Microsoft virtualization client 5.0

Votre conseiller de confiance pour les services informatiques d’entreprise : informatique hybride, cloud, transformation numérique, centre de données et conseil.
Echange de Microsoft sur Vmware
Le courrier électronique, comme nous l’avons noté dans le blog de la semaine dernière, reste essentiel aux fonctions commerciales, et Microsoft Exchange est le client de messagerie électronique le plus utilisé au monde. La virtualisation des serveurs Exchange sur VMware peut améliorer les performances, vous permettre de consolider les différents rôles des serveurs Exchange, de combiner les boîtes aux lettres et d’accroître la flexibilité de votre infrastructure Exchange, de sorte que vous pouvez augmenter ou diminuer la taille de votre messagerie en fonction de la demande.
Vous disposerez ainsi de 5 à 10 fois moins de matériel physique et d’Exchange plus réactif, et vous pourrez concevoir votre environnement en fonction de votre charge de travail actuelle. Inutile de deviner l’utilisation de vos ressources dans 3 à 5 ans, il vous suffit de prévoir quelques machines virtuelles supplémentaires le moment venu.
Bien que la virtualisation puisse augmenter les performances (VMware affirme qu’un serveur à 16 cœurs avec vSphere produit un débit deux fois plus élevé que le matériel physique), Exchange a ses propres exigences et demandes, alors jetez un coup d’œil à ces meilleures pratiques avant de démarrer l’installation dans votre environnement virtuel.

CPU virtuelle pour Exchange

Vous devrez ajouter environ 10 % aux exigences physiques de l’unité centrale pour tenir compte de l’hyperviseur. Votre nombre total de CPU virtuel doit être inférieur ou au maximum égal au nombre de cœurs de la machine hôte.
Activez la fonction NUMA (accès non uniforme à la mémoire) pour que ESXi puisse placer les vCPU dans un seul nœud, mais faites correspondre le nombre de vCPU VM au nombre de nœuds. En pratique, cela permet de réduire la latence d’accès à la mémoire, car chaque nœud NUMA a une mémoire allouée à laquelle il peut accéder rapidement. Pour les déploiements à grande échelle, la latence supplémentaire d’une seule VM couvrant plusieurs nœuds NUMA peut ou non être suffisante pour justifier sa division en VM plus petites.
Le surengagement des ressources des vCPU est acceptable, mais il faut y faire attention. Un seul noyau physique, avec un seul vCPU, est capable de gérer environ 375 utilisateurs à 100% d’utilisation.

Provisionnement de la mémoire d’échange

Ne surengagez pas les ressources mémoire. C’est une zone que vous devrez dimensionner correctement, car la RAM met en cache les données des boîtes aux lettres dans Exchange. Si vSphere réduit dynamiquement votre mémoire et que la demande augmente soudainement, vous allez avoir des utilisateurs mécontents.
Microsoft recommande une mémoire de 8 Go minimum pour les machines virtuelles utilisant Mailbox, 4 Go minimum pour les machines virtuelles utilisant Client Access, et 8 Go minimum si elles sont combinées.

Considérations relatives au stockage

Une taille de disque fixe est nécessaire, car Exchange ne prend pas en charge les solutions d’extension. Les VMDK stockés sur NFS ne sont pas non plus pris en charge – vous devez utiliser un stockage au niveau des blocs. Les disques minces et les instantanés ne sont malheureusement pas pris en charge non plus. Vous devriez utiliser des disques virtuels épais Eager zéroed lors du provisionnement.
Les adaptateurs vSCSI sont pris en charge. L’utilisation de plusieurs adaptateurs vSCSI améliore les performances – activez les quatre pour permettre un meilleur IOPS et de meilleures performances. Cela permet au système de partager les VMDK sur plusieurs adaptateurs de stockage.
Le vSCSI permet également de connecter plus de disques par contrôleur que le vIDE. Jusqu’à 64 disques peuvent être connectés à chaque contrôleur, avec quatre contrôleurs par VM. Cela fait 256 disques virtuels pour chaque VM. L’IDE n’en autorise que trois. Le SCSI permet également d’ajouter/supprimer des disques à chaud, mais pas l’IDE.

Explorer les applications d’entreprise hébergées

Paramètres de réseau pour l’échange virtualisé
Utilisez des adaptateurs réseau distincts pour vMotion, les journaux FT de VMware et l’accès à la console ESXi. Deux adaptateurs réseau doivent être utilisés au minimum pour le trafic de production d’Exchange. Cela permet de tirer parti du teaming de la carte d’interface réseau (NIC) de VMware, qui partage le trafic entre les réseaux physiques et virtuels. Cependant, seuls les réseaux publics doivent être mis en équipe.
Utilisez des adaptateurs réseau différents pour le public (accès utilisateur) et le privé (réplication dédiée), en donnant au public une priorité plus élevée.
Même si certaines fonctionnalités intéressantes comme les instantanés ne sont pas disponibles dans l’échange virtualisé, d’autres sont toujours utiles. La haute disponibilité des applications dans vSphere 5.5 peut par exemple surveiller et redémarrer automatiquement Exchange en cas de besoin, et d’autres outils de sauvegarde et de récupération après sinistre comme Site Recovery Manager sont pris en charge.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

*

code