CentOS et machines virtuelles de Red Hat Enterprise Linux sur Hyper-V

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

Les mappages de distribution de fonctionnalité suivants indiquent les fonctionnalités qui sont présentes dans les versions de Linux Integration Services intégrées et téléchargeables. Les problèmes connus et les solutions de contournement pour chaque distribution sont répertoriées après les tables.

Red Hat certifie Red Hat Enterprise Linux pris en charge lors de l'exécution sur Hyper-V. Consultez leCertification du matériel Red Hatpage web pour plus d'informations sur les combinaisons de versions RHEL et Hyper-V certifiés.

En raison de conflits potentiels entre la prise en charge intégrée de LIS et téléchargeable LIS noyaux de la mise à niveau, il est préférable de désinstaller les packages téléchargeables LIS et installer la dernière version LIS disponible après avoir modifié le noyau.

Légende du tableau

• Intégré– LIS sont inclus dans le cadre de cette distribution de Linux. Les numéros de version du module du noyau pour le LIS intégré (tel quelsmodpar exemple) sont différents du numéro de version du package de téléchargement LIS fournis par Microsoft. Une incompatibilité n'indique pas que le LIS intégré est obsolète.

• √-fonctionnalité disponible

• (vide)-fonctionnalité non disponible

Dans cette section :

• / CentOS RHEL 5.x série

• Série de 6.x RHEL/CentOS

• Série de 7.x RHEL/CentOS

• Remarques

/ CentOS RHEL 5.x série

Cette série a un prise en charge 32 bits du noyau PAE disponible. LIS 3.5 n'est pas compatible avec RHEL/CentOS 5.9-5.11. Aucun support n'est intégré LIS pour RHEL/CentOS avant 5.9.

Série de 6.x RHEL/CentOS

Le noyau 32 bits pour cette série est PAE activées. Il n'existe aucune prise en charge intégrée du LIS pour RHEL/CentOS 6.0 – 6.3.

Série de 7.x RHEL/CentOS

Cette série a uniquement des noyaux 64 bits.

Remarques

1. Pour cette version RHEL/CentOS, VLAN balisage fonctionne mais n'est pas le cas de l'agrégation des VLAN.

2. Injection d'IP statique peut ne pas fonctionne si le Gestionnaire de réseau a été configuré pour une carte réseau synthétique donnée sur l'ordinateur virtuel. Pour garantir le bon fonctionnement de l'adresse IP statique injection Assurez-vous que le Gestionnaire de réseau est désactivé soit complètement ou a été désactivé pour une carte réseau spécifique via son fichier ifcfg-ethX.

3. Lors de l'utilisation de périphériques virtuels fibre channel, assurez-vous que le numéro d'unité logique (LUN 0) de 0 a été remplie. Si le LUN 0 n'a pas été rempli, une machine virtuelle Linux n'est peut-être pas en mesure de monter les périphériques fibre channel en mode natif.

4. S'il existe des descripteurs de fichiers ouverts pendant une opération de sauvegarde d'ordinateur virtuel, puis, dans certains cas, les disques durs virtuels sauvegardés peut-être subir une vérification de cohérence de système (fsck) fichier de restauration.

5. Les opérations de sauvegarde en direct peuvent échouer silencieusement si l'ordinateur virtuel possède un périphérique iSCSI reliés ou le stockage en attachement direct (également appelé un disque direct).

6. Support de sauvegarde pour RHEL/CentOS 5.9 direct – 5.11/6.4/6.5 est disponible viaEssentials sauvegarde Hyper-V pour Linux.

7. Prise en charge de la mémoire dynamique est uniquement disponible sur les ordinateurs virtuels de 64 bits.

8. Prise en charge de l'ajout à chaud n'est pas activé par défaut dans cette distribution. Pour activer la prise en charge à chaud, vous devez ajouter une règle udev sous /etc/udev/rules.d/ comme suit :

   1. Créer un fichier**/etc/udev/rules.d/100-balloon.rules**. Vous pouvez utiliser n'importe quel autre nom souhaité pour le fichier.

   2. Ajoutez le contenu suivant au fichier :SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online"

   3. Redémarrez le système pour activer la prise en charge à chaud.

9. Les opérations de mémoire dynamique peuvent échouer si le système d'exploitation invité s'exécute trop faible de la mémoire. Voici quelques-unes des meilleures pratiques :

   • Mémoire de démarrage et la quantité minimale de mémoire doivent être égale ou supérieure à la quantité de mémoire recommandé par le fournisseur.

   • Les applications qui ont tendance à consommer la totalité de la mémoire disponible sur un système sont limitées à consommer jusqu'à 80 % de mémoire RAM disponible.

10. Si vous utilisez la mémoire dynamique sur un système d'exploitation Windows Server 2012, spécifiezmémoire de démarragemémoire Minimumetmémoire maximaleparamètres multiples de 128 mégaoctets (Mo). Cela peut conduire à chaud de défaillances, et vous ne voyez pas de mémoire augmenter dans un système d'exploitation invité.

11. Certaines distributions, y compris ceux utilisant LIS 3.5 et 4.0, fournissent l'augmentation de la capacité de prise en charge uniquement et ne fournissent pas de prise en charge à chaud. Dans ce scénario, la fonctionnalité mémoire dynamique peut être utilisée en définissant le paramètre de mémoire de démarrage pour une valeur qui est égale au paramètre mémoire maximale. Il en résulte dans toute la mémoire requise est ajouté à chaud à la machine virtuelle au démarrage et ensuite selon les besoins en mémoire de l'hôte, Hyper-V peut librement allouer ou libérer la mémoire de l'invité à l'aide de l'augmentation. Veillez à ce quemémoire de démarrageetmémoire Minimumne sont pas définis sous la valeur recommandée pour la distribution.

12. Pour activer l'infrastructure de (paire KVP) de paire clé/valeur, installer les démons de Hyper-v (sur RHEL 6.6) hypervkvpd rpm du package à partir de votre ISO RHEL. Le package peut également être installé directement à partir de référentiels RHEL.

13. DansWindows Server 2012 R2l'infrastructure de (paire KVP) de paire clé/valeur peut ne pas fonctionne correctement sans une mise à jour de logiciels de Linux. Contactez votre fournisseur de distribution pour obtenir la mise à jour dans le cas où vous voyez des problèmes avec cette fonctionnalité.

14. Génération 2 machines virtuelles ont le démarrage sécurisé activé par défaut et les ordinateurs virtuels de génération 2 Linux ne démarre pas, sauf si l'option de démarrage sécurisé est désactivée. Vous pouvez désactiver le démarrage sécurisé dans la section du microprogramme des paramètres de l'ordinateur virtuel dans le Gestionnaire Hyper-V ou vous pouvez la désactiver à l'aide de Powershell :

    Set-VMFirmware –VMName "VMname" -EnableSecureBoot Off
    

Voir aussi

• Set-VMFirmware

• Machines virtuelles Debian sur Hyper-V

• Ordinateurs virtuels Oracle Linux sur Hyper-V

• SUSE ordinateurs virtuels Hyper-V

• Ubuntu, les ordinateurs virtuels sur Hyper-V

• Machines virtuelles de FreeBSD sur Hyper-V

• Descriptions des fonctionnalités pour les ordinateurs virtuels Linux et de FreeBSD sur Hyper-V

• Certification du matériel Red Hat