Installation et Configuration d’une Machine virtuelle Hyper-V à utiliser avec BizTalk Server

Cette rubrique fournit des recommandations pour l’installation et la configuration de BizTalk Server dans un environnement Hyper-V, y compris des recommandations pour l’installation et la configuration de la machine virtuelle Hyper-V et des recommandations pour l’installation de BizTalk Server sur une machine virtuelle Hyper-V.

Installation et configuration d’Hyper-V

Avant d’installer Hyper-V, consultez Les nouveautés d’Hyper-V dans Windows Server 2008 R2. Le guide « Mise en route de Microsoft Hyper-V Server 2008 R2 » fournit des détails sur l’installation et la configuration de Windows Server 2008 R2 Hyper-V. Le guide est disponible au https://go.microsoft.com/fwlink/?LinkID=202431.

Le document « Directives de réglage des performances pour Windows Server 2008 R2 » fournit des détails sur le réglage de Windows Server 2008 R2 et comprend une section spécifiquement axée sur Hyper-V. Le document est disponible à https://go.microsoft.com/fwlink/?LinkID=202087.

Prérequis de la plate-forme Hyper-V

Hyper-V est un rôle de serveur disponible pour 64 bits et toutes les éditions de Windows Server 2008 SP2 sont uniquement 64 bits. De plus, le matériel physique doit prendre en charge la virtualisation assistée par le matériel. Cela signifie que le processeur doit être compatible avec la technologie de virtualisation Intel (Intel VT) ou la technologie de virtualisation AMD (AMD-V), que le BIOS du système doit prendre en charge la prévention de l’exécution des données (DEP) et que la DEP doit être activée. Plus précisément, vous devez activer le bit Intel XD (bit de désactivation d’exécution) ou le bit AMD NX (pas de bit d’exécution).

Détermination des exigences matérielles

En raison des exigences de consolidation des serveurs, les serveurs Hyper-V ont tendance à consommer plus de CPU et de mémoire et nécessitent une bande passante d’E /S disque supérieure à celle des serveurs physiques avec des charges de calcul comparables. Afin de déployer un environnement qui répondra aux attentes, tenez compte des facteurs ci-dessous pour déterminer les exigences matérielles exactes de votre serveur.

Options de configuration du stockage

Le matériel de stockage doit fournir une bande passante et une capacité de stockage d’E/S suffisantes pour répondre aux besoins actuels et futurs des machines virtuelles que vous prévoyez d’héberger. Il existe un compromis lors du choix de la configuration de stockage pour Hyper-V entre l’utilisation de la capacité et les performances qu’elle peut fournir.

Lors de la planification de la configuration du stockage, tenez compte des exigences de l’environnement que vous provisionnez. Les exigences pour les environnements de production, de pré-production et de développement peuvent différer considérablement.

Si vous déployez un environnement de serveur BizTalk de production sur Hyper-V, les performances seront une exigence clé. Pour éviter les conflits d’E/S de disque sur les systèmes de production occupés, installez les services d’intégration sur le système d’exploitation hôte et invité et configurez les disques pour les volumes de données avec le contrôleur SCSI synthétique. Pour les charges de travail d’E / S de stockage très intensives qui couvrent plusieurs disques de données, chaque VHD doit être connecté à un contrôleur SCSI synthétique séparé pour de meilleures performances globales. De plus, chaque VHD doit être stocké sur des disques physiques séparés. Pour plus d’informations sur la configuration de disques pour des volumes de données avec le contrôleur SCSI synthétique, reportez-vous à la section  » Optimiser les performances des disques  » de la liste de contrôle de la rubrique : Optimisation des performances sur Hyper-V.

En règle générale, les environnements de développement n’ont pas d’exigences de performances strictes, car l’optimisation de l’utilisation des ressources a tendance à être la principale priorité. Pour les environnements de développement, les performances fournies lors de l’hébergement de plusieurs fichiers VHD sur un seul disque physique sont généralement acceptables.

Hyper-V prend en charge plusieurs types d’options de disque de stockage. Chacune des options de stockage peut être connectée à la machine via un contrôleur SC ou SCSI. Un avantage potentiel de l’utilisation du contrôleur SCSI par rapport au contrôleur ID est qu’il ne fonctionnera correctement que si les versions correctes des composants d’intégration du système d’exploitation ont été installées sur la machine virtuelle invitée. Il s’agit d’une méthode simple pour s’assurer que les composants d’intégration du système d’exploitation corrects sont installés sur le système d’exploitation invité.

