Je pense à installer MS Exhange server dans windows server 2008 tournant en tant que VM à l'intérieur de VMWare Esxi. Je ne suis pas sûr des performances et de la fiabilité. Est-ce que quelqu'un peut partager ses expériences sur ce sujet ? Merci
Réponses
Trop de publicités?
Ceci est la position officielle de Microsoft sur le sujet : http://technet.microsoft.com/fr-fr/library/cc794548(EXCHG.80).aspx; il concerne Exchange 2007, mais aucun article plus récent n'est disponible; cependant, je ne pense pas que grand-chose ait changé avec Exchange 2010.
En résumé : cela fonctionnera et c'est pris en charge, mais vous devez bien planifier les choses pour obtenir de bonnes performances.
La fiabilité est aussi bonne que l'hôte physique sous-jacent; VMware ESX/ESXi sont des solutions de virtualisation très stables et matures, donc vous ne devriez pas avoir à vous soucier de votre/vos hôte(s) ou de vos machines virtuelles se comportant de manière erratique et/ou plantant.
En ce qui concerne les performances... cela dépend fortement de votre charge de travail. Mais si vous suivez les directives de Microsoft pour la planification des capacités d'Exchange 2010 et que vous ajoutez un peu plus de CPU/RAM pour compenser le surcoût de la virtualisation (qui est, de toute façon, assez faible), votre système devrait fonctionner aussi bien qu'un système physique.
Le point le plus critique est, bien sûr, le stockage. Avec ESX/ESXi, vous pouvez utiliser le stockage SAN de la même manière que vous le feriez avec un hôte physique, et dans ce cas, la pénalité de performance est négligeable; mais si vous exécutez plutôt des machines virtuelles à partir du stockage local de l'hôte, alors vous devrez prendre des précautions supplémentaires pour planifier votre configuration de disque/RAID. Règle générale : essayez de ne pas mettre trop de machines virtuelles sur le même disque/ensemble de disques, et absolument ne mettez pas deux machines virtuelles IO-intensives ou plus (comme des serveurs de boîtes aux lettres Exchange et/ou des serveurs SQL) sur le même.
Anthony D
Points
2856
Considérez la RAM par rapport à l'E/S disque.
Exchange 2007 et 2010, avec leur architecture 64 bits, ont échangé une utilisation accrue de la RAM contre une utilisation beaucoup plus faible du disque. Exchange 2010 peut facilement prendre en charge des centaines, voire des milliers d'utilisateurs avec des performances acceptables sur un seul lecteur SATA. Cela suppose que vous disposez de 16 Go ou plus de RAM disponible. Ce n'était pas possible dans Exchange 2003 sans une configuration RAID substantielle ou de nombreux luns sur un SAN.
Considérez également l'utilisation de la fonctionnalité DAG 2010 pour maintenir la disponibilité en utilisant plusieurs hôtes VMWare répartis à différents points du réseau.
VMWare ESXi et Exchange 2010 sont disponibles en période d'essai. Je vous suggère de configurer un magasin NFS en utilisant Linux ou même Windows Server et de l'utiliser pour héberger votre VM Exchange. Ensuite, utilisez l'outil loadgen de Microsoft pour voir quel type de performances vous pouvez obtenir.
L'avenir est la virtualisation et, en ce moment, vous ne pouvez pas faire beaucoup mieux que VMWare. Laboratoire tout et vous serez prêt à partir.
sysadmin1138
Points
129885
Nous faisons exactement cela. Nous avons un environnement Exchange 2007 prenant en charge environ 4400 utilisateurs dans un cluster basé sur ESX3.5. Nous avons quatre serveurs de boîtes aux lettres, deux serveurs Hub/CA et deux serveurs de bord, tous en VM. La VM est sauvegardée par un réseau de stockage EVA6100. Pendant les heures de production régulières, nos IOps sont très bien dans les capacités du réseau de stockage, et c'est seulement pendant le processus de Défragmentation en ligne que nous semblons pousser le stockage à sa limite (environ 8K IOps). Cela peut être résolu en espaçant les moments où nous effectuons les défragmentations par rapport aux sauvegardes.
Cela a été très fiable pour nous.
jarober
Points
824
Wow... J'ai une configuration presque identique à sysadmin1138...
Exchange 2007
- 4 serveurs de boîtes aux lettres
- 2 CAS
- 2 serveurs Hub
Cela fonctionne parfaitement sur un cluster ESXi 4.1 de quatorze nœuds, soutenu par un Hitachi USP-V / AMS2300. Nous étions auparavant sur un EVA 5000 et un 4400, mais pour une raison quelconque, le 5000 est tout simplement trop vieux pour être compatible avec ESXi 4.1. Vous verrez des LUN disparaître sans raison apparente. Mais c'est une histoire pour un autre jour.
Nous sommes très satisfaits de nos machines virtuelles Exchange, et nous n'avons eu aucun problème du tout.
