Virtualisation d’Exchange 2013

S’applique à : Exchange Server 2013

Vous pouvez déployer Microsoft Exchange Server 2013 dans un environnement virtualisé. Cette rubrique fournit une vue d’ensemble des scénarios pris en charge pour le déploiement d’Exchange 2013 sur un logiciel de virtualisation matérielle.

• 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. 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 2013 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 2013 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 2013.

  • Il est déployé sur Windows Server 2008 R2 SP1 (ou versions ultérieures), Windows Server 2012 ou sur Windows Server 2012 R2.

Pour les déploiements d’Exchange 2013 :

• Tous les rôles serveur Exchange 2013 sont pris en charge sur une machine virtuelle.

• Les machines virtuelles serveur Exchange (y compris les machines virtuelles de boîte aux lettres 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 lorsqu’elles sont déplacées ou mises 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.

• Le système d’exploitation d’une machine invitée Exchange doit utiliser un disque dont la taille est égale à au moins 15 gigaoctets (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 système d’exploitation et du disque de fichiers de pagination. Par exemple, si 16 Go de mémoire sont alloués à l’ordinateur invité, l’espace disque minimal nécessaire pour le disque du système d’exploitation invité est de 31 Go.

  En outre, il est possible que les machines virtuelles invitées ne puissent pas communiquer directement avec les adaptateurs de bus hôte (HBA) Fibre Channel ou SCSI installés sur l’ordinateur hôte. 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

Les exigences d'espace disque minimal pour chaque ordinateur hôte sont les suivantes :

• 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. Par exemple, lorsque vous exécutez Windows Server 2008 R2 avec Hyper-V, vous aurez besoin d’un minimum de 10 Go pour répondre à la configuration requise pour Windows Server 2008. Pour plus d’informations, consultez Configuration requise pour Windows Server 2008 R2. 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 un hôte qui hébergera des serveurs de boîtes aux lettres Exchange dans un groupe de disponibilité de base de données, nous vous recommandons de suivre les instructions décrites dans l’article KB2872325 de la Base de connaissances Microsoft.

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 une machine invitée Exchange pour le stockage des données Exchange doit être un stockage au niveau bloc, car Exchange 2013 ne prend pas en charge l’utilisation de volumes NAS (Network Attached Storage), sauf dans le 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.

• Les disques virtuels fixes ou dynamiques peuvent être stockés sur des fichiers SMB 3.0 qui sont sauvegardés par un stockage au niveau du bloc si l’ordinateur invité s’exécute sur Windows Server 2012 Hyper-V (ou une version ultérieure d’Hyper-V). La seule utilisation prise en charge des partages de fichiers SMB 3.0 est pour le stockage de disques virtuels fixes ou dynamiques. Ces partages de fichiers ne peut pas servir pour le stockage direct des données Exchange. Lorsque vous utilisez des partages de fichiers SMB 3.0 pour stocker des disques virtuels fixes ou dynamiques, le stockage qui sauvegarde le partage de fichiers doit être configuré 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 ont la possibilité de sursabonner ou d’ajuster dynamiquement la quantité de mémoire disponible pour un ordinateur invité spécifique en fonction de l’utilisation perçue de la mémoire dans l’ordinateur invité 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 est en proie à 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é. Par conséquent, l’utilisation des 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 2013 :

• 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.