Pour les activités intensives de lecture-écriture, telles que l’hébergement de bases de données SQL Server, l’option de disque passthrough offre des avantages de performances incrémentiels par rapport aux disques VHD (disques durs virtuels fixes). L’option passthrough permet à la machine virtuelle d’avoir un accès direct au disque physique et contourne le système de fichiers NTFS dans la partition racine, mais ne prend pas en charge certaines fonctionnalités des disques virtuels, telles que les instantanés de machine virtuelle et la prise en charge du clustering. Par conséquent, l’utilisation de la fonctionnalité de disque passthrough n’est pas recommandée dans un environnement BizTalk ou SQL Server car les avantages marginaux en matière de performances sont plus que compensés par la fonctionnalité manquante.

Le tableau suivant résume les avantages et les inconvénients des options de stockage Hyper-V disponibles : .

Type de stockage Hyper-V	Avantages	Inconvénients	Considérations pour le serveur BizTalk
Les disques de taille fixe	Fonctionnent mieux qu’un VHD dynamique car le fichier VHD est initialisé à sa taille maximale possible lorsqu’il est créé sur le disque dur physique. Cela rend la fragmentation moins probable et, par conséquent, atténue les scénarios où une seule E/S est divisée en plusieurs E /S. Cela a la surcharge CPU la plus faible des types VHD car les lectures et les écritures n’ont pas besoin de rechercher le mappage du bloc.	Nécessite l’allocation de la totalité de l’espace disque à l’avance.	Utiliser pour les volumes du système d’exploitation sur BizTalk Server et SQL Server. Important : Le disque de démarrage d’une partition invité Hyper-V doit être connecté à un contrôleur ID.
Disques à expansion dynamique	La taille du fichier VHD augmente jusqu’à la taille spécifiée lors de la création du disque, car davantage de données sont stockées sur la machine virtuelle elle-même. Cela permet l’utilisation la plus efficace du stockage disponible.	Ne fonctionne pas aussi bien qu’un VHD de taille fixe. En effet, les blocs du disque commencent comme des blocs mis à zéro mais ne sont pas soutenus par un espace réel dans le fichier VHD. Les lectures de ces blocs renvoient un bloc de zéros. Lorsqu’un bloc est écrit pour la première fois, la pile de virtualisation doit allouer de l’espace dans le fichier VHD pour le bloc, puis mettre à jour les métadonnées correspondantes. En plus de cela, chaque fois qu’un bloc existant est référencé, le mappage de blocs doit être recherché dans les métadonnées. Cela augmente le nombre d’activités de lecture et d’écriture, ce qui entraîne une utilisation accrue du processeur. La croissance dynamique nécessite également que l’administrateur du serveur surveille la capacité du disque pour s’assurer qu’il y a suffisamment de stockage sur disque à mesure que les besoins en stockage augmentent.	Ne fonctionne pas aussi bien qu’un VHD de taille fixe. Si les performances ne sont pas un problème, par exemple dans un environnement de développement, cela peut être une option appropriée pour les disques durs du système d’exploitation. Entraîne une surcharge CPU supplémentaire due à la recherche de mappage de blocs.
Disques de différenciation	Il s’agit d’une configuration parent-enfant dans laquelle le disque de différenciation stocke toutes les modifications relatives à un VHD de base et le VHD de base reste statique. Par conséquent, seuls les blocs qui sont différents du parent doivent être stockés dans le VHD de différenciation enfant.	Les performances peuvent se dégrader car la lecture/écriture doit accéder au VHD parent fixe/ dynamique ainsi qu’au disque de différenciation. Cela augmente l’utilisation du processeur et la surcharge d’E/S de disque.	Une grande quantité de configuration spécifique à la machine est requise pour les installations de serveur BizTalk et les fichiers VHD enfants peuvent considérablement augmenter, ce qui minimiserait les avantages de l’utilisation de cette configuration de disque. La lecture de plusieurs VHD dans ce scénario entraîne une surcharge supplémentaire du processeur et des E / S de disque.
Disques Passthrough	Ce sont des disques physiques qui sont configurés hors ligne dans la partition racine et permettent à Hyper-V d’avoir un accès exclusif en lecture-écriture au disque physique.	Nécessite un disque ou un LUN entièrement dédié pour qu’il soit alloué à une machine virtuelle. Un disque physique est plus difficile à déplacer d’une machine à l’autre que des fichiers VHD.	Si votre instance SQL Server s’exécute sur un Hyper-V, vous pouvez obtenir des améliorations incrémentielles des performances en utilisant des disques passthrough plutôt que des disques durs virtuels fixes (VHD) pour les volumes de données du serveur BizTalk. Si vous hébergez des emplacements de réception de fichiers locaux sur le serveur BizTalk ou si vous diffusez des messages volumineux sur le disque pendant le traitement, vous pouvez obtenir des améliorations incrémentielles des performances en utilisant des disques passthrough plutôt qu’en utilisant des disques durs virtuels fixes (VHD).

