Optimiser le stockage du courrier dans Zimbra Collaboration Suite

Dans l'un de nos précédents articles sur la planification des infrastructures lors de la mise en œuvre de Zimbra Collabortion Suite dans l'entreprise, il a été dit que la principale limitation dans le travail de cette solution est la vitesse d'entrée / sortie des périphériques de disque dans les stockages de courrier. En effet, à une époque où plusieurs centaines d'employés de l'entreprise accèdent simultanément au même magasin de messagerie, la largeur de canal pour l'écriture et la lecture d'informations à partir de disques durs peut ne pas être suffisante pour le service réactif. Et si pour les petites installations Zimbra cela ne devient pas un problème particulier, alors dans le cas des grandes entreprises et des fournisseurs de SaaS, tout cela peut conduire à un travail de courrier électronique qui ne répond pas et, par conséquent, à une efficacité réduite des employés, ainsi qu'à une violation de SLA. C'est pourquoi lors de la conception et de l'exploitation d'installations Zimbra à grande échelle, une attention particulière doit être accordée à la question de l'optimisation du fonctionnement des disques durs dans le stockage du courrier. Examinons deux cas et essayons de comprendre quelles méthodes d'optimisation de la charge sur les stockages de disques peuvent être appliquées dans chacun d'eux.



1. Optimisation lors de la conception d'une installation Zimbra à grande échelle

Au stade de la conception d'une installation Zimbra très chargée, son administrateur devra choisir le système de stockage de données à utiliser. Pour décider de ce problème, vous devez savoir que la charge principale sur les disques durs est créée par le SGBD MariaDB, le système de recherche Apache Lucene, ainsi que le stockage d'objets blob qui font partie de Zimbra Collaboration Suite. C'est pourquoi pour le fonctionnement de ces logiciels sous des charges élevées, il est nécessaire d'utiliser des équipements fiables et à haute vitesse.

Dans des conditions normales, Zimbra peut être installé à la fois sur RAID à partir de disques durs et sur un stockage connecté via le protocole NFS. En cas de très petites installations, vous pouvez installer Zimbra sur un lecteur SATA standard. Cependant, dans les grandes installations, toutes ces technologies présentent divers inconvénients sous la forme d'une vitesse d'écriture réduite ou d'une faible fiabilité, ce qui est inacceptable pour les grandes entreprises et, en particulier, pour les fournisseurs de SaaS.

C'est pourquoi dans des conditions d'infrastructures à grande échelle, Zimbra est préférable d'utiliser le SAN. C'est elle qui, à l'heure actuelle, est en mesure de fournir la plus grande bande passante pour les périphériques de stockage et en même temps, en raison de la possibilité de connecter une grande quantité de cache, son utilisation n'entraîne pratiquement aucun risque significatif pour l'entreprise. Une bonne idée serait d'utiliser la NVRAM, qui est utilisée dans de nombreux SAN pour accélérer les performances d'enregistrement. Mais il est préférable de désactiver la mise en cache des données enregistrées sur les disques eux-mêmes, car cela peut entraîner des dommages irréparables au support et une perte de données en cas de problèmes d'alimentation.

Quant au choix du système de fichiers, le meilleur choix serait d'utiliser la norme pour Linux Ext3 / Ext4. La principale nuance associée au système de fichiers est qu'il doit être monté avec l' option -noatime . Ce paramètre désactivera la fonction de fixation de l'heure du dernier accès aux fichiers, ce qui signifie qu'il réduira considérablement la charge de lecture et d'écriture. En général, lors de la création d'un système de fichiers ext3 ou ext4 pour Zimbra, les paramètres suivants de l'utilitaire mke2fs doivent être utilisés:

-j - Créez le système de fichiers avec un journal ext3 / ext4.
-L TITLE - Pour créer un nom de volume, puis utilisez-le dans / etc / fstab
-O dir_index - Pour utiliser une arborescence de recherche hachée pour accélérer les recherches de fichiers dans les grands répertoires
-m 2 - Pour réserver 2% du volume dans les grands systèmes de fichiers sous le répertoire racine
-J taille = 400 - Pour créer un gros journal
-b 4096 - Pour déterminer la taille du bloc en octets
-i 10240 - Pour la mémoire de messages, cette option doit correspondre à la taille moyenne des messages. Vous devez soigneusement considérer ce paramètre, car par la suite sa valeur ne peut pas être modifiée

