VM Linux

Lorsque vous souhaitez créer une machine virtuelle Linux, créez la machine virtuelle à l’aide d’un modèle pour le système d’exploitation que vous souhaitez exécuter sur la machine virtuelle. Vous pouvez utiliser un modèle que HASH (0x2c1a078) fournit pour votre système d’exploitation, ou un modèle que vous avez créé précédemment. Vous pouvez créer la machine virtuelle à partir de HASH (0x2e6c8e8) ou de l’interface de ligne de commande. Cette section se concentre sur l’utilisation de l’interface de ligne de commande.

Note :

Pour créer une machine virtuelle d’une mise à jour mineure plus récente d’une version RHEL que celle prise en charge pour l’installation par HASH (0x2c1a078), procédez comme suit :

  • Installer à partir des derniers supports pris en charge
  • Utiliseryum update pour actualiser la machine virtuelle

Ce processus s’applique également aux dérivés RHEL tels que CentOS et Oracle Linux.

Nous vous recommandons d’installer le HASH (0x2e68170) immédiatement après l’installation du système d’exploitation. Pour plus d’informations, reportez-vous à la section Installer l’agent invité Linux. Pour certains systèmes d’exploitation, le HASH (0x2e68170) inclut un noyau spécifique à HASH (0x2e68218), qui remplace le noyau fourni par le fournisseur. D’autres systèmes d’exploitation, tels que RHEL 5.x, nécessitent l’installation d’une version spécifique d’un noyau fourni par le fournisseur.

La vue d’ensemble de la création d’une machine virtuelle Linux est la suivante :

  1. Créez la machine virtuelle pour votre système d’exploitation cible à l’aide de HASH (0x2e6c8e8) ou de l’interface de ligne de commande.

  2. Installez le système d’exploitation à l’aide du support d’installation du fournisseur.

  3. Installez le HASH (0x2e68170) (recommandé).

  4. Configurez l’heure et le fuseau horaire appropriés sur la machine virtuelle et le VNC comme vous le feriez dans un environnement non virtuel normal.

HASH (0x2c1a078) prend en charge l’installation de nombreuses distributions Linux en tant que machines virtuelles. Il existe trois mécanismes d’installation :

Avertissement :

Le modèle Autre support d’installation est destiné aux utilisateurs avancés qui souhaitent essayer d’installer des machines virtuelles exécutant des systèmes d’exploitation non pris en charge. HASH (0x2c1a078) a été testé en exécutant uniquement les distributions prises en charge et les versions spécifiques couvertes par les modèles standard fournis. Les machines virtuelles installées à l’aide du modèle Autre support d’installationne sont pas prises en charge.

Les machines virtuelles créées à l’aide du modèle Autre support d’installation sont créées en tant qu’invités HVM. Ce comportement peut signifier que certaines machines virtuelles Linux utilisent des périphériques émulés plus lents plutôt que des pilotes d’E/S plus performants.

Pour plus d’informations sur des distributions Linux spécifiques, reportez-vous à la sectionNotes d’installation pour les distributions Linux.

Distributions PV Linux

Les distributions PV Linux prises en charge sont :

  • Debian Wheezy 7 (32-/64 bits)
  • Red Hat Enterprise Linux 5.x (32-/64 bits)

    Pris en charge à condition que vous utilisiez le noyau 5.4 ou ultérieur.

  • Red Hat Enterprise Linux 6.x (32-/64 bits)
  • CentOS 5.x (32-/64 bits)
  • CentOS 6.x (32-/64 bits)
  • Oracle Linux 5.x (32-/64 bits)
  • Oracle Linux 6.x (32-/64 bits)
  • Scientific Linux 6.6 — 6.9 (32-/64 bits)
  • SUSE Linux Enterprise Server 11 SP3, SP4 (32-/64 bits)
  • SUSE Linux Enterprise Server 12, 12 SP1, 12 SP2 (64 bits)
  • SUSE Linux Enterprise Desktop 11 SP3 (64 bits)
  • SUSE Linux Enterprise Desktop 12, 12 SP1, 12 SP2 (64 bits)
  • Neokylin Linux Advanced Server 6.5 (64 bits)
  • Neokylin Linux Advanced Server 7.2 (64 bits)

Les autres distributions PV Linux ne sont pas prises en charge. Toutefois, les distributions qui utilisent le même mécanisme d’installation que Red Hat Enterprise Linux (par exemple, Fedora Core) peuvent être installées avec succès à l’aide du même modèle.

Remarques :

  • L’exécution de machines virtuelles PV Linux 32 bits sur un hôte disposant de plus de 128 Go de mémoire n’est pas prise en charge.

  • Les fonctionnalités de sécurité matérielle HASH (0x2c1a078) peuvent réduire les performances globales des machines virtuelles photovoltaïques 32 bits. Si ce problème vous concerne, vous pouvez effectuer l’une des opérations suivantes :

    • Exécuter une version 64 bits de la machine virtuelle PV Linux
    • Démarrez Xen avec l’no-smep no-smap option.

    Nous ne recommandons pas cette option car elle peut réduire la profondeur de sécurité de l’hôte