Pour plus d’informations sur l’implémentation des disques et du stockage avec Hyper-V, consultez Implémentation des disques et du stockage (https://go.microsoft.com/fwlink/?LinkID=142362).

Mise en réseau

BizTalk Server a tendance à présenter une utilisation élevée du réseau. Par conséquent, lorsque les performances du réseau posent problème, envisagez d’allouer une carte réseau physique distincte pour chaque machine virtuelle.

Lors de la configuration d’une machine virtuelle, assurez-vous d’utiliser la carte réseau au lieu de la carte réseau héritée. La carte réseau héritée est destinée aux systèmes d’exploitation qui ne prennent pas en charge les composants d’intégration.

Pour mesurer les performances du réseau, utilisez les compteurs « \Network Interface\Bytes Total/sec » et \Network Interface (*)\Output Queue Length performance monitor sur le système d’exploitation hôte pour mesurer les performances globales de la carte réseau. Si un réseau physique a été identifié comme étant occupé, utilisez le compteur « Carte réseau virtuelle Hyper-V (*)\Octets/sec » sur le système d’exploitation hôte pour identifier la ou les cartes réseau de machine virtuelle qui génèrent une charge élevée.

Pour plus d’informations sur l’évaluation des performances du réseau sur un environnement Hyper-V, consultez la section Mesurer les performances du réseau de la liste de contrôle : Mesurer les performances sur Hyper-V.

CPU

Hyper-V prend en charge différents nombres de processeurs virtuels pour différents systèmes d’exploitation invités ; comme résumé dans le tableau ci-dessous. Pour allouer le maximum de ressources CPU pour BizTalk Server, installez-le sur un système d’exploitation invité Windows Server 2008 R2, qui prend en charge quatre processeurs virtuels par machine virtuelle.

Configurez une allocation 1-1 de processeurs virtuels dans le(s) système(s) d’exploitation invité(s) à des processeurs logiques disponibles pour le système d’exploitation hôte pour éviter une commutation de contexte excessive. Une commutation de contexte excessive entre les processeurs entraînera une dégradation des performances. Pour plus d’informations sur l’allocation de processeurs virtuels à des processeurs logiques, consultez la section  » Optimiser les performances du processeur  » de la rubrique Liste de contrôle : Optimisation des performances sur Hyper-V.

Le compteur de surveillance des performances « Processeur logique de l’hyperviseur \Hyper-V (_Total)\% Temps d’exécution total » mesure l’utilisation globale des ressources de toutes les machines invitées et de l’hyperviseur sur l’hôte Hyper-V. Si cette valeur est supérieure à 90%, le serveur fonctionne à sa capacité maximale ; l’allocation de processeurs virtuels supplémentaires aux machines virtuelles dans ce scénario peut dégrader les performances globales du système et doit être évitée. Pour plus de détails sur l’utilisation des compteurs de performances HyperV, consultez la section Évaluation des performances du serveur BizTalk sur Hyper-V de ce guide.

Système d’exploitation	Limite de processeur virtuel
Serveur Windows 2008 R2. Toutes les éditions de Windows Server 2008 R2 sont 64 bits uniquement.	4
Serveur Windows 2008 SP2 64 bits	4
Serveur Windows 2008 SP2 32 bits	4
Windows 7 64 bits	4
Windows 7 32 bits	4
Windows Vista 64 bits	2
Windows Vista 32 bits	2

Mémoire

Le serveur physique nécessite suffisamment de mémoire pour la partition racine et toutes les machines virtuelles s’exécutant sur le serveur. Pendant les tests, un minimum de 2 Go de mémoire a été alloué à la partition racine et le compteur de surveillance des performances Mémoire / Mo disponibles a été surveillé pour s’assurer qu’aucune pression de mémoire n’était ressentie.

La quantité de mémoire qui doit être allouée à chaque machine virtuelle dans un environnement de serveur BizTalk dépend de la charge de travail et du type de traitement qui sera effectué. De nombreux facteurs affectent les besoins en mémoire du serveur BizTalk, notamment:

• Taille des messages traités

• Débit des messages

• Conception d’orchestration

• Traitement des pipelines

• Nombre d’hôtes BizTalk que vous prévoyez d’exécuter sur la machine virtuelle

  Pour une liste complète des facteurs qui affectent la mémoire, reportez-vous à la section  » Facteurs de performance  » du Guide d’optimisation des performances du serveur BizTalk à https://go.microsoft.com/fwlink/?LinkId=122587.

  Surveillez de manière proactive le compteur de Mémoire/Mo de mémoire disponible à partir de chaque machine virtuelle et de la partition racine elle-même. Les directives suivantes de la liste de contrôle: La mesure des performances sur Hyper-V doit être utilisée pour déterminer s’il y a suffisamment de mémoire physique disponible pour la machine virtuelle et pour la partition racine:

• 50% de mémoire libre disponible ou plus = En bonne santé

• 25% de mémoire libre disponible = Moniteur

• 10% de mémoire libre disponible = Avertissement

• Moins de 5% de mémoire libre disponible = Critique, les performances seront affectées négativement

Choisir la version du système d’exploitation Racine

Hyper-V est pris en charge sur un cœur de serveur ainsi qu’une installation complète de Windows Server 2008 R2. Pour minimiser la surcharge de la partition racine, installez Hyper-V sur une installation de base de serveur de Windows Server 2008 R2. Le rôle Hyper-V peut être géré à distance depuis le gestionnaire Hyper-V sur un autre système. Server Core fournit un profil de disque et de mémoire plus petit, ce qui laisse plus de ressources disponibles pour les machines virtuelles. Pour plus d’informations sur l’option d’installation du cœur de serveur disponible pour Windows Server 2008 R2, consultez https://go.microsoft.com/fwlink/?LinkID=202439.

Si vous choisissez d’utiliser une installation complète de Windows Server 2008 R2, assurez-vous que la partition racine est dédiée uniquement au rôle serveur Hyper-V. L’exécution de rôles de serveur supplémentaires consommera de la mémoire, du disque, du processeur et des ressources réseau et dégradera les performances.

Création de vos Machines virtuelles

Après avoir installé et configuré le rôle serveur Hyper-V, vous devez créer les machines virtuelles. Avant de faire cela, il est utile de répondre aux questions suivantes:

• Quelle configuration de stockage vais-je utiliser ?

• Combien de processeurs virtuels le système d’exploitation invité prend-il en charge ?

• Quelle quantité de mémoire sera allouée à la machine virtuelle?

• Combien de machines virtuelles puis-je exécuter sur mon serveur Hyper-V ?

• Comment vais-je installer le système d’exploitation sur la machine ?

  Pour plus d’informations sur la création et la configuration de machines virtuelles, consultez Créer des machines virtuelles.

Installation du système d’exploitation de base

Toutes les options disponibles pour une installation de serveur physique sont disponibles dans Hyper-V. Un support CD/DVD-ROM amorçable ou une image ISO peuvent être utilisés pour effectuer une installation manuelle. Une installation réseau peut être effectuée si la machine virtuelle a été configurée avec une carte réseau connectée au même réseau qu’un serveur qui héberge les images ISO.

Pour installer et configurer les machines utilisées dans ce laboratoire, une image de base initiale a été créée sur un VHD de taille fixe. Cela impliquait une installation manuelle de Windows Server 2008 R2. Une fois toutes les mises à jour appropriées installées, la machine virtuelle de base a été imagée à l’aide de l’utilitaire sysprep installé avec Windows Server 2008, dans le répertoire %WINDIR%\system32\sysprep.

Installation et configuration de BizTalk Server

• Pour minimiser le temps nécessaire à l’installation des machines virtuelles, créez une image de base composée uniquement du système d’exploitation invité et des prérequis logiciels. Utilisez SysPrep pour préparer l’image VHD pour la réutilisation, puis basez toutes vos machines virtuelles (machines virtuelles) sur ce VHD.

  Remarque

  Avec BizTalk Server, il est possible d’exécuter Sysprep sur une image de base après l’installation et la configuration de BizTalk Server sur le serveur. Cela peut être accompli grâce à l’utilisation d’un fichier de réponse Sysprep et de scripts fournis avec BizTalk Server. Ces exemples de scripts sont conçus pour être utilisés avec BizTalk Server installé sur Windows Server 2008 R2. Pour plus d’informations, consultez la documentation en ligne du serveur BizTalk.

  La référence de configuration Windows sans surveillance est disponible à https://go.microsoft.com/fwlink/?LinkId=142364.

• Suivez les recommandations de la section  » Lors de l’installation et de la configuration de BizTalk Server… » de la rubrique Liste de contrôle : Meilleures pratiques pour l’Installation et la configuration de BizTalk Server sur Hyper-V.

• Pour plus d’informations sur la prise en charge de BizTalk Server et de SQL Server dans un environnement Hyper-V, reportez-vous à l’annexe C : Prise en charge de BizTalk Server et de SQL Server Hyper-V.