En outre, nous vous recommandons d'activer dirsync pour le stockage d' objets blob, le stockage de métadonnées de recherche Lucene et le stockage de files d'attente MTA. Cela devrait être fait pour la raison que Zimbra utilise généralement l'utilitaire fsync pour garantir qu'il écrit des objets blob avec des données sur le disque. Toutefois, lorsque la boîte aux lettres Zimbra ou le MTA crée de nouveaux fichiers lors de la remise des messages, il devient nécessaire d'écrire sur le disque les modifications qui se sont produites dans les dossiers correspondants. C'est pourquoi, même dans le cas où le fichier a déjà été écrit sur le disque à l'aide de fsync , l'enregistrement de l'ajout aux répertoires peut ne pas avoir le temps d'écrire sur le disque et, par conséquent, peut être perdu en raison d'une panne de serveur soudaine. En utilisant dirsync, ces problèmes peuvent être évités.

2. Optimisation avec une infrastructure Zimbra fonctionnelle

Il arrive souvent qu'après plusieurs années de fonctionnement de Zimbra, le nombre de ses utilisateurs augmente considérablement et le service devient de moins en moins réactif chaque jour. Le moyen de sortir de cette situation est évident: il vous suffit d'ajouter de nouveaux serveurs à l'infrastructure pour que le service fonctionne à nouveau aussi rapidement qu'auparavant. En attendant, il est loin d'être toujours possible d'ajouter immédiatement de nouveaux serveurs à l'infrastructure afin d'augmenter sa vitesse. Souvent, les responsables informatiques doivent coordonner pendant longtemps l'achat de nouveaux serveurs avec le service de comptabilité ou de sécurité.En outre, les fournisseurs ne parviennent souvent pas à apporter le nouveau serveur en retard ou à ne pas fournir ce dont ils ont besoin.

Bien sûr, il est préférable de construire votre infrastructure Zimbra avec une marge afin d'avoir toujours une marge pour son expansion et ne dépendre de personne, cependant, si l'erreur a déjà été commise, le responsable informatique ne peut que lisser ses conséquences. Par exemple, un responsable informatique peut obtenir une légère augmentation de la productivité en désactivant temporairement les services système Linux, qui accèdent régulièrement aux disques durs pendant le fonctionnement et, par conséquent, peuvent affecter négativement la vitesse de Zimbra. Ainsi, pendant un certain temps, vous pouvez désactiver:

autofs, netfs - Services de découverte de systèmes de fichiers distants
tasses - Service d'impression
xinetd, vsftpd - Services NIX intégrés * dont vous n'aurez probablement pas besoin
portmap, rpcsvcgssd, rpcgssd, rpcidmapd - Services d'appel de procédure distante qui sont couramment utilisés en conjonction avec des systèmes de fichiers réseau
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - Doublons des principaux utilitaires inclus dans Zimbra Collaboration Suite
slocate / updatedb - Étant donné que Zimbra stocke chaque message dans un fichier séparé, le démarrage quotidien du service updatedb peut provoquer des problèmes, et vous pouvez donc le faire manuellement pendant la plus petite charge de serveur

L'économie de ressources système résultant de la désactivation de ces services ne sera pas très importante, mais même cela peut être très utile dans des conditions proches de la force majeure. Une fois le nouveau serveur ajouté à l'infrastructure Zimbra, il est recommandé de réactiver les services précédemment désactivés.

Il est également possible d'optimiser le fonctionnement de Zimbra en déplaçant le service syslog vers un serveur distinct afin qu'il ne charge pas les disques durs de stockage de courrier pendant le fonctionnement. À ces fins, presque n'importe quel ordinateur, jusqu'à un Raspberry Pi monocarte bon marché, convient.

Pour toutes questions relatives à la Suite Zextras, vous pouvez contacter le représentant de Zextras Katerina Triandafilidi par e-mail katerina@zextras.com