Distributions HVM Linux

Ces machines virtuelles peuvent tirer parti des technologies de conteneurs virtuels x86 dans les nouveaux processeurs pour améliorer les performances. L’accès au réseau et au stockage de ces hôtes fonctionne toujours en mode PV, à l’aide de pilotes intégrés aux noyaux.

Les distributions HVM Linux prises en charge sont les suivantes :

  • Debian Jessie 8 (32-/64 bits)
  • Debian Stretch 9 (32-/64 bits)
  • Red Hat Enterprise Linux 7.x (64 bits)
  • CentOS 7.x (64 bits)
  • Oracle Enterprise Linux 7.x (64 bits)
  • Scientific Linux 7.x (64 bits)
  • SUSE Linux Enterprise Server 12 SP3 (64 bits)
  • SUSE Linux Enterprise Desktop 12 SP3 (64 bits)
  • SUSE Linux Enterprise Server 15 (64 bits)
  • SUSE Linux Enterprise Desktop 15 (64 bits)
  • Ubuntu 14.04 (32-/64 bits)
  • Ubuntu 16.04 (32-/64 bits)
  • Ubuntu 18.04 (64 bits)
  • CoreOS stable (64 bits)

Les autres distributions HVM ne sont pas prises en charge. Toutefois, les distributions qui utilisent le même mécanisme d’installation que Red Hat Enterprise Linux (par exemple, Fedora Core) peuvent être installées avec succès à l’aide du même modèle.

Créer une machine virtuelle Linux en installant à partir d’un référentiel Internet

Cette section montre la procédure xe CLI pour créer une machine virtuelle Linux, à l’aide d’un exemple Debian Squeeze, en installant le système d’exploitation à partir d’un référentiel Internet.

  1. Créez une machine virtuelle à partir du modèle Debian Squeeze. L’UUID de la machine virtuelle est retourné :

    xe vm-install template=template-name new-name-label=squeeze-vm
    
  2. Spécifiez le référentiel d’installation. Ce dépôt est un miroir Debian avec les paquets requis pour installer le système de base et l’extra que vous sélectionnez lors de l’installateur Debian :

    xe vm-param-set uuid=UUID other-config:install-repository=path_to_repository
    

    Un exemple de chemin de dépôt valide est l’http://ftp.xx.debian.org/debian emplacementxx de votre code de pays (voir la liste miroir Debian pour une liste de ces codes). Pour plusieurs installations, nous vous recommandons d’utiliser un miroir local ou un proxy apt pour éviter de générer un trafic ou une charge réseau excessifs sur les référentiels centraux.

    Note :

    L’installateur Debian ne prend en charge que les repos apt HTTP et FTP. NFS n’est pas pris en charge.

  3. Recherchez l’UUID du réseau auquel vous souhaitez vous connecter. Par exemple, s’il s’agit de celle attachée à xenbr0 :

    xe network-list bridge=xenbr0 --minimal
    
  4. Créez un VIF pour connecter la nouvelle machine virtuelle à ce réseau :

    xe vif-create vm-uuid=vm_uuid network-uuid=network_uuid mac=random device=0
    
  5. Démarrez la machine virtuelle. Il démarre directement dans l’installateur Debian :

    xe vm-start uuid=UUID
    
  6. Suivez la procédure de l’installateur Debian pour installer la machine virtuelle dans la configuration dont vous avez besoin.

  7. Installez l’agent invité et configurez l’affichage graphique. Pour plus d’informations, reportez-vous à la section Installer l’agent invité Linux.

Créer une machine virtuelle Linux en installant à partir d’un CD ou d’un DVD physique

Cette section montre la procédure CLI pour créer une machine virtuelle Linux, à l’aide d’un exemple Debian Squeeze, en installant le système d’exploitation à partir d’un CD/DVD physique.

  1. Créez une machine virtuelle à partir du modèle Debian Squeeze. L’UUID de la machine virtuelle est retourné :

    xe vm-install template=template-name new-name-label=vm-name
    
  2. Obtenez l’UUID du disque racine de la nouvelle machine virtuelle :

    xe vbd-list vm-uuid=vm_uuid userdevice=0 params=uuid --minimal
    
  3. En utilisant l’UUID retourné, définissez le disque racine pour qu’il ne soit pas amorçable :

    xe vbd-param-set uuid=root_disk_uuid bootable=false
    
  4. Obtenez le nom du lecteur de CD physique sur le serveur HASH (0x2e68218) :

    xe cd-list
    

    Le résultat de cette commande vous donne quelque chose comme SCSI 0:0:0:0 pour lename-label champ.

  5. Ajoutez un CD-ROM virtuel à la nouvelle machine virtuelle en utilisant le paramètre de lecteur de CD du serveur HASH (0x2e68218) commename-labelcd-name```` paramètre :

    xe vm-cd-add vm=vm_name cd-name="host_cd_drive_name_label" device=3
    
  6. Obtenez l’UUID du VBD correspondant au nouveau lecteur de CD virtuel :

    xe vbd-list vm-uuid=vm_uuid type=CD params=uuid --minimal
    
  7. Rendez le VBD du CD virtuel amorçable :

    xe vbd-param-set uuid=cd_drive_uuid bootable=true
    
  8. Définissez le référentiel d’installation de la machine virtuelle comme lecteur de CD :

    xe vm-param-set uuid=vm_uuid other-config:install-repository=cdrom
    
  9. Insérez le CD d’installation de Debian Squeeze dans le lecteur de CD sur le serveur HASH (0x2e68218).

  10. Ouvrez une console sur la machine virtuelle avec HASH (0x2e6c8e8) ou un terminal SSH et suivez les étapes pour effectuer l’installation du système d’exploitation.

  11. Démarrez la machine virtuelle. Il démarre directement dans l’installateur Debian :

    xe vm-start uuid=UUID
    
  12. Installez les utilitaires invités et configurez l’affichage graphique. Pour plus d’informations, reportez-vous à la section Installer l’agent invité Linux.

