Meilleures pratiques pour l'exécution de Linux sur Hyper-V

Article
03/11/2016

S'applique à: Hyper-V Server 2012, Windows 8.1, Windows Server 2008 R2, Windows Server 2012 R2, Microsoft Hyper-V Server Technical Preview, Windows Server 2012, Hyper-V Server 2012 R2, Windows 10 Technical Preview, Windows Server Technical Preview, Windows 8

Ce document contient une liste de recommandations pour l'exécution de machine virtuelle Linux sur Hyper-V.

Paramétrage des systèmes de fichiers Linux sur les fichiers VHDX dynamique

Certains systèmes de fichiers Linux peuvent consommer beaucoup d'espace disque réel même lorsque le système de fichiers est pratiquement vide. Pour réduire l'utilisation de l'espace disque réel des fichiers VHDX dynamiques, tenez compte des recommandations suivantes :

Lorsque vous créez le VHDX, utilisez 1 Mo BlockSizeBytes (à partir de la valeur par défaut 32 Mo) dans PowerShell, par exemple :
```
PS > New-VHD –Path C:\MyVHDs\test.vhdx –SizeBytes 127GB –Dynamic –BlockSizeBytes 1MB
```
Le format ext4 est préférable à ext3 car ext4 est plus efficace d'espace qu'ext3 lorsqu'elle est utilisée avec les fichiers VHDX dynamiques.
Lorsque la création du système de fichiers spécifier le nombre de groupes de 4096, par exemple :
```
# mkfs.ext4 –G 4096 /dev/sdX1 
```

En raison du matériel hérité en cours de suppression de l'émulation dans des machines virtuelles de génération 2, le compte à rebours grub menu compte à rebours trop rapidement pour le menu grub s'affiche, chargement immédiatement l'entrée par défaut. Jusqu'à ce que grub est fixé à utiliser la minuterie pris en charge EFI, modifier**/boot/grub/grub.conf**/etc/default/grubou équivalent à avoir "délai d'attente = 100000 » au lieu de la valeur par défaut « délai d'attente = 5 ».

Démarrage de PxE sur les ordinateurs virtuels de génération 2

Étant donné que le minuteur PIT n'est pas présent dans les Machines virtuelles génération 2, connexions réseau au serveur TFTP PxE peuvent être arrêtées prématurément et empêchent le chargeur de démarrage à partir de la lecture de la configuration Grub et le chargement d'un noyau à partir du serveur.

Sur RHEL 6.x, le chargeur de démarrage grub hérités v0.97 EFI peut être utilisé au lieu de grub2, comme indiqué ici : https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html

Distributions de Linux que RHEL 6.x, une procédure similaire peut être suivie pour configurer v0.97 grub pour charger des noyaux Linux à partir d'un serveur PxE.

En outre, sur RHEL/CentOS 6.6 clavier et souris entrée ne fonctionnera pas avec le noyau avant l'installation, ce qui empêche la spécification d'options d'installation dans le menu. Une console série doit être configurée pour permettre la sélection des options d'installation.

Dans le efidefault sur le serveur PxE, ajoutez le paramètre suivant du noyau “console=ttyS1”
Sur l'ordinateur virtuel dans Hyper-V, installation d'un port COM à l'aide de cette applet de commande PowerShell :
```
Set-VMComPort –VMName <Name> -Number 2 –Path \\.\pipe\dbg1
```

Spécifier un fichier pour le noyau avant l'installation, vous éviterez également la nécessité de clavier et souris pendant l'installation.

Utiliser des adresses MAC statiques avec le clustering de basculement.

Ordinateurs virtuels Linux qui sera déployées à l'aide du clustering avec basculement doit être configurés avec une adresse statique media access control (MAC) pour chaque carte réseau virtuelle. Dans certaines versions de Linux, la configuration réseau peut être perdue après le basculement, car une nouvelle adresse MAC est affectée à la carte réseau virtuelle. Pour éviter de perdre la configuration du réseau, vérifiez que chaque carte réseau virtuelle a une adresse MAC statique. Vous pouvez configurer l'adresse MAC en modifiant les paramètres de l'ordinateur virtuel dans le Gestionnaire Hyper-V ou le Gestionnaire du Cluster de basculement.

Utilisation des adaptateurs de réseau Hyper-V-spécifiques, pas la carte réseau héritée.

Configurer et utiliser la carte Ethernet virtuelle, qui est une carte de réseau Hyper-V-spécifiques avec des performances améliorées. Si hérité et cartes de réseau Hyper-V-spécifiques associés à une machine virtuelle, le réseau de noms dans la sortie deifconfig –apeut afficher des valeurs aléatoires comme**_tmp12000801310**. Pour éviter ce problème, supprimez toutes les cartes réseau héritées lors de l'utilisation de cartes de réseau Hyper-V-spécifiques dans une machine virtuelle Linux.

Utiliser le Planificateur de l'e/s NOOP disque meilleures performances d'e/s.

Le noyau Linux possède quatre planificateurs d'e/s différentes pour réorganiser les demandes de différents algorithmes. NOOP est une file d'attente premier sorti qui transmet la décision de planification par l'hyperviseur. Il est recommandé d'utiliser NOOP comme planificateur lors de l'exécution de machine virtuelle Linux sur Hyper-V. Pour modifier la planification pour un périphérique spécifique, dans la configuration du chargeur de démarrage (/ etc/grub.conf, par exemple), ajoutezelevator=noopet les paramètres de noyau, puis redémarrez.

Ajoutez « numa = off » si la machine virtuelle Linux a plus de 7 processeurs virtuels ou plus de 30 Go de RAM.

Les ordinateurs virtuels Linux configurés pour utiliser plus de 7 processeurs virtuels doivent ajouternuma=offà la boot.cfg GRUB pour contourner un problème connu dans les noyaux Linux 2.6.x. Les ordinateurs virtuels Linux configurés pour utiliser plus de 30 Go de RAM doit également ajouternuma=offà la boot.cfg GRUB.

Réserver plus de mémoire pour kdump

Dans le cas où le noyau de capture de vidage se termine avec une erreur grave au démarrage, réserver plus de mémoire pour le noyau. Par exemple, modifiez le paramètrecrashkernel=384M-:128Mpourcrashkernel=384M-:256Mdans le fichier de configuration grub Ubuntu.

Réduire ou de développer des fichiers de disque dur virtuel peut entraîner des tables de partition GPT erronées

Hyper-V permet de réduire les fichiers de disque virtuel (VHD) sans tenir compte de toute partition, le volume ou les structures de données de système de fichiers qui peuvent exister sur le disque. Si le disque dur virtuel est réduit à l'origine de la fin du disque dur virtuel avant la fin d'une partition, les données peuvent être perdues, que partition peut devenir des données endommagées ou non valides peut être retournée lors de la lecture de la partition.

Après avoir redimensionné un disque dur virtuel, les administrateurs doivent utiliser un utilitaire tel que fdisk ou partitionnées pour mettre à jour de la partition, le volume et structures de système de fichiers afin de refléter la modification de la taille du disque. Réduction ou augmentation de la taille d'un disque dur virtuel qui a une Table de Partition GUID (GPT) entraîne un avertissement lorsqu'un outil de gestion de partition est utilisé pour vérifier la disposition des partitions, et indiquera l'administrateur pour corriger les en-têtes GPT premier et secondaires. Cette étape manuelle est possible sans effectuer sans perte de données.