Virtualisation Exchange Server
Vous pouvez déployer Exchange Server 2016 et Exchange Server 2019 dans un environnement virtualisé. Cette rubrique fournit une vue d’ensemble des scénarios pris en charge pour le déploiement d’Exchange sur un logiciel de virtualisation matérielle.
Les termes suivants sont utilisés au sujet de la virtualisation d'Exchange :
Démarrage à froid : lorsque vous placez un système de l’état de mise hors tension dans un démarrage correct du système d’exploitation, l’action est un démarrage à froid. L'état du système d'exploitation n'a pas perduré dans ce cas.
État enregistré : lorsqu’une machine virtuelle est hors tension, les hyperviseurs ont généralement la possibilité d’enregistrer l’état de la machine virtuelle. Par conséquent, lorsque la machine est de nouveau sous tension, elle revient à cet état enregistré au lieu de passer par un démarrage à froid.
Migration planifiée : lorsqu’un administrateur système lance le déplacement d’une machine virtuelle d’un hôte d’hyperviseur vers un autre, l’action est 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 planifié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.
Le point clé d’une migration planifiée est que la machine virtuelle Exchange fonctionne normalement et doit être déplacée pour une raison quelconque. Ce déplacement peut être effectué via une technologie (par exemple, migration dynamique 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 2016 et Exchange 2019 en production sur les logiciels de virtualisation matérielle uniquement lorsque toutes les conditions suivantes sont remplies :
Le logiciel de virtualisation de matériel exécute l'une des applications suivantes :
N'importe quelle version de Windows Server dotée de la technologie Hyper-V ou de Microsoft Hyper-V Server
Tout hyperviseur tiers validé dans le cadre du programme Windows SVVP (Server Virtualization Validation Program).
Remarque
Le déploiement d’Exchange 2016 ou Exchange 2019 sur des fournisseurs IaaS (Infrastructure-as-a-Service) est pris en charge si toutes les exigences de prise en charge sont remplies. Si des fournisseurs sont chargés de l'approvisionnement de machines virtuelles, ces conditions consistent notamment à s'assurer que l'hyperviseur utilisé pour les machines virtuelles Exchange est entièrement pris en charge et que l'infrastructure qu'utilisera Exchange répond aux exigences de performances qui ont été déterminées au cours du processus de dimensionnement. Le déploiement de machines virtuelles Microsoft Azure est pris en charge si tous les volumes de stockage utilisés pour les bases de données Exchange et les journaux de transactions de base de données (y compris les bases de données de transport) sont configurés pour le stockage Azure Premium.
L'ordinateur virtuel invité d'Exchange remplit les conditions suivantes :
Il exécute Exchange 2016 ou Exchange 2019.
Il est déployé sur une version prise en charge de Windows Server pour Exchange.
Pour les déploiements d’Exchange 2016 ou Exchange 2019 :
Tous les rôles de serveur Exchange sont pris en charge dans une machine virtuelle.
Les machines virtuelles serveur Exchange (y compris les machines virtuelles Exchange qui font partie d’un groupe de disponibilité de base de données, ou DAG), peuvent être combinées avec le clustering de basculement basé sur l’hôte et la technologie de migration, tant que les machines virtuelles sont configurées de sorte qu’elles n’enregistrent pas et ne restaurent pas l’état sur le disque en cas de déplacement ou de mise hors connexion. Toute activité de basculement qui se produit au niveau de l’hyperviseur doit entraîner un démarrage à froid lorsque la machine virtuelle est activée sur le nœud cible. Toute migration planifiée doit entraîner un arrêt et un démarrage à froid, ou une migration en ligne qui utilise une technologie telle que la migration dynamique Hyper-V. La migration d’hyperviseur des machines virtuelles est prise en charge par le fournisseur de l’hyperviseur ; Par conséquent, vous devez vous assurer que votre fournisseur d’hyperviseur a testé et prend en charge la migration des machines virtuelles Exchange. Microsoft prend en charge la migration dynamique Hyper-V de ces machines virtuelles.
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 hôte physique. Aucune autre application serveur (par exemple, Exchange, SQL Server, Active Directory ou SAP) ne doit être installée sur l'ordinateur hôte. Les serveurs hôtes doivent être dédiés à l'exécution des ordinateurs virtuels invités.
Certains hyperviseurs incluent des fonctionnalités permettant de prendre des instantanés de machines virtuelles. Les captures instantanées de machine virtuelle capturent l’état d’une machine virtuelle pendant son exécution. Cette fonctionnalité vous permet de prendre plusieurs instantanés d’une machine virtuelle, puis de rétablir l’un des états précédents en appliquant un instantané à la machine virtuelle. Toutefois, les instantanés de machine virtuelle ne prennent pas en compte l’application et leur utilisation peut avoir des conséquences inattendues et inattendues pour une application serveur qui gère les données d’état, comme Exchange. Par conséquent, la création d’instantanés de machine virtuelle d’une machine virtuelle invitée Exchange n’est pas prise en charge.
De nombreux produits de virtualisation de matériel permettent de spécifier le nombre de processeurs virtuels à allouer à chaque ordinateur virtuel invité. Les processeurs virtuels de l'ordinateur virtuel invité partagent un nombre fixe de cœurs de processeurs physiques dans le système physique. Exchange ne peut pas prendre en charge plus de 2 processeurs virtuels pour 1 processeur physique (nous vous recommandons d'utiliser 1 processeur virtuel pour 1 processeur physique). Par exemple, pour un système biprocesseur utilisant des processeurs quadri-cœur, le système hôte comporte 8 cœurs de processeurs physiques. 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 hôte 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 hôte 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 hôte lors du calcul du ratio global cœurs physiques/processeurs virtuels. Si le contrôle des performances du système d'exploitation hôte 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.
Il se peut que la communication directe entre les machines virtuelles invitées et les adaptateurs de bus hôte SCSI ou Fibre Channel installés sur l'ordinateur hôte soit empêchée. Dans ce cas, vous devez configurer les adaptateurs dans le système d'exploitation de la machine hôte et présenter les numéros d'unité logique aux machines virtuelles invitées comme disque virtuel ou disque amovible.
La seule façon prise en charge d’envoyer des e-mails à des domaines externes à partir de ressources de calcul Azure consiste à utiliser un relais SMTP (également appelé hôte intelligent SMTP). La ressource de calcul Azure envoie le courrier électronique vers le relais SMTP, puis le fournisseur du relais SMTP transmet le courrier électronique au domaine externe. Microsoft Exchange Online Protection est l’un des fournisseurs d’un relais SMTP, mais il existe également un certain nombre de fournisseurs tiers. Pour plus d’informations, voir Résoudre les problèmes de connectivité SMTP sortante dans Azure.
Exigences de stockage des ordinateurs hôtes
L’espace disque minimal requis pour chaque ordinateur hôte est décrit dans la liste suivante :
Les machines hôtes dans certaines applications de virtualisation de matériel peuvent exiger de l'espace de stockage pour un système d'exploitation et ses composants. De l'espace de stockage supplémentaire est également nécessaire pour prendre en charge le fichier d'échange du système d'exploitation, le logiciel de gestion et les fichiers (dump) de récupération après incident.
Certains hyperviseurs conservent sur l'ordinateur hôte des fichiers 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é.
Si votre ordinateur hôte exécute Windows Server 2012 Hyper-V ou Hyper-V 2012, et que vous configurez un cluster de basculement basé sur l’hôte qui hébergera des serveurs de boîtes aux lettres Exchange dans un DAG, nous vous recommandons de suivre les instructions fournies dans KB2872325.
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 hôte 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é d'Exchange, vous devez également allouer un stockage suffisant pour les files d'attente des messages et pour les bases de données et fichiers journaux sur les serveurs de boîtes aux lettres.
Le stockage utilisé par l'ordinateur invité Exchange pour le stockage de données Exchange (par exemple, les bases de données de boîtes aux lettres et les files d'attente de transport) peut être un stockage virtuel de taille fixe (par exemple, des disques durs virtuels fixes (VHD ou VHDX) dans un environnement Hyper-V), stockage virtuel dynamique lors de l'utilisation de fichiers VHDX avec Hyper-V, stockage pass through SCSI ou stockage SCSI Internet (iSCSI). Le stockage direct est un stockage configuré au niveau de l'hôte et dédié à un seul ordinateur invité. Tout le stockage utilisé par un ordinateur invité Exchange pour le stockage des données Exchange doit être un stockage au niveau du bloc, car Exchange ne prend pas en charge l’utilisation de volumes NAS (Network Attached Storage), à l’exception du scénario SMB 3.0 décrit plus loin dans cette rubrique. En outre, le stockage NAS qui est présenté à l'invité en tant que stockage au niveau du bloc via l'hyperviseur n'est pas pris en charge.
Des disques durs virtuels fixes peuvent être stockés sur un partage de fichiers SMB 3.0 appuyé par un stockage au niveau du bloc si l'ordinateur invité est exécuté sur Windows Server 2012 Hyper-V (ou une version ultérieure de Windows Hyper-V). La seule utilisation des partages de fichiers SMB 3.0 prise en charge concerne le stockage des disques durs virtuels fixes. Ces partages de fichiers ne peut pas servir pour le stockage direct des données Exchange. Lors de l'utilisation des partages de fichiers SMB 3.0 pour stocker des disques durs virtuels fixes, la sauvegarde du stockage du partage de fichiers doit être configurée pour une haute disponibilité afin de garantir la meilleure disponibilité possible du service Exchange.
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/surallouer 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. Exchange (comme de nombreuses applications serveur avec des optimisations des performances qui impliquent la mise en cache des données en mémoire) est susceptible de présenter des performances système médiocres et une expérience client inacceptable s’il n’a pas un contrôle total sur la mémoire allouée à la machine physique ou virtuelle sur laquelle il s’exécute. Par conséquent, l'utilisation de fonctionnalités de mémoire dynamique pour Exchange n'est pas prise en charge.
Clustering de basculement basé sur l'hôte et migration d'Exchange
Voici des réponses à certaines questions fréquemment posées sur le clustering de basculement basé sur l’hôte et la technologie de migration avec les DAG Exchange :
La société Microsoft prend-elle en charge une technologie de migration tierce ?
Microsoft ne peut pas prendre en charge l’intégration de produits d’hyperviseur tiers utilisant ces technologies avec Exchange, car ces technologies ne font pas partie du programme de validation de la virtualisation de serveur (SVVP). Le SVVP couvre les autres aspects de la prise en charge par Microsoft d'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, 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 prend en charge Exchange lorsqu'il est utilisé dans cette configuration.