Créer une machine virtuelle Linux en installant à partir d’une image ISO

Cette section présente la procédure CLI pour créer une machine virtuelle Linux, en installant le système d’exploitation à partir de l’ISO accessible au réseau.

  1. Exécutez la commande

    xe vm-install template=template new-name-label=name_for_vm sr-uuid=storage_repository_uuid
    

    Cette commande renvoie l’UUID de la nouvelle machine virtuelle.

  2. Recherchez l’UUID du réseau auquel vous souhaitez vous connecter. Par exemple, s’il s’agit de celle attachée à xenbr0 :

    xe network-list bridge=xenbr0 --minimal
    
  3. Créez un VIF pour connecter la nouvelle machine virtuelle à ce réseau :

    xe vif-create vm-uuid=vm_uuid network-uuid=network_uuid mac=random device=0
    
  4. Définissez lainstall-repository clé duother-config paramètre sur le chemin d’accès de votre référentiel réseau. Par exemple, pour utiliserhttp://mirror.centos.org/centos/6/os/x86_64 comme URL du support fournisseur :

    xe vm-param-set uuid=vm_uuid other-config:install-repository=http://mirror.centos.org/centos/6/os/x86_64
    
  5. Démarrer la machine virtuelle

    xe vm-start uuid=vm_uuid
    
  6. Connectez-vous à la console VM à l’aide de HASH (0x2e6c8e8) ou VNC et effectuez l’installation du système d’exploitation.

Notes sur l’installation du réseau

Le programme d’installation invité HASH (0x2c1a078) vous permet d’installer un système d’exploitation à partir d’une image ISO accessible au réseau sur une machine virtuelle. Pour préparer l’installation à partir d’une ISO, faites un référentiel réseau éclaté de votre support fournisseur (pas d’images ISO). Exportez-le via NFS, HTTP ou FTP afin qu’il soit accessible à l’interface d’administration du serveur HASH (0x2e68218).

Le référentiel réseau doit être accessible depuis le domaine de contrôle du serveur HASH (0x2e68218), en utilisant normalement l’interface de gestion. L’URL doit pointer vers la base de l’image CD/DVD sur le serveur réseau, et doit être de la forme suivante :

  • HTTP: http://<server>/<path>
  • FTP: ftp://<server>/<path>
  • NFS: nfs://<server>/<path>
  • NFS: nfs:<server>/<path>

Consultez les instructions d’installation de votre fournisseur pour plus d’informations sur la préparation d’une installation réseau, par exemple sur l’emplacement de décompresser l’ISO.

Note :

Lorsque vous utilisez la méthode d’installation NFS à partir de HASH (0x2e6c8e8), utilisez toujours lenfs:// style de chemin.

Lors de la création de machines virtuelles à partir de modèles, l’assistant Nouvelle machine virtuelle HASH (0x2e6c8e8) vous invite à entrer l’URL du référentiel. Lors de l’utilisation de l’interface de ligne de commande, installez le modèle comme normal à l’aide,vm-install puis définissez leother-config:install-repository paramètre sur la valeur de l’URL. Lorsque la machine virtuelle est ensuite démarrée, elle démarre le processus d’installation réseau.

Avertissement :

Lors de l’installation d’une nouvelle machine virtuelle basée sur Linux, il est important de terminer l’installation et de la redémarrer avant d’effectuer d’autres opérations dessus. Ce processus est analogue à ne pas interrompre une installation Windows, ce qui vous laisserait avec une machine virtuelle non fonctionnelle.

Paramètres avancés de démarrage du système d’exploitation

Lors de la création d’une machine virtuelle, vous pouvez spécifier des paramètres de démarrage avancés du système d’exploitation à l’aide de HASH (0x2e6c8e8) ou de l’interface de ligne de commande xe. Spécifier des paramètres avancés peut être utile lorsque vous configurez, par exemple, des installations automatisées d’invités paravirtualisés. Par exemple, vous pouvez utiliser un fichier de pré-démarrage Debian ou RHEL kickstart comme suit.

