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

In einer unserer früheren Artikeln., die sich mit der Planung der Infrastruktur bei der Implementierung der Zimbra Collaboration Suite beschäftigt, wurde festgestellt, dass das Hauptproblem bei der Nutzung dieser Lösung die Ein- und Ausgabegeschwindigkeit von Speichermedien in den E-Mail-Speichern ist. Tatsächlich kann es vorkommen, dass bei gleichzeitiger Nutzung durch mehrere Hundert Mitarbeiter eines Unternehmens die Bandbreite für das Lesen und Schreiben von Informationen auf den Festplatten nicht ausreicht, um den Service reaktionsschnell zu gestalten. Während dies bei kleinen Zimbra-Installationen kein großes Problem darstellt, kann es bei großen Unternehmen und SaaS-Anbietern zu einer mangelnden Reaktionsfähigkeit der E-Mail führen, was die Effizienz der Mitarbeiter beeinträchtigen und SLA-Vorgaben verletzen könnte. Daher sollte bei der Planung und dem Betrieb großer Zimbra-Installationen besonderes Augenmerk auf die Optimierung der Festplattenleistung in den E-Mail-Speichern gelegt werden. Lassen Sie uns zwei Szenarien betrachten und herausfinden, welche Methoden zur Optimierung der Belastung von Speichersystemen in jedem dieser Fälle angewendet werden können.

1. Optimierung bei der Planung einer skalierbaren Zimbra-Installation

Während der Planungsphase einer hoch ausgelasteten Zimbra-Installation muss der Administrator entscheiden, welches Speichersystem verwendet werden soll. Um diese Entscheidung zu treffen, ist es wichtig zu wissen, dass die Hauptlast auf die Festplatten von den Datenbankmanagementsystemen MariaDB, dem Apache Lucene Suchsystem und dem BLOB-Objektspeicher der Zimbra Collaboration Suite erzeugt wird. Daher ist es für den Betrieb dieser Softwareprodukte unter hoher Auslastung unerlässlich, leistungsstarke und zuverlässige Hardware zu verwenden.

Unter normalen Bedingungen kann Zimbra sowohl auf einem RAID aus Festplatten als auch auf Speichersystemen installiert werden, die über das NFS-Protokoll verbunden sind. Bei sehr kleinen Installationen ist es möglich, Zimbra auf einer herkömmlichen SATA-Festplatte zu installieren. In großen Installationen zeigen jedoch all diese Technologien verschiedene Nachteile wie reduzierte Schreibgeschwindigkeit oder eine niedrige Zuverlässigkeit, was für große Unternehmen und insbesondere für SaaS-Anbieter inakzeptabel ist.

Deshalb ist es in großen Zimbra-Infrastrukturen am besten, SAN (Storage Area Network) zu verwenden. Dieses System bietet derzeit die höchste Bandbreite für Speichergeräte und minimiert durch die Möglichkeit der Anbindung eines großen Caches die Risiken für Unternehmen erheblich. Eine sinnvolle Ergänzung wäre der Einsatz von NVRAM, das in vielen SANs verwendet wird, um die Schreibgeschwindigkeit zu erhöhen. Das Caching von geschriebenen Daten auf den Datenträgern sollte hingegen deaktiviert werden, da dies zu irreparablen Schäden an den Speichermedien und zum Datenverlust bei Stromausfällen führen kann.

Hinsichtlich der Wahl des Dateisystems ist die Verwendung von Ext3/Ext4, die standardmäßig für Linux ist, die optimale Wahl. Der entscheidende Punkt bei der Dateisystemauswahl besteht darin, dass es mit dem Parameter -noatime gemountet werden sollte.. Diese Einstellung deaktiviert die Funktion zur Protokollierung des letzten Zugriffs auf Dateien, wodurch die Lese- und Schreiblast erheblich reduziert wird. Bei der Erstellung eines ext3- oder ext4-Dateisystems für Zimbra sollten die folgenden Parameter der Dienstprogramme verwendet werden: mke2fs:

-j — Zum Erstellen eines Dateisystems mit ext3/ext4-Journal
-L NAME — Zum Festlegen eines Volume-Namens, der später in /etc/fstab verwendet wird
-O dir_index — Um einen hashbasierten Suchbaum zu verwenden, um die Suche nach Dateien in großen Verzeichnissen zu beschleunigen
-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 festzulegen
-i 10240 — Für das Nachrichtenlager sollte dieser Parameter der durchschnittlichen Nachrichtenlänge entsprechen. Dieser Parameter ist wichtig, da sein Wert später nicht mehr geändert werden kann.

