Liste de vérification : optimisation des performances sur Hyper-V
Les considérations suivantes s’appliquent lors de l’exécution de BizTalk Server et/ou des SQL Server instance qui ont les bases de données BizTalk Server sur des machines virtuelles Hyper-V.
Allouez 110 % à 125 % des ressources de processeur et de disque à l’Machines Virtuelles Hyper-V
Prévoyez d’allouer 110 % à 125 % des ressources processeur et 105 à 110 % des ressources de disque requises par une solution matérielle physique aux machines virtuelles Hyper-V utilisées pour la solution. En configurant la machine virtuelle Hyper-V avec des ressources supplémentaires, vous vous assurerez qu’elle peut fournir des performances à la hauteur du matériel physique tout en prenant en charge toute surcharge requise par la technologie de virtualisation Hyper-V.
| Étape | Référence |
|---|---|
| Étendue de la configuration matérielle requise pour la solution BizTalk Server. | - Pour définir la configuration matérielle requise pour la solution, suivez les instructions de la section « Planification de l’environnement pour BizTalk Server » du Guide des opérations BizTalk Server. - Pour étendre l’édition et le nombre de serveurs BizTalk qui seront requis par la solution, passez en revue BizTalk Server considérations de planification documentées dans Planification du niveau BizTalk Server. - Pour définir la version et le nombre d’ordinateurs SQL Server dont la solution a besoin, passez en revue les considérations relatives à la planification de la base de données dans la documentation suivante : --- « Planification du niveau base de données » --- la section « Surcharge de performances de l’exécution de SQL Server dans Hyper-V » du livre blanc « Meilleures pratiques et considérations relatives aux performances de l’exécution SQL Server 2008 dans un environnement Hyper-V ». - Pour terminer la planification des environnements de développement, de test, de préproduction et de production, consultez « Planification des environnements de développement, de test, de préproduction et de production ». |
| Une fois que vous avez étendu la configuration matérielle requise de votre solution BizTalk Server, envisagez de configurer les machines Hyper-V avec 110 % à 125 % des ressources de processeur et de disque si possible. | Par exemple, si la configuration matérielle requise pour un ordinateur de BizTalk Server physique utilisé par la solution est déterminée à 2 Go de RAM, à un processeur double cœur s’exécutant à 2 GHZ et à 2 disques physiques de 500 Go, dans l’idéal, la machine virtuelle Hyper-V utilisée par la solution serait configurée avec au moins deux processeurs virtuels exécutant >= 2,2 GHZ et des disques physiques plus rapides (généralement en ajoutant des broches ou en utilisant des disques plus rapides). |
Optimiser les performances d’Hyper-V
Utilisez les instructions générales suivantes pour configurer Hyper-V pour des performances optimales.
| Étape | Référence |
|---|---|
| Appliquez les conseils recommandés pour les serveurs de virtualisation de réglage des performances. Remarque : Pour les scénarios de test décrits dans Test BizTalk Server performances de virtualisation, les options de configuration qui ont été appliquées sont décrites dans les sections « Caractéristiques de l’infrastructure physique » et « Spécificités de la virtualisation » de l’article Vue d’ensemble du scénario de test. |
Section « Réglage des performances pour les serveurs de virtualisation » de l’article « Instructions relatives au réglage des performances pour Windows Server 2008 R2 ». |
| Fermez toutes les fenêtres de connexion de machine virtuelle qui ne sont pas utilisées. | Dans le gestionnaire Hyper-V, lorsque vous double-sélectionnez un nom de machine virtuelle, les fenêtres Connexion de machine virtuelle s’affichent. Ces fenêtres consomment des ressources qui pourraient autrement être gratuites. |
| Fermez ou réduisez le gestionnaire Hyper-V. | Le gestionnaire Hyper-V consomme des ressources en interrogeant continuellement chaque machine virtuelle en cours d’exécution pour l’utilisation du processeur et la durée de fonctionnement. La fermeture ou la réduction du gestionnaire Hyper-V libéreront ces ressources. |
Optimiser les performances du disque, de la mémoire, du réseau et du processeur dans un environnement Hyper-V
Utilisez les instructions suivantes pour optimiser les performances du disque, de la mémoire, du réseau et du processeur dans un environnement virtuel Hyper-V.
Optimiser les performances du processeur
Suivez ces instructions pour optimiser les performances du processeur des systèmes d’exploitation invités s’exécutant dans un environnement virtuel Hyper-V :
Configurer une allocation 1 à 1 de processeurs virtuels aux processeurs logiques disponibles pour de meilleures performances : Lors de l’exécution d’une application gourmande en processeur, la meilleure configuration est un ratio de 1 à 1 de processeurs virtuels dans le ou les systèmes d’exploitation invités et les processeurs logiques disponibles pour le système d’exploitation hôte. Toute autre configuration telle que 2 :1 ou 1 :2 est moins efficace. Le graphique suivant illustre une allocation 1 à 1 des cœurs de processeur virtuel dans le ou les systèmes d’exploitation invités aux processeurs logiques disponibles pour le système d’exploitation hôte :
Ratio de processeurs virtuels/logiquesTenez compte de la limite de processeurs virtuels pour différents systèmes d’exploitation invités et planifiez en conséquence : Le nombre de cœurs de processeur disponibles pour le système d’exploitation invité s’exécutant sur une machine virtuelle Hyper-V peut avoir un impact sur les performances globales de l’application hébergée. Par conséquent, vous devez déterminer quel système d’exploitation invité sera installé sur la machine virtuelle Hyper-V pour héberger les BizTalk Server et/ou les SQL Server instance qui hébergent les bases de données BizTalk Server. Hyper-V prend en charge le nombre suivant de processeurs virtuels pour le système d’exploitation invité spécifié :
| 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 Invités Windows pris en charge et Systèmes d’exploitation invités Windows pris en charge pour Hyper-V sur Windows Server.
Optimiser les performances des disques
Suivez ces instructions pour optimiser les performances des disques des systèmes d’exploitation invités s’exécutant dans un environnement virtuel Hyper-V :
| Étape | Référence |
|---|---|
| Configurez des disques virtuels à utiliser avec les machines virtuelles Hyper-V à l’aide de l’option disque dur virtuel (VHD) de taille fixe. Le disque dur virtuel de taille fixe offre des performances qui approchent de celles des disques physiques, ainsi que la flexibilité de fonctionnalités telles que la prise en charge des clustering et la prise en charge des disques instantané. | Le stockage sur disque dans un environnement Hyper-V est accessible via un contrôleur IDE virtuel ou un contrôleur SCSI virtuel. 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. Les options de stockage sur disque suivantes sont disponibles dans un environnement Hyper-V : - Disques de taille fixe - Un disque dur virtuel (VHD) de taille fixe est un disque pour lequel des blocs de données sont pré-alloués sur un disque physique en fonction de la taille de disque maximale définie au moment de la création. Par exemple, si vous créez un disque dur virtuel de taille fixe de 100 Go, Hyper-V alloue les 100 Go de stockage de blocs de données en plus de la surcharge requise pour les en-têtes et pieds de page du disque dur virtuel lors de la création du nouveau disque dur virtuel. - Disques à développement dynamique - Un disque dur virtuel à expansion dynamique est un disque dur pour lequel le disque dur virtuel initial ne contient aucun bloc de données. Au lieu de cela, l’espace est alloué dynamiquement à mesure que les données sont écrites sur le disque dur virtuel, jusqu’à la taille maximale spécifiée lors de la création du disque dur virtuel. Par exemple, un disque de 100 Go à expansion dynamique ne contient initialement que des en-têtes de disque dur virtuel et nécessite moins de 2 Mo d’espace de stockage physique. À mesure que de nouvelles données sont écrites par la machine virtuelle sur le disque dur virtuel à expansion dynamique, des blocs de données physiques supplémentaires sont alloués par incréments de 2 Mo au fichier VHD, jusqu’à un maximum de 100 Go. - Disques de différenciation - Un disque de différenciation est un type spécial de fichier de disque dur virtuel à développement dynamique associé à un disque dur virtuel « parent ». Dans cette topologie de stockage parent/enfant, le disque parent reste inchangé et toutes les opérations d’écriture effectuées sur le disque de différenciation « enfant » uniquement. Toutes les opérations de lecture sont d’abord vérifiées par rapport au disque de différenciation pour voir si le contenu mis à jour a été écrit sur le disque de différenciation ; si le contenu n’est pas dans le disque de différenciation, le contenu est lu à partir du disque dur virtuel parent. Les disques de différenciation sont utiles pour les scénarios dans lesquels vous devez maintenir une configuration de base de référence particulière et souhaitez tester facilement les modifications apportées à la base de référence, puis les restaurer. Bien que la flexibilité de la topologie de stockage parent/enfant fournie par le biais de disques de différenciation soit utile pour les tests, il ne s’agit pas de la configuration optimale pour les performances, car il existe une surcharge associée à la maintenance de la topologie parent/enfant requise lors de l’utilisation de disques de différenciation. - Disques passthrough : La fonctionnalité de disque passthrough permet au système d’exploitation invité de contourner le système de fichiers hôte Hyper-V et d’accéder directement au disque. Les disques mis à la disposition des systèmes d’exploitation invités via le passthrough doivent être définis sur « hors connexion » dans l’hôte Hyper-V pour s’assurer que le système d’exploitation hôte et le système d’exploitation invité ne tentent pas d’accéder au disque simultanément. Le disque passthrough offre un avantage marginal en termes de performances par rapport à d’autres options de stockage sur disque, 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 des 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 les fonctionnalités manquantes. Pour plus d’informations sur les performances relatives des choix de stockage sur disque fournis avec Hyper-V, consultez l’entrée de blog Analyse du stockage Hyper-V. |
| Configurer des disques pour les volumes de données à l’aide du contrôleur SCSI | Cela est recommandé, car le contrôleur SCSI ne peut être installé que si les services d’intégration Hyper-V sont installés alors que le contrôleur IDE émulé est disponible sans installer les services d’intégration Hyper-V. Les E/S de disque effectuées à l’aide du pilote de filtre IDE fourni avec les services d’intégration sont nettement meilleures que les performances d’E/S de disque fournies avec le contrôleur IDE émulé. Par conséquent, pour garantir des performances d’E/S de disque optimales pour les fichiers de données dans un environnement virtualisé Hyper-V, installez les services d’intégration sur le système d’exploitation hôte et le système d’exploitation 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 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. Important: N’attachez pas de disque système à un contrôleur SCSI. Un disque dur virtuel qui contient un système d’exploitation doit être attaché à un contrôleur IDE. |
Optimiser les performances de la mémoire
Suivez ces instructions pour optimiser les performances de mémoire des systèmes d’exploitation invités s’exécutant dans un environnement virtuel Hyper-V :
| Étape | Référence |
|---|---|
| Vérifiez qu’il y a suffisamment de mémoire installée sur l’ordinateur physique qui héberge les machines virtuelles Hyper-V | - La mémoire physique disponible est souvent le facteur de performances le plus important pour BizTalk Server s’exécutant sur une machine virtuelle Hyper-V. Cela est dû au fait que chaque machine virtuelle doit résider dans une mémoire non paginée ou une mémoire qui ne peut pas être paginée sur le disque. Étant donné que la mémoire non paginée du pool ne peut pas être paginée sur le disque, l’ordinateur physique qui héberge les machines virtuelles doit disposer d’une mémoire physique disponible égale à la somme de la mémoire allouée pour chaque machine virtuelle, plus les éléments suivants : 300 Mo pour l’hyperviseur plus 32 Mo pour le premier Go de RAM alloué à chaque machine virtuelle, plus 8 Mo supplémentaires pour chaque Go de RAM supplémentaire alloué à chaque machine virtuelle, plus 512 Mo pour le système d’exploitation hôte s’exécutant sur la partition racine Par exemple, si une machine virtuelle Hyper-V se voit allouer 2 Go de mémoire dans le Gestionnaire Hyper-V, la mémoire physique réelle utilisée lors de l’exécution de cette machine virtuelle Hyper-V est d’environ 2388 Mo (300 Mo pour l’hyperviseur + 2 Go alloués à la machine virtuelle + 32 Mo + 8 Mo = 2388 Mo). Étant donné que l’hyperviseur ne doit être chargé qu’une seule fois, l’initialisation des machines virtuelles suivantes n’entraîne pas la surcharge de 300 Mo associée au chargement de l’hyperviseur. Par conséquent, si deux machines virtuelles Hyper-V reçoivent chacune 2 Go de mémoire dans le Gestionnaire Hyper-V, la mémoire physique réelle utilisée lors de l’exécution de ces machines virtuelles Hyper-V est d’environ 4476 Mo (300 Mo pour l’hyperviseur + 4 Go alloués aux machines virtuelles + 64 Mo + 16 Mo = 4476 Mo). Note: En règle générale, prévoyez d’allouer au moins 512 Mo de mémoire à la partition racine afin de fournir des services tels que la virtualisation des E/S, la prise en charge des fichiers instantané et la gestion des partitions enfants. - Utiliser un système d’exploitation invité 64 bits lorsque cela est possible : envisagez d’utiliser un système d’exploitation 64 bits pour chaque système d’exploitation invité. Cette opération doit être effectuée, car par défaut, les systèmes d’exploitation Windows 32 bits peuvent traiter jusqu’à 2 Go d’espace d’adressage virtuel par processus. L’installation d’un système d’exploitation 64 bits permet aux applications de tirer pleinement parti de la mémoire installée sur l’ordinateur physique qui héberge les machines virtuelles Hyper-V. |
Optimiser les performances réseau
Hyper-V prend en charge les cartes réseau synthétiques et émulées dans les machines virtuelles, mais les appareils synthétiques offrent de meilleures performances et réduisent la surcharge du processeur. Chacune de ces cartes est connectée à un commutateur réseau virtuel, qui peut être connecté à une carte réseau physique si une connectivité réseau externe est nécessaire. Suivez les recommandations de cette section pour optimiser les performances réseau des systèmes d’exploitation invités s’exécutant dans un environnement virtuel Hyper-V.
Notes
Ces recommandations proviennent de la section « Réglage des performances pour les serveurs de virtualisation » du livre blanc Instructions relatives au réglage des performances pour Windows Server 2008 R2 disponible en téléchargement. Pour savoir comment paramétrer la carte réseau dans la partition racine, y compris la modération des interruptions, reportez-vous à la section « Optimisation des performances pour le sous-système réseau » de ce guide. Les réglages TCP de cette section doivent être appliqués, si nécessaire, aux partitions enfants.
| Étape | Référence |
|---|---|
| Configurer des Machines Virtuelles Hyper-V en cours d’exécution sur le même ordinateur hôte Hyper-V pour utiliser un Réseau virtuel | Suivez les recommandations de la section « Configurer des Machines Virtuelles Hyper-V en cours d’exécution sur le même ordinateur hôte Hyper-V pour utiliser un Réseau virtuel privé » de Optimisations réseau. |
| Désactiver le déchargement TCP pour les cartes réseau de machine virtuelle | Suivez les recommandations de la section « Désactiver le déchargement TCP pour les cartes réseau de machine virtuelle » de Optimisations réseau. |
| Configurez les systèmes d’exploitation invités pour utiliser la carte réseau synthétique Hyper-V. | Hyper-V dispose d’une carte réseau synthétique conçue spécifiquement pour permettre aux machines virtuelles de réduire considérablement la surcharge processeur sur les E/S réseau lorsqu’elle est comparée à la carte réseau émulée qui imite le matériel existant. La carte réseau synthétique communique entre les partitions enfant et racine sur le VMBus à l’aide de la mémoire partagée pour un transfert de données plus efficace. La carte réseau émulée doit être supprimée via la boîte de dialogue Paramètres de la machine virtuelle et remplacée par une carte réseau synthétique. L’invité exige que les services d’intégration de machine virtuelle soient installés. |
| Si elles sont disponibles, activez les fonctionnalités de déchargement pour le pilote de carte réseau physique dans la partition racine. | Comme dans le scénario natif, les fonctionnalités de déchargement dans la carte réseau physique réduisent l’utilisation du processeur des E/S réseau dans les scénarios de machine virtuelle. Hyper-V utilise actuellement le déchargement de la somme de contrôle LSOv1 et TCPv4. Les fonctionnalités de déchargement doivent être activées dans le pilote de la carte réseau physique dans la partition racine. Pour plus d’informations sur les fonctionnalités de déchargement dans les cartes réseau, reportez-vous à la section « Choix d’une carte réseau » de la section « Réglage des performances pour les serveurs de virtualisation » du livre blanc Instructions relatives au réglage des performances pour Windows Server 2008 R2 disponible en téléchargement. Les pilotes de certaines cartes réseau désactivent LSOv1, mais activent LSOv2 par défaut. Les administrateurs système doivent activer explicitement LSOv1 à l’aide de la boîte de dialogue Propriétés du pilote dans Gestionnaire de périphériques. |
| Configurez la topologie de commutateur réseau pour utiliser plusieurs cartes réseau. | Hyper-V prend en charge la création de plusieurs commutateurs de réseau virtuel, chacun pouvant être attaché à une carte réseau physique si nécessaire. Chaque carte réseau d’une machine virtuelle peut être connectée à un commutateur réseau virtuel. Si le serveur physique a plusieurs cartes réseau, les machines virtuelles avec des charges gourmandes en réseau peuvent tirer parti d’être connectées à différents commutateurs virtuels pour mieux utiliser les cartes réseau physiques. |
| Si plusieurs cartes réseau physiques sont installées sur l’ordinateur hôte Hyper-V, liez les interruptions d’appareil pour chaque carte réseau à un seul processeur logique. | Sous certaines charges de travail, la liaison des interruptions d’appareil pour une carte réseau unique à un seul processeur logique peut améliorer les performances d’Hyper-V. Nous recommandons ce réglage avancé uniquement pour résoudre des problèmes spécifiques liés à l’utilisation complète de la bande passante réseau. Les administrateurs système peuvent utiliser l’outil IntPolicy pour lier des interruptions d’appareil à des processeurs spécifiques. |
| Si possible, activez le balisage VLAN pour la carte réseau synthétique Hyper-V. | La carte réseau synthétique Hyper-V prend en charge le balisage VLAN. Il offre de meilleures performances réseau si la carte réseau physique prend en charge l’encapsulation NDIS_ENCAPSULATION_IEEE_802_3_P_AND_Q_IN_OOB pour le déchargement d’envoi et de somme de contrôle volumineux. Sans cette prise en charge, Hyper-V ne peut pas utiliser le déchargement matériel pour les paquets qui nécessitent un balisage VLAN et les performances réseau peuvent être réduites. |
| Installez la carte réseau haut débit sur l’ordinateur hôte Hyper-V et configurez pour des performances maximales. | Envisagez d’installer des cartes réseau de 1 Go sur l’ordinateur hôte Hyper-V et de configurer les cartes réseau avec une vitesse fixe au lieu d’utiliser la « négociation automatique ». Il est très important que les paramètres de vitesse réseau, de duplex et de contrôle de flux soient définis pour correspondre aux paramètres du commutateur auquel ils sont connectés. |
| Suivez les meilleures pratiques pour optimiser les performances réseau. | La rubrique Optimisations réseau offre des conseils généraux pour optimiser les performances réseau. Bien que cette rubrique n’offre pas de recommandations spécifiques pour optimiser les performances des BizTalk Server dans un environnement virtualisé Hyper-V, les techniques s’appliquent à n’importe quelle solution BizTalk Server, qu’elle s’exécute sur du matériel physique ou sur un environnement virtualisé Hyper-V. |
Optimiser les performances SQL Server
Suivez les recommandations de la rubrique optimisations SQL Server pour optimiser SQL Server performances de la solution BizTalk Server. Bien que cette rubrique n’offre pas de recommandations spécifiques pour optimiser les performances des BizTalk Server dans un environnement virtualisé Hyper-V, les techniques s’appliquent à n’importe quelle solution BizTalk Server, qu’elle s’exécute sur du matériel physique ou sur un environnement virtualisé Hyper-V.
Optimiser BizTalk Server solution
Suivez les recommandations de la rubrique BizTalk Server Optimisations pour optimiser les performances de la solution BizTalk Server. Bien que cette rubrique n’offre pas de recommandations spécifiques pour optimiser les performances des BizTalk Server dans un environnement virtualisé Hyper-V, les techniques s’appliquent à n’importe quelle solution BizTalk Server, qu’elle s’exécute sur du matériel physique ou sur un environnement virtualisé Hyper-V.