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 gros, après la création les serveurs En combinant LDAP, MTA, proxy et stockage réseau au sein d'une infrastructure unique, la suite de collaboration Zimbra pour 10 000 utilisateurs est prête à être déployée. Le schéma de fonctionnement de cette configuration est relativement 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 consiste à utiliser la redondance matérielle. Des nœuds MTA et Proxy supplémentaires peuvent temporairement prendre le relais des serveurs principaux en cas de défaillance de ces derniers. La duplication des nœuds dans une infrastructure critique est presque toujours une bonne pratique, mais elle n'est pas toujours réalisable à la hauteur des attentes. Un exemple typique est celui des serveurs redondants de messagerie. Actuellement, Zimbra Collaboration Suite Open-Source Edition ne prend pas en charge la création d'un stockage redondant ; par conséquent, si l'un de ces serveurs tombe en panne, une interruption de service est inévitable. Pour réduire cette interruption, le responsable informatique peut déployer une copie de sauvegarde sur un autre serveur. 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
