Uptime Monitor
Corporate Gruppierte Mail-Server-Setup
Organisationen mit großem Personal oder auch mittlere Unternehmen mit starken Mailing-Aktivität in der Regel mit einer Cluster-Konfiguration für den Umgang mit ihrer E-Mails. Geeignete interne und Client-Kommunikation ist das Herzstück für die Notwendigkeit einer solchen Gesellschaft, und so E-Mail-Server uptime ist von größter Bedeutung für sie. Ich werde eine Fallstudie über die Architektur mit einem vorhandenen E-Mail-Server-Cluster-Setup haben wir für einen unserer Kunden.
Umwelt:
- Die Organisation ist ein mittleres Unternehmen mit Arbeitsbereich für Engineering und CAD-Zeichnung Gestaltung.
- Der Arbeitnehmer ist rund 250 Stärke.
- Sie Mailing-Aktivitäten ist sehr schwer, da die große Design-Dateien werden entlang innerhalb der Organisation und auch für ihre Endkunden meist mit E-Mails und Attachments schwer.
- Das Personal ist in zwei verschiedenen Ländern mit fast der gleichen Stärke in jedem Büro.
Unsere Aufgabe und Ressourcen:
Unsere primäre Aufgabe zum Aufbau einer robusten und nicht über aktiviert Cluster für die Mailing-Aktivitäten. Das Volumen der E-Mails werden gerade über dieses Clusters war wesentlichen auf die Tatsache zurückzuführen, dass E-Mails waren die wichtigsten Aspekt ihrer täglichen. Wir waren, die zur Verwendung von sechs Knoten-Cluster für ihre E-Mails. Auch wenn es sich um eine Unternehmens-Setup, wir mussten die Open-Source-Software wie der Kunde wollte es kostengünstig. Wir haben ein qmail, vpopmail etc für ihre Cluster Verhinderung der Nutzung einer Software bezahlt.
Das Setup:
Wie wir durften mit sechs Knoten für den Cluster, haben wir uns entschlossen, zwei Knoten für ausgehende E-Mails, zwei Knoten für eingehende E-Mails und einen Knoten für eine POP3/IMAP Stecker und eine als E-Mail-Gateway.
Die Hardware-Konfigurationen für alle diese Knoten wie folgt:
- Intel Pentium Dual Xeon 2,8 GHz
- 2 GB DDR2 RAM, 2 × 500 GB SATA-Festplatten
- Fedora Linux-Basis-Betriebssystem, 100 Mbps Uplink auf jedem Knoten
Das Setup-Flow wurde wie folgt:
Die eigentliche Funktionalität:
Wie Sie oben sehen können, wurde die Domain-Setup zu verwenden separate Knoten zum Senden und Empfangen von E-Mails. Eine kurze Erklärung, wie sie alle zusammen und jeder Knoten die Funktion unter:
MX Records: Die Domain hatte zwei MX-Datensätze. Einer war der primäre MX akzeptiert, die die E-Mails für die Domäne vorbereitet und sie abgeholt werden von der POP3-Connector. Die zweite Backup MX-Record der Knoten war ein Failover auf den primären MX und gespeichert werden die eingehenden E-Mails, während der primäre MX war.
SMTP-Server: Das Unternehmen hatte ein sehr hohes Volumen der ausgehenden E-Mails und so zwei SMTP-Server benötigt werden. Wie sie hatte zwei Büros, jeder von ihnen hat eine eigene SMTP-Server zu verwenden.
Mail-Gateway: Die SMTP-Server wurde an einem einzigen Qmail Mail-Gateway basiert. Die E-Mail-Gateway-Funktionen wie Archivierung, die E-Mails von Arbeitnehmern zu überwachen Tätigkeit, Content-Filterung und die ordnungsgemäße Überwachung der ausgehenden Mail-Statistik für das gesamte Unternehmen.
POP3-Connector: Der POP3-Connector abgerufen und verteilt die E-Mails, die bei der primären MX-Server für die Domain an den Benutzer-Mailboxen zur Verfügung gestellt, die über POP3-oder Webmail-als auch IMAP-basierte Mail-Clients an die Mitarbeiter.
Diese spezielle E-Mail-Setup nicht die Verwendung von Round-Robin-DNS als Failover-Funktionalität war wichtiger als die Aufteilung des Verkehrs. Diese Art von Setup gibt uns auch den Umfang der Erweiterung, wenn es einen Anstieg in die E-Mail-Aktivitäten für den Kunden. Ein weiterer SMTP-Server für ausgehende E-Mails oder anderen Knoten, die als die primäre E-Mail-Server können jederzeit hinzugefügt werden aufgrund der Architektur verwendet. Ich hoffe, Sie finden diese Fallstudie für den Einsatz von E-Mail-Server-Cluster. Kommentare sind immer willkommen 
Translator
By N2H 
