Optimierung der Arbeitsweise von E-Mail-Speichern in Zimbra Collaboration Suite

In einer unserer vorherigen Artikel, die sich mit der Planung der Infrastruktur bei der Einführung der Zimbra Collaboration Suite in Unternehmen beschäftigt, wurde festgestellt, dass das Hauptlimitierungsfaktor für die Arbeit dieser Lösung die Geschwindigkeit der Ein- und Ausgabe von Festplatten in den Mail-Speichern ist. Tatsächlich kann es in der Situation, in der mehrere hundert Mitarbeitende gleichzeitig auf denselben Mail-Speicher zugreifen, an der Bandbreite zum Schreiben und Lesen von Informationen auf Festplatten mangeln, um einen reaktionsschnellen Betrieb des Dienstes zu gewährleisten. Und während dies bei kleinen Zimbra-Installationen kein wesentliches Problem darstellt, kann es in großen Unternehmen und bei SaaS-Anbietern zu einer nicht reaktiven E-Mail-Verarbeitung führen, was wiederum die Effizienz der Mitarbeiter beeinträchtigen und SLA-Verletzungen zur Folge haben kann. Aus diesem Grund sollte bei der Planung und dem Betrieb großer Zimbra-Installationen besonderes Augenmerk auf die Optimierung der Festplattenleistung in den Mail-Speichern gelegt werden. Lassen Sie uns zwei Anwendungsfälle betrachten und herausfinden, welche Methoden zur Optimierung der Last auf den Datenspeichern in jedem Fall angewendet werden können.

1. Optimierung bei der Planung einer großen Zimbra-Installation

In der Planungsphase einer hochbelasteten Zimbra-Installation muss der Administrator eine Entscheidung treffen, welches Speichersystem verwendet werden soll. Um diese Frage zu klären, ist es wichtig zu wissen, dass die Hauptlast auf die Festplatten von den in der Zimbra Collaboration Suite integrierten Datenbanken MariaDB, dem Suchsystem Apache Lucene sowie dem BLOB-Objektspeicher erzeugt wird. Deshalb ist es notwendig, für den Betrieb dieser Softwareprodukte unter hohen Lastbedingungen schnelles und zuverlässiges Equipment einzusetzen.

Unter normalen Bedingungen kann Zimbra sowohl auf einem RAID aus Festplatten als auch auf Speichern, die über das NFS-Protokoll verbunden sind, installiert werden. In sehr kleinen Installationen kann Zimbra auch auf einer normalen SATA-Festplatte installiert werden. Doch in großen Installationen zeigen all diese Technologien unterschiedliche Nachteile wie reduzierte Schreibgeschwindigkeit oder geringe Zuverlässigkeit, was für große Unternehmen oder erst recht für SaaS-Anbieter inakzeptabel ist.

Deshalb ist es in großen Infrastrukturbedingungen am besten, SAN für Zimbra zu verwenden. Dieses System kann derzeit die größte Durchsatzkapazität für Speichereinheiten bereitstellen und durch die Möglichkeit, eine große Menge an Cache anzuschließen, birgt es kaum wesentliche Risiken für das Unternehmen. Eine gute Idee ist die Verwendung von NVRAM, das in vielen SAN zur Beschleunigung von Schreibvorgängen verwendet wird. Das Caching von geschriebenen Daten auf den Festplatten sollte jedoch deaktiviert werden, da dies zu irreparablen Schäden an den Speichermedien und zum Verlust von Daten bei Problemen mit der Stromversorgung führen kann.

Was die Auswahl des Dateisystems betrifft, ist die Verwendung der standardmäßigen Linux-Dateisysteme Ext3/Ext4 optimal. Der Hauptpunkt in Bezug auf das Dateisystem ist, dass es mit dem Parameter -noatimeeingehängt werden sollte. Dieser Parameter deaktiviert die Funktion zur Aufzeichnung der letzten Zugriffszeiten auf Dateien, was die Lese- und Schreiblast erheblich reduziert. Insgesamt sollten bei der Erstellung eines Ext3- oder Ext4-Dateisystems für Zimbra die folgenden Parameter des Tools verwendet werden: mke2fs:

-j — Um ein Journal für das Dateisystem zu erstellen, erstellen Sie das Dateisystem mit einem Ext3/Ext4-Journal.
-L NAME — Um einen Volumennamen zu erstellen, der später in /etc/fstab verwendet wird.
-O dir_index — Um einen hash-basierten Suchbaum zur Beschleunigung der Dateisuche in großen Verzeichnissen zu verwenden.
-m 2 — Um 2% des Speicherplatzes in großen Dateisystemen für das Wurzelverzeichnis zu reservieren.
-J size=400 — Um ein großes Journal zu erstellen.
-b 4096 — Um die Blockgröße in Bytes zu bestimmen.
-i 10240 — Dieser Parameter sollte der durchschnittlichen Größe der Nachrichten im Nachrichtenspeicher entsprechen. Auf diesen Parameter sollte besonders geachtet werden, da sein Wert später nicht mehr geändert werden kann.

