Uptime Monitor
Corporate Cluster-Mail-Server-Setup
Organisationen mit großen Personal oder sogar mittlere Organisationen mit schweren Mailing-Aktivität in der Regel Verwendung einer Cluster-Konfiguration für den Umgang mit ihrer E-Mails. Geeignete interne und Client-Kommunikation ist der Kern 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:
- Das Unternehmen ist ein mittleres Unternehmen mit Arbeitsbereich im Zusammenhang mit Engineering-und CAD-Zeichnung der Gestaltung.
- Der Mitarbeiter Stärke ist rund 250.
- Sie Mailing-Aktivität ist schwer wie die große Design-Dateien werden entlang intern innerhalb des Unternehmens und sogar auf ihre Endkunden meist mit schweren Mails und Attachments.
- Das Personal befindet sich in zwei verschiedenen Ländern mit fast der gleichen Stärke in jedem Büro.
Unsere Aufgabe und Ressourcen:
Unsere primäre Aufgabe für den Aufbau einer robusten und nicht über aktiviert Cluster für ihre 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 der wichtigste Aspekt ihrer täglichen. Wir waren, die zur Verwendung ein sechs Knoten-Cluster für ihre Mails. Auch wenn es sich um eine Corporate-Setup hatten wir zu nutzen Open-Source-Software wie der Kunde wollte es kostengünstig. Wir verwendeten ein qmail, vpopmail etc. für ihre Cluster zur Verhinderung der Nutzung von bezahlten Software.
Das Setup:
Wie wir durften die Verwendung sechs Knoten für das Cluster, haben wir uns entschieden, zwei Knoten für ausgehende E-Mails, zwei Knoten für eingehende Mails und ein Knoten für eine POP3/IMAP-Anschluss und ein als E-Mail-Gateway.
Die Hardware-Konfigurationen für alle diese Knoten war unten ein:
- Intel Pentium Dual Xeon 2,8 GHz
- 2 GB DDR2-RAM, 2 × 500 GB SATA Drives
- Fedora Linux-Basissystem, 100Mbps Uplink auf jedem Knoten
Das Setup-Flow wurde unten ein:
Die eigentliche Funktionalität:
Wie Sie sehen vor, die Domain wurde Setup zu verwenden separate Knoten zum Senden und Empfangen der 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, welche nach den E-Mails für die Domäne vorbereitet und ihnen heruntergeladen werden von den POP3-Connector. Die zweite Backup MX-Eintrag der Knoten war ein Failover auf den primären MX gespeichert und die eingehenden E-Mails, während der primäre MX war.
SMTP-Server: Das Unternehmen hatte eine sehr hohe Volumen der ausgehenden E-Mails und so zwei SMTP-Server erforderlich, um verwendet werden. Da sie hatte zwei Büros, jeder von ihnen bekam einen eigenen SMTP-Server zu verwenden.
Mail-Gateway: Sowohl die SMTP-Server wurden an einem einzigen Qmail-Mail-Gateway basiert. Der E-Mail-Gateway, die Funktionen wie Archivierung von E-Mails zu überwachen Mitarbeiter Aktivität, Content-Filterung und die ordnungsgemäße Überwachung der ausgehenden Mail-Statistik für das gesamte Unternehmen.
POP3-Connector: Die POP3-Connector abgerufen und neu verteilt die Mails erhalten von der primären MX-Server für die Domain an den Benutzer, die Postfächer zur Verfügung gestellt via webmail oder regelmäßigen POP3 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 der E-Mail-Aktivität für den Kunden. Ein weiterer SMTP-Server für ausgehende E-Mails oder einem anderen Knoten zu handeln als primäre E-Mail-Server können jederzeit hinzugefügt werden aufgrund der Architektur verwendet. Ich hoffe, Sie finden diese Fallstudie nützlich für die Bereitstellung von E-Mail-Server-Cluster. Kommentare sind immer willkommen 