Pour installer Debian à l’aide d’un fichier de prédémarrage :

  1. Créez un fichier de prédémarrage. Pour plus d’informations sur la création de fichiers de prédémarrage, consultez la documentation Debian pour plus de détails.

  2. Définissez correctement la ligne de commande du noyau pour la machine virtuelle avant de le démarrer. Utilisez l’assistant Nouvelle machine virtuelle dans HASH (0x2e6c8e8) ou exécutez une commande xe CLI comme suit :

    xe vm-param-set uuid=uuid PV-args=preseed_arguments
    

Pour installer RHEL à l’aide d’un fichier Kickstart :

Note :

Un fichier Kickstart Red Hat est une méthode d’installation automatisée, similaire à un fichier de réponses, que vous pouvez utiliser pour fournir des réponses aux invites d’installation RHEL. Pour créer ce fichier, installez RHEL manuellement. Le fichier kickstart se trouve dans/root/anaconda-ks.cfg.

  1. Dans HASH (0x2e6c8e8), choisissez le modèle RHEL approprié.

  2. Spécifiez le fichier kickstart à utiliser comme argument de ligne de commande du noyau dans l’Assistant Nouvelle machine virtuelle HASH (0x2e6c8e8). Spécifiez cette valeur exactement comme elle serait spécifiée dans le fichier de configuration PXE. Par exemple :

    ks=http://server/path ksdevice=eth0
    
  3. Sur la ligne de commande, utilisezvm-param-set pour définir lePV-args paramètre pour utiliser un fichier Kickstart

    xe vm-param-set uuid=vm_uuid PV-args="ks=http://server/path ksdevice=eth0"
    
  4. Définissez l’emplacement du dépôt afin que HASH (0x2c1a078) sache où obtenir le noyau et àinitrd partir pour le démarrage de l’installateur :

    xe vm-param-set uuid=vm_uuid other-config:install-repository=http://server/path
    

Note :

Pour installer à l’aide d’un fichier kickstart sans l’assistant Nouvelle machine virtuelle , vous pouvez ajouter l’argument approprié à la zone de texte Paramètres de démarrage avancés du système d’exploitation .

Installer l’agent invité Linux

Bien que toutes les distributions Linux prises en charge soient nativement paravirtualisées (et n’ont pas besoin de pilotes spéciaux pour des performances complètes), HASH (0x2c1a078) inclut un agent invité. Cet agent invité fournit des informations supplémentaires sur la machine virtuelle à l’hôte. Installez l’agent invité sur chaque machine virtuelle Linux pour activer Dynamic Memory Control (DMC).

Il est important de garder l’agent invité Linux à jour lorsque vous mettez à niveau votre serveur HASH (0x2e68218). Pour plus d’informations, reportez-vous à la section Mise à jour des noyaux Linux et des utilitaires invités.

Note :

Avant d’installer l’agent invité sur un invité SUSE Linux Enterprise Desktop ou Server 15, assurez-vous qu’ insserv-compat-0.1-2.15.noarch.rpm il est installé sur l’invité.

Pour installer l’agent invité :

  1. Les fichiers requis sont présents sur l’imageguest-tools.iso CD intégrée, ou peuvent être installés en sélectionnant VM , puis Installer HASH (0x2e68170) option dans HASH (0x2e6c8e8).

  2. Montez l’image sur l’invité en exécutant la commande :

    mount -o ro,exec /dev/disk/by-label/HASH(0x2e68170) /mnt
    

    Note :

    Si le montage de l’image échoue, vous pouvez la localiser en exécutant les opérations suivantes :

    blkid -t LABEL = « HASH (0x2e68170) »
    
  3. Exécutez le script d’installation en tant qu’utilisateur root :

    /mnt/Linux/install.sh
    
  4. Démontez l’image de l’invité en exécutant la commande :

    umount /mnt
    
  5. Si le noyau a été mis à niveau ou si la machine virtuelle a été mise à niveau à partir d’une version précédente, redémarrez la machine virtuelle maintenant.

    Note :

    Les lecteurs de CD-ROM et les ISO connectés aux machines virtuelles Linux apparaissent comme des périphériques, tels que/dev/xvdd ou/dev/sdd , au lieu de ce/dev/cdrom que vous pourriez attendre. Ce comportement est parce qu’ils ne sont pas de vrais périphériques CD-ROM, mais des périphériques normaux. Lorsque vous utilisez HASH (0x2e6c8e8) ou l’interface de ligne de commande pour éjecter le CD, il débranche à chaud le périphérique de la machine virtuelle et le périphérique disparaît. Dans les machines virtuelles Windows, le comportement est différent et le CD reste dans la machine virtuelle dans un état vide.

Notes d’installation pour les distributions Linux

Cette section suivante répertorie les informations de configuration spécifiques au fournisseur à prendre en compte avant de créer les machines virtuelles Linux spécifiées.

Pour obtenir des notes de mise à jour plus détaillées sur toutes les distributions, reportez-vous à la sectionNotes de mise à jour de la VM Linux.

CentOS 5.x (32-/64 bits)

