Présentation de la virtualisation d'Exchange 2010
S’applique à : Exchange Server 2010 SP3
Dernière rubrique modifiée : 2016-11-28
Vous pouvez déployer MicrosoftExchange Server 2010 dans un environnement virtualisé. Cette rubrique propose une vue d’ensemble des scénarios pris en charge pour le déploiement d’Exchange 2010 sur un logiciel de virtualisation de matériel.
Contenu de cette rubrique
Exigences en matière de virtualisation de matériel
Exigences de stockage des ordinateurs racines
Exigences de stockage Exchange
Exigences et recommandations relatives à la mémoire Exchange
Clustering de basculement basé sur l’hôte et migration d’Exchange
Les termes suivants sont utilisés dans cette rubrique pour traiter de la virtualisation Exchange :
Démarrage à froid Ce terme se rapporte à l’action de démarrer le système d’exploitation d’un système mis hors tension. L’état du système d’exploitation n’a pas perduré dans ce cas.
État enregistré Lorsqu’une machine virtuelle est éteinte, les hyperviseurs ont généralement la capacité d’enregistrer l’état de la machine virtuelle. Ainsi, lorsque la machine est de nouveau mise en marche, elle revient à l’état enregistré plutôt que de passer par un démarrage à froid.
Migrations planifiées Lorsqu’un administrateur système décide de déplacer une machine virtuelle d’un hôte hyperviseur à un autre, l’action est définie comme une migration planifiée. Il peut s’agir d’une migration unique, ou bien un administrateur système peut configurer l’automatisation pour déplacer la machine virtuelle de manière échelonnée. Une migration planifée peut également être le résultat d’un autre événement sur le système, qui n’est pas une panne matérielle ou logicielle. L’aspect essentiel est que la machine virtuelle Exchange fonctionne normalement et doit être déplacée pour une raison quelconque. Ce déplacement peut se faire via un outil technologique, comme Live Migration ou vMotion. Cependant, si la machine virtuelle Exchange ou l’hôte hyperviseur sur lequel se trouve la machine virtuelle subit une panne quelconque, le résultat n’est pas défini comme une migration planifiée.
Exigences en matière de virtualisation de matériel
Microsoft prend en charge Exchange 2010 en production sur un logiciel de virtualisation de matériel si toutes les conditions suivantes sont remplies :
Le logiciel de virtualisation de matériel exécute l’une des applications suivantes :
Windows Server 2008 avec technologie Hyper-V
Windows Server 2008 R2 avec technologie Hyper-V
Microsoft Hyper-V Server 2008
Microsoft Hyper-V Server 2008 R2
Microsoft Hyper-V Server 2012
Windows Server 2012 avec technologie Hyper-V
Tout hyperviseur tiers validé dans le cadre du programme Windows SVVP (Server Virtualization Validation Program) (peut-être en anglais).
Remarque :
Le déploiement de serveurs Exchange de production sur des ordinateurs virtuels Windows Azure n’est pas pris en charge. L'ordinateur virtuel invité d’Exchange remplit les conditions suivantes :
Il exécute Microsoft Exchange 2010. Cela inclut le mode d’hébergement Exchange 2010 qui est disponible dans Exchange 2010 SP1 et Exchange 2010 SP2.
Il est déployé sur Windows Server 2008 avec SP2 (ou une version ultérieure) ou Windows Server 2008 R2 RTM (ou une version ultérieure).
Remarque :
Lorsque vous installez Exchange 2010 dans un environnement Hyper-V, vous pouvez recevoir le message erreur suivant : « Échec de l’installation du rôle serveur de transport Hub. » Pour les serveurs Active Directory virtualisés, nous recommandons de désactiver le composant d’intégration de synchronisation, et de définir ensuite l’heure sur un fournisseur de temps externe fiable avant d’installer le rôle de transport Hub. Cette recommandation est particulièrement importante si votre hôte est lié au domaine hébergé par l’ordinateur virtuel.
Pour les déploiements d'Exchange 2010 SP2 ou Exchange 2010 SP1 :
Tous les rôles serveur d’Exchange 2010, y compris la messagerie unifiée, sont pris en charge dans une machine virtuelle. Les machines virtuelles de messagerie unifiée requièrent les éléments spécifiques suivants :
Quatre processeurs virtuels sont requis pour la machine virtuelle. La taille de la mémoire doit être définie en fonction des meilleures pratiques standard conseillées. Pour plus d’informations, consultez la rubrique Présentation des configurations mémoire et des performances Exchange.
Quatre cœurs de processeur physique peuvent être utilisés à tout moment par chaque machine virtuelle de rôle de messagerie unifiée. Dans ce cas, aucun surabonnement de processeur ne peut être en cours d’utilisation. Cette exigence affecte la possibilité pour la machine virtuelle de rôle de messagerie unifiée d’utiliser des ressources de processeur physique. Pour plus d’informations, consultez la rubrique Virtualisation des serveurs de messagerie unifiée.
Il est possible de combiner les machines virtuelles d’un serveur Exchange (y compris les machines virtuelles d’une boîte aux lettres Exchange appartenant à un groupe de disponibilité de base de données ou DAG) à la technologie de migration et de clustering de basculement basée sur un hôte, à condition qu’elles n’enregistrent et ne restaurent pas l’état sur le disque lorsqu’elles sont déplacées ou déconnectées. Toute activité de basculement doit se terminer par un démarrage à froid lorsque la machine virtuelle est activée sur le nœud cible. Les migrations planifiées doivent se terminer par l’arrêt du système et un démarrage à froid ou par une migration en ligne faisant appel à une technologie de migration dynamique Hyper-V, par exemple. La migration de machines virtuelles basée sur un hyperviseur est prise en charge par le fournisseur de l’hyperviseur. Vous devez donc vous assurer qu’il prend en charge la migration des machines virtuelles Exchange et qu’il l’a testée. Microsoft prend en charge la migration Hyper-V Live de ces machines virtuelles.
Pour les déploiements de la version de publication (RTM) d’Exchange 2010 :
Les rôles serveur d’Exchange 2010 autres que la messagerie unifiée sont pris en charge dans une machine virtuelle.
Microsoft ne prend pas en charge la combinaison des solutions à haute disponibilité d’Exchange (tels que les groupes de disponibilité de bases de données) avec des solutions de clustering basées sur un hyperviseur, de haute disponibilité ou de migration qui déplaceront ou basculeront automatiquement les serveurs de boîtes aux lettres membres d’un DAG entre des serveurs racine en cluster. Les groupes de disponibilité de bases de données sont pris en charge dans les environnements de virtualisation de matériel à condition que ceux-ci n’utilisent pas de serveurs racine en cluster, ou les serveurs racine en cluster ont été configurés pour ne jamais basculer ni déplacer automatiquement les serveurs de boîtes aux lettres membres d’un DAG vers un autre serveur racine.
Le stockage utilisé par l’ordinateur invité Exchange pour un stockage de données Exchange (par exemple, bases de données de boîtes aux lettres ou files d’attente de transport Hub) peut être un stockage virtuel à taille fixe (par exemple, disques durs virtuels fixes dans un environnement Hyper-V), un stockage direct SCSI ou un stockage Internet SCSI (iSCSI). Le stockage direct est un stockage configuré au niveau de l’hôte et dédié à un seul ordinateur invité. Les exigences de disque virtuel suivantes s’appliquent pour les volumes destinés à stocker les données Exchange :
Les disques virtuels à expansion dynamique ne sont pas pris en charge par Exchange.
Les disques virtuels qui utilisent des mécanismes de différenciation (tels que les captures instantanées ou disques durs virtuels différentiels d’Hyper-V) ne sont pas pris en charge.
Remarque :
Dans un environnement Hyper-V, chaque disque dur virtuel fixe doit avoir une taille inférieure à 2 040 Go. Pour les hyperviseurs tiers pris en charge, contactez l’éditeur pour connaître les limites éventuelles applicables de taille de disque.
Seuls les logiciels de gestion (par exemple, logiciel antivirus, logiciel de sauvegarde, logiciel de gestion des ordinateurs virtuels) peuvent être déployés sur l’ordinateur racine physique. Aucune autre application serveur (par exemple, Exchange, SQL Server, Active Directory ou SAP) ne doit être installée sur l’ordinateur racine. L’ordinateur racine doit être dédié à l’exécution des ordinateurs virtuels invités.
Certains hyperviseurs intègrent des fonctionnalités de génération de captures instantanées des ordinateurs virtuels. qui capturent l’état d’un ordinateur virtuel pendant son exécution. Cette fonctionnalité permet de générer plusieurs captures instantanées d’un ordinateur virtuel, puis de restaurer celui-ci dans un état précédent via l’application d’une capture instantanée à l’ordinateur virtuel. Les captures instantanées d’ordinateur virtuel ne sont toutefois pas compatibles avec les applications. Leur utilisation peut avoir des conséquences non souhaitées et inattendues pour une application serveur chargée de conserver les données d’état, telle qu’Exchange. Aussi, la génération de captures instantanées d’un ordinateur virtuel Exchange n’est-elle pas prise en charge.
De nombreux produits de virtualisation de matériel permettent de spécifier le nombre de processeurs virtuels devant être alloués à chaque ordinateur virtuel invité. Les processeurs virtuels dans l’ordinateur virtuel invité partagent un nombre fixe de processeurs logiques dans le système physique. Exchange ne prend pas en charge un ratio processeur virtuel/processeur logique supérieur à 2/1. Par exemple, pour un système biprocesseur basé sur des processeurs quadri-cœur, le système hôte comporte 8 processeurs logiques. Dans un système présentant une telle configuration, vous ne devez pas allouer plus de 16 processeurs virtuels à l’ensemble des ordinateurs virtuels invités.
Le calcul du nombre total de processeurs virtuels requis pour l’ordinateur racine doit également tenir compte des configurations de système d’exploitation et d’E/S. Dans la plupart des cas, deux processeurs virtuels sont requis dans le système d’exploitation racine pour un système hébergeant des ordinateurs virtuels Exchange. Cette valeur doit être utilisée comme base pour le processeur virtuel du système d’exploitation racine lors du calcul du ratio global cœurs physiques/processeurs virtuels. Si le contrôle des performances du système d’exploitation racine indique que vous consommez davantage d’utilisation processeur que l’équivalent de deux processeurs, vous devez réduire le nombre de processeurs virtuels affectés aux ordinateurs virtuels invités en conséquence et vérifier que le ratio global processeur virtuel/cœurs physiques ne dépasse pas 2/1.
Le système d’exploitation d’un ordinateur invité Exchange doit utiliser un disque avec une taille minimale de 15 Go plus la taille de la mémoire virtuelle allouée à l’ordinateur invité. Cette exigence est nécessaire pour tenir compte de la configuration requise du disque pour le système d’exploitation et le fichier de pagination. Par exemple, si 16 Go de mémoire sont affectés à l’ordinateur invité, un minimum de 31 Go d’espace disque est requis pour le disque du système d’exploitation.
Par ailleurs, il se peut que la communication directe entre les ordinateurs virtuels invités et les adaptateurs de bus hôte SCSI ou Fibre Channel installés sur l’ordinateur racine soit empêchée. Dans ce cas, vous devez configurer les adaptateurs dans le système d’exploitation de l’ordinateur racine et présenter les numéros d’unité logique aux ordinateurs virtuels invités comme disque virtuel ou disque amovible.
Exchange Jetstress 2010 est pris en charge pour une utilisation dans des instances invitées virtuelles, déployées sur l’un des hyperviseurs suivants. Jetstress n’est pas pris en charge lors d’une utilisation sur des instances virtuellesi nvitées s’exécutant sur n’importe quel autre hyperviseur.
Windows Server 2008 R2 (ou plus récent) avec la technologie Hyper-V
Hyper-V Server 2008 R2 (ou plus récent)
VMware ESX 4.1 (ou plus récent)
L’outil MicrosoftExchange Server Jetstress 2010 est pris en charge dans un ordinateur virtuel invité s'il est déployé sur l’un des ordinateurs hôtes suivants :
MicrosoftWindows Server 2008 ou une version ultérieure
Microsoft Hyper-V Server 2008 R2 ou une version ultérieure
VMware ESX 4.1 ou une version ultérieure
Exigences de stockage des ordinateurs racines
Les exigences d’espace disque minimum pour chaque ordinateur racine sont les suivantes :
Les ordinateurs racines dans certaines applications de virtualisation de matériel requièrent de l’espace de stockage pour un système d’exploitation et ses composants. Par exemple, lors de l’exécution de Windows Server 2008 avec Hyper-V, il vous faudra un minimum de 10 Go pour répondre aux exigences de Windows Server 2008. Pour plus de détails, voir Configuration système requise pour Windows Server 2008 R2. Un espace de stockage supplémentaire est également nécessaire pour prendre en charge le fichier de pagination, les logiciels de gestion et les fichiers de récupération sur incident (vidage) du système d’exploitation.
Certains hyperviseurs conservent des fichiers sur l’ordinateur racine qui sont uniques à chaque ordinateur virtuel invité. Par exemple, dans un environnement Hyper-V, un fichier de stockage de mémoire temporaire (fichier BIN) est créé et conservé pour chaque ordinateur invité. La taille de chaque fichier BIN correspond au volume de mémoire alloué à l’ordinateur invité. D’autres fichiers peuvent également être créés et conservés sur l’ordinateur hôte pour chaque ordinateur invité.
Exigences de stockage Exchange
Les exigences pour un stockage connecté à un serveur Exchange virtualisé sont les suivantes :
À chaque ordinateur invité Exchange doit être alloué un espace de stockage suffisant sur l’ordinateur racine pour le disque fixe contenant le système d’exploitation de l’ordinateur invité, les fichiers de stockage de mémoire temporaire utilisés et les fichiers des ordinateurs virtuels hébergés sur l’ordinateur hôte. Pour chaque ordinateur invité Exchange, vous devez également allouer un stockage suffisant pour les files d’attente des messages sur les serveurs de transport Edge et Hub, ainsi que pour les bases de données et fichiers journaux sur les serveurs de boîtes aux lettres.
Le stockage utilisé par Exchange doit être hébergé en piles de disque distinctes du stockage hébergeant le système d’exploitation de l’ordinateur virtuel invité.
La configuration du stockage iSCSI pour l’utilisation d’un initiateur iSCSI sur un ordinateur virtuel invité Exchange est prise en charge. Cette configuration présente toutefois des performances réduites car la pile de mise en réseau d’un ordinateur virtuel inclut moins de fonctionnalités (par exemple, toutes les piles de mise en réseau virtuel ne prennent pas en charge les trames Jumbo).
Exigences et recommandations relatives à la mémoire Exchange
Certains hyperviseurs offrent la possibilité de sursolliciter ou d’ajuster de façon dynamique la quantité de mémoire disponible sur un ordinateur invité spécifique en fonction de l’utilisation visible de la mémoire sur ce dernier par rapport aux besoins d’autres ordinateurs invités gérés par le même hyperviseur. Cette technologie est justifiée dans le cas de charges de travail exigeant une certaine quantité de mémoire sur de courtes périodes, à l’issue desquelles elle peut être renvoyée à d’autres utilisations. Cependant, elle n’a aucun intérêt dans le cas de charges de travail conçues pour solliciter en permanence de la mémoire. Tout comme de nombreuses applications serveur optimisées pour les performances en faisant appel à la mise en cache des données en mémoire, Exchange peut être l’objet d'un ralentissement des performances système et une expérience client inacceptable s’il ne contrôle pas totalement la mémoire allouée à l’ordinateur physique ou virtuel sur lequel il est exécuté.
De nombreux gains de performance observés dans les versions récentes d’Exchange, notamment en termes de réduction des E/S, tiennent à l’utilisation extrêmement efficace de quantités importantes de mémoire. Lorsque cette mémoire n’est plus disponible, les performances escomptées du système ne peuvent pas être atteintes. Pour cette raison, les fonctions de sursollicitation de la mémoire ou d’ajustement dynamique de la mémoire de l’ordinateur virtuel doivent être désactivées pour les serveurs de production Exchange.
Dimensionnez la mémoire pour les ordinateurs invités de la même manière que pour les déploiements physiques. Vous trouverez plus de détails sur le dimensionnement de la mémoire pour les rôles serveur d’Exchange 2010 dans Présentation des configurations mémoire et des performances Exchange. Pour des instructions supplémentaires, reportez-vous à la section « Considérations relatives aux applications » du livre blanc élaboré par l’équipe Microsoft Hyper-V, que vous pouvez télécharger Mise en œuvre et configuration de la mémoire dynamique (peut-être en anglais).
Clustering de basculement basé sur l’hôte et migration d’Exchange
Voici les réponses à certaines questions fréquemment posées à propos de la technologie de basculement basé sur l’hôte et la migration avec des groupes de disponibilité de base de données (DAG) Exchange 2010.
La société Microsoft prend-elle en charge une technologie de migration tierce ?
Microsoft n’est pas en mesure d’affirmer qu’elle prend en charge l’intégration de produits d’hyperviseurs tiers pour l’utilisation de ces technologies avec Exchange, car elles ne font pas partie du programme SVVP (Server Virtualization Validation Program). Le SVVP couvre les autres aspects de notre prise en charge des hyperviseurs tiers. Vous devez vous assurer que votre fournisseur d’hyperviseur prend en charge l’association de leur technologie de migration et clustering avec Exchange. En d’autres termes, si votre fournisseur d’hyperviseur prend en charge sa technologie de migration avec Exchange, alors Microsoft prend en charge Exchange avec la technologie de migration du fournisseur.
Comment Microsoft définit-elle le clustering de basculement basé sur l’hôte ?
Le clustering de basculement basé sur l’hôte se rapporte à n’importe quelle technologie donnant la possibilité de réagir de manière automatique aux pannes au niveau de l’hôte, et de démarrer les machines virtuelles affectées sur des serveurs alternatifs. L’utilisation de cette technologie est prise en charge à condition qu’en cas de panne, la machine virtuelle soit lancée à l’aide d’un démarrage à froid sur l’hôte alternatif. Cette technologie aide à s’assurer que la machine virtuelle ne vient pas d’un état enregistré qui a perduré sur le disque car il serait périmé par rapport aux autres membres du DAG.
Qu’entend Microsoft par prise en charge de la migration ?
La technologie de migration se rapporte à n’importe quelle technologie qui permet le déplacement planifié d’une machine virtuelle d’un ordinateur hôte vers un autre. Ce déplacement peut également être le résultat d’un déplacement automatisé provenant d’un équilibrage de charge des ressources et non d’une panne du système. Les migrations sont prises en charge à la condition que les machines virtuelles ne sortent pas d’un état enregistré qui a perduré sur le disque. Cela signifie que la technologie qui déplace une machine virtuelle en transportant l’état et la mémoire de la machine virtuelle sur le réseau sans temps d’arrêt perçu est prise en charge pour l’utilisation avec Exchange. Un fournisseur d’hyperviseurs tiers doit prendre en charge la technologie de migration, alors que Microsoft prendra en charge Exchange lorsqu’il est utilisé dans cette configuration.
Avertissement :
Dans le cas de Microsoft Hyper-V, l’option de migration dynamique est prise en charge mais l’option de migration rapide ne l’est pas. Il est important de savoir que, lorsque vous sélectionnez l’opération Déplacer sur une machine virtuelle avec Hyper-V, l’action par défaut est en fait de réaliser une migration rapide. Pour se conformer à l’état pris en charge avec les membres du DAG d’Exchange SP1 et Exchange SP2, il est primordial d’utiliser l’option de migration dynamique, comme indiqué dans la figure suivante. Migration dynamique des membres du DAG dans Hyper-V
Virtualisation des serveurs de messagerie unifiée
À l’inverse d’Exchange 2010 RTM, Exchange 2010 SP1 et SP2 prennent en charge le rôle de messagerie unifiée sur Hyper-V et d’autres hyperviseurs pris en charge. Exchange 2010 SP1 ou Exchange 2010 SP2 doivent être déployés pour la prise en charge de la messagerie unifiée car le rôle de messagerie unifiée dépend d’un composant média fourni par Microsoft Lync. Avant la sortie d’Exchange 2010 SP1, l’équipe d’ingénierie Lync avait proposé un traitement audio en temps réel de grande qualité dans un déploiement virtuel. À partir d’Exchange 2010 SP1, les modifications ont été intégrées au rôle de messagerie unifiée.
© 2010 Microsoft Corporation. Tous droits réservés.