En plus des services complètement nouveaux, tels que les
documents Zextras et l'
équipe Zextras , dont nous avons discuté plus tôt, dans Zextras Suite 3.0, les extensions de Zimbra Collaboration Suite Open-Source Edition qui étaient déjà familières aux utilisateurs ont été considérablement améliorées. Le traitement le plus important a été l'extension Zextras Backup, qui est utilisée pour créer des copies de sauvegarde des boîtes aux lettres et, grâce au support de la sauvegarde transactionnelle, vous permet de le faire en temps réel, ainsi que de réduire la taille de la sauvegarde grâce à une compression efficace des données. Zextras Backup dans la nouvelle version de Zextras Suite vous permet d'obtenir une augmentation de 30% des performances pendant la sauvegarde, et permet également à l'administrateur système de configurer le niveau de compression de données souhaité et de configurer le nombre de flux. Pour en savoir plus sur les avantages que ces innovations peuvent apporter à l'administrateur système, ainsi que sur la manière dont cette croissance a été réalisée, nous avons décidé de nous entretenir avec l'architecte en chef de Zextras Luca Arcara.
Comme Luca nous l'a dit, ces changements ont été rendus possibles grâce à l'utilisation d'un nouveau planificateur interne capable de dédupliquer et de paralléliser les opérations de sauvegarde, ainsi que d'une nouvelle bibliothèque JSON. En outre, une innovation importante a été la possibilité de configurer le nombre de threads qui seront utilisés lors de l'analyse des modifications qui se produisent dans les comptes, ce qui permet à l'administrateur système d'utiliser tous les avantages des processeurs multicœurs.
«Le nouveau planificateur reçoit instantanément des notifications de chaque changement de la boîte aux lettres et le place dans la file d'attente dans une structure de mémoire ultra-légère, où l'opération est dédupliquée et planifiée afin d'optimiser la transmission de bout en bout des données réservées. De plus, nous avons analysé et amélioré la bibliothèque JSON. Maintenant, il fonctionne plus rapidement que la version précédente et optimise l'utilisation du processeur et de la mémoire, ce qui réduit le nombre d'appels au garbage collector », explique Luca Arcara.
À cet égard, la question se pose: est-il possible d'obtenir une augmentation supplémentaire des performances grâce à l'utilisation d'un fer plus puissant et, en particulier, de processeurs multicœurs plus nombreux? En fait, une telle astuce ne fonctionnerait pas. Le fait est que la vitesse de sauvegarde en temps réel est plus affectée par le temps d'exécution des E / S, ainsi que par le nombre d'opérations effectuées par unité de temps, que les performances de la RAM ou du processeur central.
C'est pourquoi, si nous parlons d'un serveur avec plusieurs centaines de boîtes aux lettres, il n'est pas nécessaire d'utiliser un équipement supplémentaire dessus. Cependant, s'il est vraiment important pour vous d'atteindre des performances maximales, un serveur avec un processeur double cœur, 2 à 4 gigaoctets de RAM et, surtout, un SSD dédié pour stocker les métadonnées de sauvegarde vous convient. Mais si votre infrastructure calcule des millions de modifications différentes, par exemple, 1000 boîtes aux lettres avec un quota de 10 gigaoctets chacune, il est préférable pour vous de passer à l'utilisation d'un système de fichiers comme XFS, qui prend en charge des milliards d'inodes pour le stockage de données. Il est également recommandé d'augmenter la taille des blocs dans les périphériques de stockage des métadonnées de sauvegarde et des archives de sauvegarde afin d'accélérer le plus possible le processus de numérisation de la structure de répertoires. En d'autres termes, l'administrateur système doit réduire la taille de bloc dans le stockage des métadonnées, car elles occupent généralement moins de 4 kilo-octets qui constituent un bloc de système de fichiers ext4 normal, et augmenter la taille de bloc dans le stockage des objets BLOB, car elles prennent généralement plus de 4 kilo-octets.
Dans Zextras 3.0, il était également possible d'ajuster le niveau de compression des données de sauvegarde. Si auparavant, dans Zextras Backup, le niveau de compression était réglé sur 3 et qu'il était impossible de le modifier, l'administrateur système peut désormais définir indépendamment le taux de compression de 0 à 9. Comme il s'est avéré, cette fonction est apparue pour une raison.
«L'idée de la fonction de sélection du niveau de compression de sauvegarde est née lors de la communication avec nos clients, qui ont utilisé des périphériques de stockage spécialisés qui prennent en charge la déduplication et la compression au niveau du bloc pour stocker les sauvegardes. Outre le fait que les fichiers compressés sont beaucoup plus difficiles à dédupliquer, une double compression dans certaines circonstances a entraîné une augmentation de la taille finale du fichier. Désormais, les propriétaires de tels appareils peuvent abaisser le niveau de compression ou le désactiver complètement afin d'obtenir une utilisation optimale de leurs appareils et de réduire la charge sur le processeur central », a expliqué Luca Arcara avec nous.
Étant donné que Zextras Suite utilise des normes ouvertes, la compression dans Zextras Backup est effectuée à l'aide de GZip et uniquement pour les objets blob contenant des données directement à partir des e-mails. Un lecteur attentif remarquera immédiatement une légère différence, car le niveau de compression par défaut dans GZip est 6, et dans Zextas Suite il est 3. Le niveau de compression par défaut a été spécialement abaissé pour réduire la charge sur le CPU et fournir une plus grande réactivité aux systèmes fortement chargés, tout en garantissant niveau de compression acceptable.
La quantité d'espace qu'un administrateur système peut économiser dépend des données stockées sur son serveur. Par exemple, lors du stockage de pièces jointes compressées en JPG, PDF ou d'autres formats, l'utilisateur de Zextras Backup ne bénéficiera pas beaucoup de l'augmentation du niveau de compression. Cependant, s'il stocke beaucoup de messages électroniques texte ou HTML, de documents, de feuilles de calcul ou de fichiers texte brut, un taux de compression plus élevé économisera plus d'espace. Étant donné que les objets blob sont un fichier EML BASE64, la compression peut réduire la quantité d'objets blob qu'ils occupent jusqu'à 65%.
C'est pourquoi, avant de définir un certain taux de compression, l'administrateur système doit évaluer la structure des fichiers stockés et si des fichiers JPEG ou PDF incompressibles prévalent parmi eux, réduire le taux de compression au minimum, assurer des performances serveur maximales, ou si la plupart des informations stockées représentent documents texte et feuilles de calcul, augmentez le niveau de compression pour assurer une efficacité économique maximale de votre serveur.
La meilleure option consiste à tester - exporter une copie de sauvegarde de la production vers un environnement de test avec différents taux de compression. Ces tests montreront clairement comment le taux de compression affecte la charge du processeur central, ainsi que comment il affecte l'espace disque occupé par la sauvegarde.
Ainsi, l'extension Zextras Backup mise à jour permet à l'administrateur système d'accélérer considérablement la création de sauvegardes, ce qui signifie éviter la perte de données en cas de force majeure et, dans certains cas, augmenter l'efficacité du stockage de sauvegarde en raison de la compression des sauvegardes.
Pour toutes questions relatives à la Suite Zextras, vous pouvez contacter la représentante de Zextras, Ekaterina Triandafilidi, par e-mail katerina@zextras.com