Installation et configuration d’une machine virtuelle Hyper-V pour une utilisation avec BizTalk Server
Cette rubrique fournit des recommandations pour l’installation et la configuration de BizTalk Server dans un environnement Hyper-V, notamment 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 Nouveautés d’Hyper-V dans Windows Server 2008 R2. Le guide « Microsoft Hyper-V Server 2008 R2 Prise en main » fournit des détails sur l’installation et la configuration de Windows Server 2008 R2 Hyper-V.
Le document Recommandations relatives à l’optimisation 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.
Prérequis de la plateforme Hyper-V
Hyper-V est un rôle serveur disponible pour 64 bits et toutes les éditions de Windows Server 2008 SP2 sont 64 bits uniquement. En outre, 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 Intel Virtualization Technology (Intel VT) ou AMD-V (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 LAP doit être activée. Plus spécifiquement, vous devez activer le bit Intel XD (bit de désactivation d’exécution) ou le bit AMD NX (bit de non-exécution).
Notes
Après avoir activé ces options dans le BIOS système, éteignez complètement l’ordinateur, puis redémarrez l’ordinateur pour vous assurer que ces paramètres sont appliqués.
Détermination de la configuration matérielle requise
En raison des exigences de la consolidation des serveurs, les serveurs Hyper-V ont tendance à consommer plus de processeur et de mémoire, et nécessitent une bande passante d’E/S disque supérieure à celle des serveurs physiques avec des charges informatiques comparables. Pour déployer un environnement qui répond aux attentes, tenez compte des facteurs ci-dessous pour déterminer la configuration matérielle requise exacte 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 envisagez 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.
Lorsque vous planifiez la configuration du stockage, tenez compte des exigences de l’environnement que vous approvisionnez. 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 BizTalk Server de production sur Hyper-V, les performances seront une exigence clé. Pour éviter la contention 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 des 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 s’étendent sur plusieurs lecteurs de données, chaque disque dur virtuel doit être attaché à un contrôleur SCSI synthétique distinct pour de meilleures performances globales. En outre, chaque disque dur virtuel doit être stocké sur des disques physiques distincts. Pour plus d’informations sur la configuration des disques pour les volumes de données avec le contrôleur SCSI synthétique, consultez la section « Optimiser les performances des disques » de la rubrique Check-list : 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 priorité main. Pour les environnements de développement, les performances fournies lors de l’hébergement de plusieurs fichiers VHD sur un seul lecteur 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 attachée via un IDE ou un contrôleur SCSI à l’ordinateur. L’un des avantages potentiels de l’utilisation du contrôleur SCSI sur le contrôleur IDE 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é.
Notes
Contrairement aux versions précédentes de la technologie de virtualisation Microsoft, il n’existe aucune différence de performances entre l’utilisation d’un contrôleur IDE virtuel ou d’un contrôleur SCSI virtuel lors de l’accès à des disques durs virtuels.
Pour les activités intensives en lecture-écriture, telles que l’hébergement de bases de données SQL Server, l’option de disque direct offre des avantages de performances incrémentielles par rapport aux disques de disque dur virtuel fixes. L’option de passage 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 clustering prise en charge. Par conséquent, l’utilisation de la fonctionnalité de disque de passage 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 les fonctionnalités manquantes.
Le tableau suivant récapitule les avantages et les inconvénients des options de stockage Hyper-V disponibles :
| Type de stockage Hyper-V | Avantages | Inconvénients | Considérations relatives aux BizTalk Server |
|---|---|---|---|
| Disques de taille fixe | Fonctionne mieux qu’un disque dur virtuel 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 présente la surcharge processeur la plus faible des types de disque dur virtuel, car les lectures et les écritures n’ont pas besoin de rechercher le mappage du bloc. |
Nécessite l’allocation de la quantité totale d’espace disque à l’avance. | Utilisez pour les volumes de système d’exploitation sur BizTalk Server et SQL Server. Important: Le disque de démarrage d’une partition invitée Hyper-V doit être attaché à un contrôleur IDE. |
| Disques à développement dynamique | La taille du fichier VHD augmente à 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 disque dur virtuel de taille fixe. Cela est dû au fait que les blocs du disque démarrent en tant que blocs à zéro, mais ne sont pas sauvegardés par un espace réel dans le fichier VHD. Les lectures de ces blocs retournent un bloc de zéros. Lorsqu’un bloc est d’abord écrit dans, 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 de 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 disque dur virtuel de taille fixe. Si les performances ne sont pas un problème, pour instance dans un environnement de développement, il peut s’agir d’une option appropriée pour les disques durs du système d’exploitation. Entraîne une surcharge supplémentaire du processeur en raison de la recherche de mappage de blocs. |
| Disques de différenciation | Il s’agit d’une configuration parent-enfant où le disque de différenciation stocke toutes les modifications par rapport à un disque dur virtuel de base et où le disque dur virtuel de base reste statique. Par conséquent, seuls les blocs qui sont différents du parent doivent être stockés dans le disque dur virtuel de différenciation enfant. | Les performances peuvent se dégrader, car la lecture/écriture doit accéder au disque dur virtuel parent fixe/dynamique ainsi qu’au disque de différenciation. Cela augmente l’utilisation du processeur et la surcharge d’E/S disque. | Une grande quantité de configuration spécifique à l’ordinateur est requise pour BizTalk Server les installations et les fichiers VHD enfants peuvent augmenter considérablement, ce qui réduirait les avantages de l’utilisation de cette configuration de disque. Dans ce scénario, la lecture à partir de plusieurs disques durs virtuels entraîne une surcharge supplémentaire du processeur et des E/S de disque. |
| Disques directs | Il s’agit de disques physiques qui sont définis sur hors connexion dans la partition racine et qui permettent à Hyper-V d’avoir un accès exclusif en lecture-écriture au disque physique. | Nécessite un disque ou une 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 les fichiers VHD. |
Si votre SQL Server instance 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 BizTalk Server. Si vous hébergez des emplacements de réception de fichiers locaux sur BizTalk Server ou si vous diffusez en continu des messages volumineux sur le disque pendant le traitement, vous pouvez obtenir des améliorations incrémentielles des performances à l’aide de disques durs virtuels fixes (VHD). |
Pour plus d’informations sur l’implémentation de disques et de stockage avec Hyper-V, consultez Implémentation de disques et de stockage.
Mise en réseau
BizTalk Server a tendance à présenter une utilisation élevée du réseau. Par conséquent, lorsque les performances réseau sont un problème, envisagez d’allouer un carte réseau physique distinct 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 réseau, utilisez les compteurs de performances « \Network Interface \Bytes Total/s » et \Network Interface(*)\Output Queue Length sur le système d’exploitation hôte pour mesurer les performances globales de l’carte réseau. Si un réseau physique a été identifié comme étant occupé, utilisez le compteur « \Hyper-V Réseau virtuel Adapter (*)\Octets/s » sur le système d’exploitation hôte pour identifier la ou les cartes réseau des machines virtuelles qui génèrent une charge élevée.
Pour plus d’informations sur l’évaluation des performances réseau sur un environnement Hyper-V, consultez la section Mesure des performances réseau de la liste de contrôle : mesure des performances sur Hyper-V.
UC
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 processeur 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 ou les systèmes d’exploitation invités aux processeurs logiques disponibles pour le système d’exploitation hôte afin d’éviter un changement de contexte excessif. Un basculement de contexte excessif entre les processeurs entraîne une dégradation des performances. Pour plus d’informations sur l’allocation de processeurs virtuels aux processeurs logiques, consultez la section « Optimiser les performances du processeur » de la rubrique Check-list : Optimisation des performances sur Hyper-V.
Le compteur « \Hyperviseur Logique Processeur(_Total)\% Durée d’exécution totale » Analyseur de performances 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 s’exécute à la capacité maximale ; L’allocation de processeurs virtuels supplémentaires à des machines virtuelles dans ce scénario peut dégrader les performances globales du système et doit être évitée. Pour plus d’informations sur l’utilisation des compteurs de performances HyperV, consultez la section Évaluation des performances BizTalk Server sur Hyper-V de ce guide.
| Système d’exploitation | Limite de processeur virtuel |
|---|---|
| Windows Server 2008 R2. Toutes les éditions de Windows Server 2008 R2 sont 64 bits uniquement. | 4 |
| Windows Server 2008 SP2 64 bits | 4 |
| Windows Server 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 |
Notes
Pour plus d’informations sur les systèmes d’exploitation invités pris en charge sur Hyper-V, consultez https://go.microsoft.com/fwlink/?LinkID=118347.
Mémoire
Le serveur physique a besoin de suffisamment de mémoire pour la partition racine et toutes les machines virtuelles s’exécutant sur le serveur. Pendant le test, un minimum de 2 Go de mémoire a été alloué à la partition racine et le compteur de performance Mémoire/Octets disponibles a été surveillé pour s’assurer qu’aucune pression de mémoire n’a été subie.
La quantité de mémoire qui doit être allouée à chaque machine virtuelle dans un environnement BizTalk Server dépend de la charge de travail et du type de traitement à effectuer. De nombreux facteurs affectent les besoins en mémoire de BizTalk Server, notamment :
Taille des messages traités
Débit des messages
Conception de l’orchestration
Traitement du pipeline
Nombre d’hôtes BizTalk que vous envisagez d’exécuter dans la machine virtuelle
Pour obtenir la liste complète des facteurs qui affectent la mémoire, consultez la section « Facteurs de performances » du Guide d’optimisation des performances BizTalk Server.
Surveillez de manière proactive le compteur mémoire/octets disponibles à partir de chaque machine virtuelle et de la partition racine elle-même. Les instructions 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 disponible ou plus = sain
25 % de mémoire disponible = analyse
10 % de mémoire disponible = avertissement
Moins de 5 % de la mémoire libre disponible = Critique, les performances seront affectées
Choix de la version du système d’exploitation racine
Hyper-V est pris en charge sur server Core ainsi qu’une installation complète de Windows Server 2008 R2. Pour réduire la surcharge de la partition racine, installez Hyper-V sur une installation Server Core de Windows Server 2008 R2. Le rôle Hyper-V peut être géré à distance à partir du Gestionnaire Hyper-V sur un autre système. Server Core fournit un profil de disque et de mémoire plus petit, ce qui laisse davantage de ressources disponibles pour les machines virtuelles. Pour plus d’informations sur l’option d’installation Server Core disponible pour Windows Server 2008 R2, consultez Server Core pour Windows Server 2008 R2.
Si vous choisissez d’utiliser une installation complète de Windows Server 2008 R2, vérifiez que la partition racine est dédiée uniquement au rôle serveur Hyper-V. L’exécution de rôles serveur supplémentaires consomme de la mémoire, du disque, du processeur et des ressources réseau et dégrade les performances.
Création de votre Machines Virtuelles
Une fois que vous avez installé et configuré le rôle serveur Hyper-V, vous devez créer les machines virtuelles. Avant de procéder, 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 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 démarrable ou une image ISO peut être utilisé 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.
Important
Quelle que soit la méthode d’installation choisie, pour des raisons de performances, il est essentiel que les composants d’intégration du système d’exploitation soient installés pour chaque machine virtuelle s’exécutant sous Hyper-V. Les composants d’intégration fournissent un ensemble de pilotes et de services qui permettent à l’ordinateur invité de fonctionner à l’aide de périphériques synthétiques. Les appareils synthétiques évitent d’avoir besoin d’appareils émulés, qui sont utilisés sur les systèmes d’exploitation qui ne prennent pas en charge les composants d’intégration. Les appareils émulés entraînent une surcharge système plus importante par rapport aux appareils synthétiques.
Pour installer et configurer les machines utilisées dans ce labo, une image de base initiale a été créée sur un disque dur virtuel de taille fixe. Cela a impliqué 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é créée à l’aide de l’utilitaire sysprep installé avec Windows Server 2008, dans le répertoire %WINDIR%\system32\sysprep.
Notes
L’exécution de Sysprep après l’installation et la configuration de BizTalk Server sur le serveur peut être effectuée à l’aide d’un fichier de réponses Sysprep et de scripts fournis avec BizTalk Server. Ces exemples de scripts sont conçus pour être utilisés avec BizTalk Server installés sur Windows Server 2008 R2. Pour plus d’informations, consultez la documentation en ligne BizTalk Server.
Installation et configuration de BizTalk Server
Pour réduire 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 sur ce disque dur virtuel.
Notes
Après avoir installé et configuré BizTalk Server sur votre serveur, vous pouvez exécuter SysPrep sur une image de base à l’aide d’un fichier de réponses SysPrep et de scripts fournis avec BizTalk Server. Ces exemples de scripts sont conçus pour être utilisés avec BizTalk Server et sont installés sur Windows Server 2008 R2. Pour plus d’informations, consultez Sysprep un disque dur virtuel BizTalk Server (exemple BizTalk Server),Référence du programme d’installation Windows sans assistance et Référence du programme d’installation de Windows sans assistance.
Suivez les recommandations de la section « Lors de l’installation et de la configuration de BizTalk Server... » de la rubrique Check-list : Meilleures pratiques pour l’installation et la configuration de BizTalk Server sur Hyper-V.
Pour plus d’informations sur la prise en charge des BizTalk Server et des SQL Server dans un environnement Hyper-V, consultez l’annexe C : BizTalk Server et SQL Server prise en charge d’Hyper-V.