Außerdem wird empfohlen, dirsync für das BLOB-Objektlager, das Lucene-Metadaten-Suchlager und das MTA-Warteschlangenlager zu aktivieren. Dies sollte erfolgen, weil Zimbra normalerweise das Dienstprogramm fsync für die garantierte Speicherung von Blob-Daten auf der Festplatte. Wenn jedoch das E-Mail-Archiv Zimbra oder MTA während der Zustellung von Nachrichten neue Dateien erstellt, ist es notwendig, die Änderungen an der Festplatte zu schreiben, die in den entsprechenden Ordnern stattgefunden haben. Das ist der Grund, warum, selbst wenn die Datei bereits auf der Festplatte gespeichert wurde, die Aufzeichnung ihrer Hinzufügung im Verzeichnis möglicherweise nicht rechtzeitig auf der Festplatte gespeichert werden kann und somit aufgrund eines plötzlichen Serverausfalls verloren gehen könnte. Dank der Verwendung von fsynckann man diese Probleme vermeiden. dirsync 2. Optimierung der Zimbra-Infrastruktur im laufenden Betrieb

Es kommt häufig vor, dass nach mehreren Jahren Nutzung die Anzahl der Zimbra-Nutzer erheblich steigt und der Service mit jedem Tag weniger reaktionsschnell wird. Die Lösung für dieses Problem liegt auf der Hand: Es müssen einfach neue Server in die Infrastruktur hinzugefügt werden, damit der Service wieder so schnell funktioniert wie zuvor. In der Regel gibt es jedoch nicht immer die Möglichkeit, sofort neue Server zur Leistungssteigerung der Infrastruktur hinzuzufügen. Oftmals müssen IT-Manager lange Genehmigungen für den Kauf einholen.

Es kommt häufig vor, dass nach mehreren Jahren der Nutzung von Zimbra die Anzahl der Nutzer erheblich steigt und die Dienstleistung mit jedem Tag weniger reaktionsschnell wird. Die Lösung für dieses Problem ist offensichtlich: Es müssen einfach neue Server in die Infrastruktur integriert werden, damit der Dienst wieder so schnell funktioniert wie zuvor. Dennoch gibt es oft nicht sofort die Möglichkeit, neue Server in die Infrastruktur einzufügen, um die Leistungsfähigkeit zu steigern. Häufig müssen IT-Manager lange Zustimmungen für den Erwerb einholen. neuer Server Mit der Buchhaltung oder der Sicherheitsabteilung, zudem gibt es häufig Verzögerungen von Anbietern, die einen neuen Server zu spät liefern oder sogar das Falsche mitbringen.

Es ist selbstverständlich, dass es am besten ist, die Zimbra-Infrastruktur mit einem Puffer aufzubauen, um immer Raum für Erweiterungen zu haben und unabhängig zu sein. Wenn jedoch bereits ein Fehler gemacht wurde, bleibt dem IT-Manager nur, die Auswirkungen so gut wie möglich zu mildern. So kann der IT-Manager beispielsweise eine leichte Leistungssteigerung erzielen, indem er vorübergehend systemdienstliche Linux-Dienste abschaltet, die regelmäßig auf die Festplatten zugreifen und dadurch die Geschwindigkeit von Zimbra negativ beeinflussen können. vorübergehend können folgende Dienste deaktiviert werden:

autofs, netfs — Dienste zur Erkennung von Remote-Dateisystemen
cups — Druckdienst
xinetd, vsftpd — Eingebaute *NIX-Dienste, die wahrscheinlich nicht benötigt werden
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — Remote Procedure Call-Dienste, die normalerweise in Verbindung mit Netzwerkdateisystemen verwendet werden
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — Duplikate der Haupt-Utilities, die Bestandteil der Zimbra Collaboration Suite sind
slocate/updatedb — Da Zimbra jede Nachricht in einer separaten Datei speichert, kann ein täglicher Start des updatedb-Dienstes zu Problemen führen. Daher sollte dies manuell während der Zeiten mit der geringsten Serverlast durchgeführt werden.

Die Einsparungen bei den Systemressourcen durch das Deaktivieren dieser Dienste sind zwar nicht erheblich, können jedoch in Notfällen sehr nützlich sein. Nachdem der neue Server in die Zimbra-Infrastruktur integriert wurde, wird empfohlen, die zuvor deaktivierten Dienste wieder zu aktivieren.

Es ist auch möglich, die Leistung von Zimbra zu optimieren, indem der Syslog-Dienst auf einen separaten Server ausgelagert wird, um während des Betriebs die Festplatten der Mail-Speicher nicht zu belasten. Dafür eignet sich praktisch jeder Computer, sogar ein günstiger Einplatinencomputer wie der Raspberry Pi.

Quelle: habr.com