Darüber hinaus wird empfohlen, dirsync für die BLOB-Objektspeicherung, die Lucene-Metadaten-Suchspeicherung und die MTA-Warteschlangen-Speicherung zu aktivieren. Dies sollte aus dem Grund getan werden, dass Zimbra normalerweise das Tool verwendet. fsync um die garantierte Speicherung des Datenblobs auf der Festplatte. Wenn jedoch das E-Mail-Lager Zimbra oder MTA während der Zustellung von Nachrichten neue Dateien erstellt, besteht die Notwendigkeit, die auf der Festplatte vorgenommenen Änderungen in den entsprechenden Ordnern zu speichern. Aus diesem Grund kann es sein, dass sogar dann, wenn die Datei bereits auf der Festplatte gespeichert wurde, der Eintrag ihrer Hinzufügung im Verzeichnis nicht rechtzeitig auf die Festplatte geschrieben wird und infolgedessen aufgrund eines plötzlichen Serverausfalls verloren geht. Durch die Verwendung fsyncdieser Probleme kann man vermeiden. dirsync 2. Optimierung der Infrastruktur von Zimbra im Betrieb

Es kommt häufig vor, dass nach mehreren Jahren des Betriebs von Zimbra die Anzahl ihrer Benutzer erheblich zunimmt und die Leistung des Dienstes von Tag zu Tag weniger reaktionsschnell wird. Die Lösung für diese Situation ist offensichtlich: Man muss einfach neue Server zur Infrastruktur hinzufügen, damit der Dienst wieder so schnell läuft wie zuvor. Allerdings gibt es nicht immer die Möglichkeit, sofort neue Server zur Infrastruktur hinzuzufügen, um deren Leistungsfähigkeit zu steigern. Oftmals müssen IT-Manager lange Genehmigungen für den Kauf einholen

bei der Buchhaltung oder der Sicherheitsabteilung; außerdem haben die Lieferanten oft Schwierigkeiten, einen neuen Server verspätet zu liefern oder sogar das Falsche zu liefern. neuer Server Es ist natürlich am besten, die Zimbra-Infrastruktur mit einer Reserve zu planen, um immer Platz für deren Erweiterung zu haben und nicht von anderen abhängig zu sein, aber wenn der Fehler bereits gemacht wurde, bleibt dem IT-Manager nur, die Folgen so gut wie möglich abzumildern. So kann der IT-Manager beispielsweise eine leichte Steigerung der Leistung erreichen, indem er vorübergehend Systemdienste von Linux deaktiviert, die regelmäßig auf die Festplatten zugreifen und dadurch die Geschwindigkeit von Zimbra negativ beeinflussen können. Temporär können folgende Dienste deaktiviert werden:

autofs, netfs

— Dienste zur Erkennung von entfernten Dateisystemen — Druckdienst
cups xinetd, vsftpd
— Eingebaute Dienste *NIX, die wahrscheinlich nicht benötigt werden portmap, rpcsvcgssd, rpcgssd, rpcidmapd
— Dienste für Remote Procedure Calls, die normalerweise mit Netzwerdateisystemen verwendet werden dovecot, cyrus-imapd, sendmail, exim, postfix, ldap
— Duplikate der Hauptdienstprogramme, die Bestandteil der Zimbra Collaboration Suite sind slocate/updatedb
slocate\/updatedb Da Zimbra jede Nachricht in einer separaten Datei speichert, kann das tägliche Ausführen des Dienstes updatedb zu Problemen führen. Daher sollte es manuell während der geringsten Auslastung der Server durchgeführt werden.

Die Einsparungen bei den Systemressourcen durch das Deaktivieren dieser Dienste sind nicht besonders erheblich, können aber in Notfällen sehr nützlich sein. Nach der Integration des neuen Servers in die Zimbra-Infrastruktur wird empfohlen, die zuvor deaktivierten Dienste wieder zu aktivieren.

Zudem kann die Leistung von Zimbra optimiert werden, indem der syslog-Dienst auf einen separaten Server ausgelagert wird, sodass er während des Betriebs die Festplatten der Mail-Speicher nicht belastet. Für diese Zwecke eignet sich nahezu jeder Computer, sogar ein günstiger Raspberry Pi.

Quelle: habr.com