Planification de l'infrastructure pour l'installation de Zimbra Collaboration Suite

La mise en œuvre de toute solution informatique dans l'entreprise commence par la conception. A ce stade, le responsable informatique devra calculer le nombre de serveurs et leurs caractéristiques afin qu'ils soient suffisants pour tous les utilisateurs d'une part, et d'autre part, que le rapport qualité-prix de ces serveurs soit optimal et que le coût de création d'une infrastructure informatique pour le nouveau système d'information ne soit pas a gravement compromis le budget informatique de l'entreprise. Voyons comment concevoir l'infrastructure à implémenter dans Zimbra Collaboration Suite.



La principale caractéristique de Zimbra par rapport à d'autres solutions est que dans le cas du ZCS, le «cou du processeur» devient rarement la puissance du processeur ou la RAM. La principale limitation est généralement la vitesse d'entrée et de sortie du disque dur, et donc la principale attention doit être accordée aux entrepôts de données. Les exigences minimales officiellement déclarées pour Zimbra dans l'environnement de production sont un processeur 64 bits à 4 cœurs avec une vitesse d'horloge de 2 gigahertz, 10 gigaoctets pour les fichiers système et les journaux, ainsi que 8 gigaoctets de RAM. En règle générale, ces caractéristiques sont suffisantes pour un fonctionnement réactif du serveur. Mais que se passe-t-il si vous devez implémenter Zimbra pour 10 000 utilisateurs? Quels serveurs et comment mettre en œuvre dans ce cas?

Pour commencer, l'infrastructure de 10 000 utilisateurs devrait être multiserveur. L'infrastructure multiserveur d'une part permet à Zimbra d'être évolutive, et d'autre part, de réaliser un fonctionnement réactif du système d'information même avec un afflux important d'utilisateurs. Il est généralement assez difficile de prédire exactement combien d'utilisateurs seront en mesure de fournir un service de qualité au serveur Zimbra, car cela dépend beaucoup de l'intensité de leur travail avec les calendriers et les e-mails, ainsi que du protocole utilisé. C'est pourquoi, par exemple, nous allons implémenter 4 magasins de courrier. En cas de pénurie ou de grave excédent de capacité, il sera possible de désactiver ou d'en ajouter un autre.

Ainsi, lors de la conception de l'infrastructure pour 10 000 personnes, il sera nécessaire de créer des serveurs LDAP, MTA et proxy et 4 magasins de messagerie. Notez que les serveurs LDAP, MTA et proxy peuvent être rendus virtuels. Cela réduira le coût du matériel du serveur et facilitera la sauvegarde et la récupération des données, mais d'un autre côté, en cas de défaillance physique du serveur, vous courez le risque de ne pas utiliser MTA, LDAP et Proxy immédiatement. C'est pourquoi le choix entre les serveurs physiques ou virtuels doit être fait en fonction des temps d'arrêt que vous pouvez vous permettre en cas d'urgence. Les stockages de courrier seront mieux placés sur les serveurs physiques, car c'est sur eux que le nombre principal de cycles d'écriture se produira, ce qui limitera les performances de Zimbra, et donc un plus grand nombre de canaux de transfert de données augmentera considérablement les performances de Zimbra.

En principe, après avoir créé LDAP, MTA, des serveurs proxy, un stockage connecté au réseau et les avoir combinés en une seule infrastructure, Zimbra Collaboration Suite pour 10 000 utilisateurs est prête pour la mise en service. Le schéma de fonctionnement de cette configuration sera assez simple:


Le diagramme montre les principaux nœuds du système et les flux de données qui circuleront entre eux. Avec cette configuration, l'infrastructure sera totalement non protégée contre la perte de données, les temps d'arrêt associés à la panne de l'un des serveurs, etc. Voyons comment vous pouvez protéger votre infrastructure contre ces problèmes.

La principale méthode est la redondance matérielle. Des nœuds MTA et Proxy supplémentaires peuvent, en cas de panne des serveurs principaux, assumer temporairement le rôle des principaux. La duplication des nœuds d'infrastructure critiques est presque toujours une excellente idée, mais elle n'est pas toujours réalisable dans le volume souhaité. Un exemple frappant est la réservation de serveurs sur lesquels le courrier est stocké. Actuellement, Zimbra Collaboration Suite Open-Source Edition ne prend pas en charge la création de référentiels en double, par conséquent, en cas de défaillance de l'un de ces serveurs, les temps d'arrêt ne peuvent pas être évités, et pour réduire les temps d'arrêt causés par la défaillance du stockage du courrier, le responsable informatique peut déployer sa sauvegarde sur un autre serveur.

Puisqu'il n'y a pas de système de sauvegarde intégré dans Zimbra OSE, nous aurons besoin de Zextras Backup, qui prend en charge la sauvegarde en temps réel et le stockage externe. Étant donné que Zextras Backup, lors de la réalisation de sauvegardes complètes et incrémentielles, place toutes les données dans le dossier / opt / zimbra / backup, il serait sage d'y monter un stockage externe, réseau ou même cloud, de sorte qu'en cas de panne de serveur, vous devriez avoir un support avec réelle au moment de la sauvegarde d'urgence. Vous pouvez le déployer à la fois sur le serveur physique de sauvegarde, sur la machine virtuelle et dans le cloud. Ce serait également une bonne idée d'installer un MTA avec un filtre anti-spam devant le serveur avec Zimbra Proxy afin de réduire la quantité de trafic de déchets venant sur le serveur.

Par conséquent, l'infrastructure sécurisée de Zimbra ressemblera à ceci:


Avec cette configuration, l'infrastructure Zimbra pourra non seulement fournir des services de qualité à 10 000 utilisateurs, mais aussi en cas d'urgence, elle permettra de l'éliminer le plus rapidement possible.

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