Pour une machine virtuelle CentOS 5.x, assurez-vous que le système d’exploitation utilise le noyau CentOS 5.4 ou version ultérieure, disponible auprès du fournisseur de distribution. Les versions du noyau Enterprise Linux antérieures à 5.4 contiennent des problèmes qui empêchent les machines virtuelles HASH (0x2c1a078) de fonctionner correctement. Mettez à niveau le noyau à l’aide de la procédure normale de mise à niveau du noyau du fournisseur.

Red Hat Enterprise Linux 5.x (32-/64 bits)

Pour les machines virtuelles RHEL 5.x, assurez-vous que le système d’exploitation utilise le noyau RHEL 5.4 (2.6.18-164.el5) ou version ultérieure, disponible auprès du fournisseur de distribution.Les versions du noyau Enterprise Linux antérieures à 5.4 contiennent des problèmes qui empêchent les machines virtuelles HASH (0x2c1a078) de fonctionner correctement. Mettez à niveau le noyau à l’aide de la procédure normale de mise à niveau du noyau du fournisseur.

Red Hat Enterprise Linux * 7.x (32-/64 bits)

Le nouveau modèle pour ces invités spécifie 2 Go de RAM. Cette quantité de RAM est requise pour une installation réussie de la version 7.4 et ultérieure. Pour v7.0 - v7.3, le modèle spécifie 2 Go de RAM, mais comme avec les versions précédentes de HASH (0x2c1a078), 1 Go de RAM est suffisant.

Note :

Ces informations s’appliquent à la fois aux dérivés Red Hat et Red Hat.

Oracle Linux 5.x (32-/64 bits)

Pour une machine virtuelle OEL 5.x, assurez-vous que le système d’exploitation utilise le noyau OEL 5.4 ou version ultérieure, disponible auprès du fournisseur de distribution. Les versions du noyau Enterprise Linux antérieures à la version 5.4 contiennent des problèmes qui empêchent les machines virtuelles HASH (0x2c1a078) de s’exécuter correctement. Mettez à niveau le noyau à l’aide de la procédure normale de mise à niveau du noyau du fournisseur.

Pour OEL 5.6 64 bits, Unbreakable Enterprise Kernel (UEK) ne prend pas en charge la plate-forme Xen. Si vous essayez d’utiliser UEK avec ce système d’exploitation, le noyau ne parvient pas à démarrer correctement.

Oracle Linux 6.9 (64 bits)

Pour les machines virtuelles OEL 6.9 avec plus de 2 Go de mémoire, définissez le paramètre de démarragecrashkernel=no pour désactiver le noyau de crash. La machine virtuelle redémarre avec succès uniquement lorsque ce paramètre est défini. Si vous utilisez une version antérieure d’OEL 6.x, définissez ce paramètre de démarrage avant la mise à jour vers OEL 6.9.

Pour définir le paramètre à l’aide de HASH (0x2e6c8e8), ajoutez-le au champ Paramètres de démarrage avancés du système d’exploitation dans la page Support d’installation de l’assistant Nouvelle machine virtuelle .

Pour modifier une machine virtuelle existante à l’aide de HASH (0x2e6c8e8), cliquez avec le bouton droit de la souris sur la machine virtuelle et sélectionnez Propriétés > Options de démarrage > Paramètres de démarrage du système d’exploitation.

Debian 6.0 (Squeeze) (32-/64 bits)

Lorsqu’un miroir privé est spécifié dans HASH(0x2e6c8e8), ce miroir est uniquement utilisé pour récupérer le noyau du programme d’installation. Lorsque le programme d’installation est en cours d’exécution, vous devez saisir à nouveau l’adresse du miroir à utiliser pour la récupération du package.

Debian 7 (Wheezy) (32-/64 bits)

Lorsqu’un miroir privé est spécifié dans HASH(0x2e6c8e8), ce miroir est uniquement utilisé pour récupérer le noyau du programme d’installation. Lorsque le programme d’installation est en cours d’exécution, vous devez saisir à nouveau l’adresse du miroir à utiliser pour la récupération du package.

Référentiels Apt (Debian)

Pour les installations rares ou ponctuelles, il est raisonnable d’utiliser directement un miroir Debian. Toutefois, si vous avez l’intention d’effectuer plusieurs installations de machines virtuelles, nous vous recommandons d’utiliser un proxy de mise en cache ou un miroir local. L’un des outils suivants peut être installé dans une machine virtuelle.

  • Apt-cacher: Une implémentation du serveur proxy qui conserve un cache local de paquets
  • debmirror: Un outil qui crée un miroir partiel ou complet d’un dépôt Debian

Préparez-vous à cloner une machine virtuelle Linux

En règle générale, lors du clonage d’une machine virtuelle ou d’un ordinateur, sauf si vous généralisez l’image clonée, les attributs propres à cette machine sont dupliqués dans vos environnements. Certains des attributs uniques dupliqués lors du clonage sont l’adresse IP, le SID ou l’adresse MAC.

Par conséquent, HASH (0x2c1a078) modifie automatiquement certains paramètres matériels virtuels lorsque vous clonez une machine virtuelle Linux. Lorsque vous copiez la machine virtuelle à l’aide de HASH (0x2e6c8e8), HASH (0x2e6c8e8) change automatiquement l’adresse MAC et l’adresse IP pour vous. Si ces interfaces sont configurées dynamiquement dans votre environnement, vous n’avez peut-être pas besoin de modifier la machine virtuelle clonée. Toutefois, si les interfaces sont statiquement configurées, vous devrez peut-être modifier leurs configurations réseau.

