La mise en œuvre de toute solution informatique dans une entreprise commence par la conception. A ce stade, le responsable informatique devra calculer le nombre de serveurs et leurs caractéristiques pour que, d'une part, ils soient suffisants pour tous les utilisateurs, et d'autre part, pour que le rapport qualité-prix de ces serveurs soit optimal et les coûts de création d'une infrastructure informatique pour un nouveau système d'information ne constituent pas un trou sérieux dans le budget informatique de l'entreprise. Voyons comment concevoir l'infrastructure pour la mise en œuvre de Zimbra Collaboration Suite dans une entreprise.
La principale caractéristique de Zimbra par rapport à d'autres solutions est que dans le cas de ZCS, le goulot d'étranglement 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, par conséquent, la plus grande attention doit être accordée aux magasins de données. La configuration minimale officiellement déclarée pour Zimbra dans un environnement de production est un processeur 4 cœurs 64 bits avec une vitesse d'horloge de 2 GHz, 10 Go pour les fichiers système et les journaux et 8 Go 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 XNUMX utilisateurs ? Quels serveurs et comment mettre en œuvre dans ce cas ?
Commençons par le fait que l'infrastructure pour 10 4 utilisateurs devrait être multi-serveurs. D'une part, l'infrastructure multi-serveurs permet de rendre Zimbra évolutif, et d'autre part, d'obtenir 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 un serveur Zimbra sera capable de bien servir, car beaucoup dépend de l'intensité de leur travail avec les calendriers et le courrier électronique, ainsi que du protocole utilisé. C'est pourquoi, par exemple, nous mettrons en place XNUMX stockages de courrier. En cas de pénurie ou d'excès important de capacité, il sera possible soit d'en désactiver, soit d'en ajouter une autre.
Ainsi, lors de la conception d'une infrastructure pour 10.000 4 personnes, il faudra créer des serveurs LDAP, MTA et Proxy et XNUMX stockages 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 panne du serveur physique, vous risquez de vous retrouver immédiatement sans MTA, LDAP et Proxy. C'est pourquoi le choix entre des serveurs physiques ou virtuels doit être fait en fonction du temps d'arrêt que vous pouvez vous permettre en cas d'urgence. Les stockages de courrier, en revanche, seraient mieux placés sur des serveurs physiques, car c'est sur eux que se produira le principal nombre de cycles d'écriture, ce qui limitera les performances de Zimbra, et donc un plus grand nombre de canaux pour le transfert de données sera considérablement augmenter les performances de Zimbra.
En principe, après avoir créé des serveurs LDAP, MTA, proxy, des stockages réseau et les avoir combinés en une seule infrastructure, la suite de collaboration Zimbra pour 10000 XNUMX utilisateurs est prête à être mise en service. Le schéma de fonctionnement d'une telle 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 ne sera absolument pas 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 exactement comment vous pouvez protéger votre infrastructure contre ces problèmes.
La méthode principale est la redondance matérielle. Des nœuds MTA et Proxy supplémentaires peuvent, en cas de panne des serveurs principaux, reprendre temporairement le rôle des serveurs principaux. La duplication des nœuds d’infrastructures critiques est presque toujours une excellente idée, mais pas toujours réalisable dans la mesure souhaitée. Un exemple frappant est la redondance des serveurs qui stockent le courrier. Zimbra Collaboration Suite Open-Source Edition ne prend actuellement pas en charge la création de magasins en double. Par conséquent, si l'un de ces serveurs tombe en panne, les temps d'arrêt ne peuvent être évités et, pour réduire les temps d'arrêt causés par une défaillance du magasin de messagerie, un responsable informatique peut en déployer une sauvegarde. 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 des sauvegardes complètes et incrémentielles, place toutes les données dans le dossier /opt/zimbra/backup, il serait raisonnable d'y monter un stockage externe, réseau ou même cloud, de sorte que dans le cas où l'un des serveurs plante, vous disposez d'un support avec une copie de sauvegarde à jour au moment de l'urgence. Il peut être déployé aussi bien sur un serveur physique redondant que sur une machine virtuelle et dans le cloud. C'est également une bonne idée d'installer un MTA avec un filtre anti-spam devant le serveur avec Zimbra Proxy pour réduire la quantité de trafic indésirable entrant dans le serveur.
En conséquence, l’infrastructure sécurisée de Zimbra ressemblera à ceci :
Avec cette configuration, l'infrastructure Zimbra sera non seulement en mesure de fournir des services de qualité à 10.000 XNUMX utilisateurs, mais aussi en cas de situation d'urgence, elle permettra d'éliminer ses conséquences le plus rapidement possible.
Source: habr.com