La machine virtuelle devra peut-être être personnalisée pour être informée de ces modifications. Pour obtenir des instructions sur les distributions Linux prises en charge spécifiques, reportez-vous à la sectionNotes de mise à jour de la VM Linux.

Nom de la machine

Une machine virtuelle clonée est un autre ordinateur, et comme tout nouvel ordinateur d’un réseau, elle doit avoir un nom unique dans le domaine réseau.

Adresse IP

Une machine virtuelle clonée doit avoir une adresse IP unique dans le domaine réseau dont elle fait partie. Généralement, cette exigence ne pose aucun problème lorsque DHCP est utilisé pour attribuer des adresses. Lorsque la machine virtuelle démarre, le serveur DHCP lui attribue une adresse IP. Si la machine virtuelle clonée avait une adresse IP statique, le clone doit recevoir une adresse IP inutilisée avant d’être démarré.

Adresse MAC

Il y a deux situations où nous recommandons de désactiver les règles d’adresse MAC avant le clonage :

  1. Dans certaines distributions Linux, l’adresse MAC de l’interface réseau virtuelle d’une machine virtuelle clonée est enregistrée dans les fichiers de configuration réseau. Toutefois, lorsque vous clonez une machine virtuelle, HASH (0x2e6c8e8) attribue à la nouvelle machine virtuelle clonée une adresse MAC différente. Par conséquent, lorsque la nouvelle machine virtuelle est démarrée pour la première fois, le réseau reconnaît la nouvelle machine virtuelle et ne s’affiche pas automatiquement.

  2. Certaines distributions Linux utilisent desudev règles pour mémoriser l’adresse MAC de chaque interface réseau et conservent un nom pour cette interface. Ce comportement est destiné à ce que la même carte réseau physique soit toujours mappée à la même interfaceethn, ce qui est utile avec les cartes réseau amovibles (comme les ordinateurs portables). Cependant, ce comportement est problématique dans le contexte des machines virtuelles.

    Par exemple, considérez le comportement dans le cas suivant :

    1.  Configurer deux cartes réseau virtuelles lors de l'installation d'une machine virtuelle
    1.  Arrêter la machine virtuelle
    1.  Supprimer la première carte réseau
    

    Lorsque la machine virtuelle redémarre, HASH (0x2e6c8e8) affiche une seule carte réseau, mais l’appelleeth0. Pendant ce temps, la VM force délibérément cette carte réseau à êtreeth1. Le résultat est que la mise en réseau ne fonctionne pas.

Pour les machines virtuelles qui utilisent des noms persistants, désactivez ces règles avant le clonage. Si vous ne voulez pas désactiver les noms persistants, vous devez reconfigurer la mise en réseau à l’intérieur de la machine virtuelle (de la manière habituelle). Toutefois, les informations affichées dans HASH (0x2e6c8e8) ne correspondent pas aux adresses réellement dans votre réseau.

Mise à jour des noyaux Linux et des utilitaires invités

Les utilitaires invités Linux peuvent être mis à jour en relançant leLinux/install.sh script à partir de l’imageguest-tools.iso CD intégrée (voirInstaller l’agent invité Linux ).

Pour les distributionsyumactivées CentOS 5.x, RHEL 5.x et versions ultérieures,xe-guest-utilitiesinstalle un fichier deyumconfiguration pour permettre les mises à jour ultérieures à l'aide de yumde la manière standard.

Pour Debian,/etc/apt/sources.list est renseigné pour activer les mises à jour en utilisant apt par défaut.

Lors de la mise à niveau, nous vous recommandons de toujours réexécuterLinux/install.sh. Ce script détermine automatiquement si votre machine virtuelle a besoin de mises à jour et s’installe si nécessaire.

Passez à Ubuntu 14.04, RHEL 7 et CentOS 7 invités

Pour effectuer une mise à niveau des hôtes Linux existants vers des versions fonctionnant en mode HVM (par exemple, RHEL 7.x, CentOS 7.x et Ubuntu 14.04), effectuez une mise à niveau in-guest. À ce stade, l’invité mis à niveau s’exécute uniquement en mode PV - ce qui n’est pas pris en charge et a des problèmes connus. Exécutez le script suivant pour convertir l’invité nouvellement mis à niveau en mode HVM pris en charge.

Sur le serveur HASH (0x2e68218), ouvrez un shell local, connectez-vous en tant que root et entrez la commande suivante :

/opt/xensource/bin/pv2hvm vm_name

Ou

/opt/xensource/bin/pv2hvm vm_uuid

Redémarrez la machine virtuelle pour terminer le processus.

Notes de mise à jour de la VM Linux

La plupart des distributions Linux modernes prennent en charge la paravirtualisation Xen directement, mais ont des mécanismes d’installation différents et certaines limitations du noyau.

Prise en charge de l’installation graphique RHEL

Pour utiliser le programme d’installation graphique, dans HASH (0x2e6c8e8) passez par l’assistant Nouvelle machine virtuelle . Dans la page Support d’installation , dans la section Paramètres de démarrage avancés du système d’exploitation, ajoutez vnc à la liste les paramètres suivants :

graphical utf8 vnc

![Capture d’écran de l’assistant Nouvelle machine virtuelle. Sur la page Support d’installation, la valeur graphical utf8 vnc est saisie dans le champ Paramètres avancés de démarrage du système d’exploitation.](/en-us/citrix-hypervisor/media/rhel-graphical-network-install.png)

Vous êtes invité à fournir la configuration réseau de la nouvelle machine virtuelle pour activer la communication VNC. Travaillez dans le reste de l’assistant Nouvelle machine virtuelle. Lorsque l’Assistant est terminé, dans la vue Infrastructure , sélectionnez la machine virtuelle et cliquez sur Console pour afficher une session de console de la machine virtuelle. À ce stade, il utilise le programme d’installation standard. L’installation de la machine virtuelle démarre initialement en mode texte et peut demander une configuration réseau. Une fois fourni, le bouton Basculer vers la console graphique s’affiche dans le coin supérieur droit de la fenêtre HASH (0x2e6c8e8).

Red Hat Enterprise Linux 5

HASH (0x2c1a078) nécessite que vous exécutiez le noyau RHEL 5.4 ou supérieur. Les noyaux plus anciens ont les problèmes connus suivants :

  • Les systèmes d’exploitation invités RHEL 5.0 64 bits avec leurs noyaux d’origine ne parviennent pas à démarrer sur HASH (0x2c1a078). Avant de tenter de faire la mise à niveau du serveur HASH (0x2e68218) vers la version, mettez à jour le noyau vers la version 5.4 (2.6.18-164.el5xen) ou ultérieure. Si vous exécutez ces invités et que vous avez déjà mis à niveau votre hôte vers HASH (0x2c1a078), reportez-vous à la sectionCTX134845pour plus d’informations sur la mise à niveau du noyau.

  • Lors de la reprise d’une machine virtuelle suspendue, des allocations peuvent être effectuées qui peuvent provoquer une activité de swap qui ne peut pas être effectuée car le disque de swap est toujours en cours de reconnexion. Cet événement est rare. (problème Red Hat429102).

  • Si vous exécutez RHEL 5.3 ou 5.4 (32/64 bits), n’utilisez pas Dynamic Memory Control (DMC) car cette fonctionnalité peut provoquer le blocage de l’invité. Si vous souhaitez utiliser DMC, nous vous recommandons de passer à des versions plus récentes de RHEL ou CentOS. [EXT-54]

  • Dans RHEL 5.3, parfois quand de nombreux périphériques sont connectés à une machine virtuelle, il n’y a pas assez de temps pour que tous ces périphériques se connectent. Dans ce cas, le démarrage échoue. [EXT-17]

  • Dans RHEL 5.0 — 5.3, l’utilisation du système de fichiers XFS peut provoquer une panique du noyau dans des circonstances exceptionnelles. L’application du noyau Red Hat RHEL 5.4 permet de résoudre ce problème. [EXT-16]

  • Dans RHEL 5.2, 5.3, les machines virtuelles peuvent se bloquer lorsqu’un hôte a 64 Gio RAM ou une version supérieure configurée. L’application du noyau Red Hat RHEL 5.4 permet de résoudre ce problème. [EXT-30]

  • Dans RHEL 5.0 — 5.3, le pilote réseau contient un problème qui peut, dans de rares cas, conduire à un blocage du noyau. L’application du noyau Red Hat RHEL 5.4 permet de résoudre ce problème. [EXT-45]

Note :

Dans les versions précédentes, HASH (0x2c1a078) incluait un noyau RHEL 5 de remplacement qui corrigeait les problèmes critiques qui empêchaient RHEL 5 de fonctionner efficacement en tant que machine virtuelle. Red Hat a résolu ces problèmes dans RHEL 5.4 et versions ultérieures. Par conséquent, HASH (0x2c1a078) n’inclut plus de noyau spécifique RHEL 5.

Préparer un invité RHEL 5 pour le clonage

Pour préparer un invité RHEL 5.x pour le clonage, modifiez/etc/sysconfig/network-scripts/ifcfg-eth0 avant de convertir la machine virtuelle en modèle et supprimez laHWADDR ligne. Pour plus d’informations, reportez-vous à la section Préparez-vous à cloner une machine virtuelle Linux.

Note :

Red Hat recommande l’utilisation de Kickstart pour effectuer des installations automatisées, au lieu de cloner directement des images disque (voirRed Hat KB Article 1308).

Red Hat Enterprise Linux 6

Note :

Red Hat Enterprise Linux 6.x inclut également Red Hat Enterprise Linux Workstation 6.6 (64 bits) et Red Hat Enterprise Linux Client 6.6 (64 bits).

  • Le noyau RHEL 6.0 présente un bogue qui affecte les E/S de disque sur plusieurs plates-formes de virtualisation. Ce problème provoque les machines virtuelles exécutant RHEL 6.0 pour perdre des interruptions. [Pour plus d’informations, voir Problèmes Red Hat681439603938[], et 652262().]

  • Les tentatives de détachement d’une image de disque virtuel (VDI) d’une machine virtuelle en cours d’exécution RHEL 6.1 et 6.2 (32-/64 bits) risquent d’échouer. Ces tentatives infructueuses entraînent un plantage du noyau invité avec un messageNULL pointer dereference at <xyz> d’erreur. Mettez à jour le noyau vers la version 6.3 (2.6.32-238.el6) ou ultérieure pour résoudre ce problème. Pour plus d’informations, reportez-vous à la section Problème Red Hat 773219.

Red Hat Enterprise Linux 7

Après la migration ou la suspension de la machine virtuelle, les invités RHEL 7.x peuvent geler pendant la reprise. Pour plus d’informations, consultez le problème Red Hat1141249.

CentOS 5

Pour obtenir la liste des notes de mise à jour de CentOS 5.x, reportez-vous à la sectionRed Hat Enterprise Linux 5.

CentOS 6

Pour obtenir la liste des notes de mise à jour de CentOS 6.x, reportez-vous à la sectionRed Hat Enterprise Linux 6.

CentOS 7

Pour obtenir la liste des notes de mise à jour de CentOS 7.x, reportez-vous à la sectionRed Hat Enterprise Linux 7.

Oracle Linux 5

Pour obtenir la liste des notes de mise à jour d’Oracle Linux 5.x, reportez-vous à la sectionRed Hat Enterprise Linux 5.

Oracle Linux 6

Les hôtes Oracle Linux 6.x installés sur un hôte exécutant des versions antérieures à la version 6.5, continuez à exécuter le noyau Red Hat après une mise à niveau vers la version 6.5. Pour passer au noyau UEK (par défaut avec une installation propre), supprimez le/etc/pygrub/rules.d/oracle-5.6 fichier dans dom0. Vous pouvez choisir le noyau à utiliser pour une machine virtuelle individuelle en modifiant la configuration du chargeur d’amorçage au sein de la machine virtuelle.

Pour les machines virtuelles OEL 6.9 avec plus de 2 Go de mémoire, définissez le paramètre de démarragecrashkernel=no pour désactiver le noyau de crash. La machine virtuelle ne redémarre avec succès que lorsque ce paramètre est défini. Si vous utilisez une version antérieure d’OEL 6.x, définissez ce paramètre de démarrage avant la mise à jour vers OEL 6.9. Pour plus d’informations, voir Notes d’installation pour les distributions Linux

Pour obtenir la liste des notes de mise à jour d’Oracle Linux 6.x, reportez-vous à la sectionRed Hat Enterprise Linux 6.

Oracle Linux 7

Pour obtenir la liste des notes de mise à jour d’Oracle Linux 7.x, reportez-vous à la sectionRed Hat Enterprise Linux 7.

Scientific Linux 6

Pour obtenir la liste des notes de publication de Scientific Linux 6.x, reportez-vous à la sectionRed Hat Enterprise Linux 6.

Scientific Linux 7

Pour obtenir la liste des notes de publication de Scientific Linux 7.x, reportez-vous à la sectionRed Hat Enterprise Linux 7.

SUSE Linux Enterprise 12

Les machines virtuelles SUSE Linux Enterprise 12 sont prises en charge par défaut dans les modes suivants :

Mode PV :

  • SUSE Linux Enterprise Desktop 12, 12 SP1 et 12 SP2

  • SUSE Linux Enterprise Server 12, 12 SP1 et 12 SP2

Mode HVM :

  • SUSE Linux Enterprise Desktop 12 SP3

  • SUSE Linux Enterprise Server 12 SP3

Préparer un invité SLES pour le clonage

Note :

Avant de préparer un invité SLES pour le clonage, assurez-vous d’effacer laudev configuration des périphériques réseau comme suit :

cat< /dev/null > /etc/udev/rules.d/30-net_persistent_names.rules

Pour préparer un invité SLES pour le clonage :

  1. Ouvrir le fichier/etc/sysconfig/network/config

  2. Modifiez la ligne qui se lit comme suit :

    FORCE_PERSISTENT_NAMES=yes
    

    À

    FORCE_PERSISTENT_NAMES=no
    
  3. Enregistrez les modifications et redémarrez la machine virtuelle.

Pour plus d’informations, reportez-vous à la section Préparez-vous à cloner une machine virtuelle Linux.

Ubuntu 14.04

Les tentatives de démarrage d’un invité PV peuvent provoquer le plantage de l’invité avec l’erreur suivante :kernel BUG at /build/buildd/linux-3.13.0/arch/x86/kernel/paravirt.c:239!. Cette erreur est provoquée lors de l’appel incorrectement d’une fonction non atomique à partir d’un contexte d’interruption. Mettez à jour le package linux-image vers la version 3.13.0-35.62 pour résoudre ce problème. Pour plus d’informations, consultez Ubuntu Launchpad 1350373.