Vue d'ensemble de la migration

Une machine virtuelle passe de vSphere à Kyvernon sous forme de paquet exporté ou de fichier de disque. La console lit le paquet dans le navigateur, convertit les disques en qcow2 pendant qu'ils arrivent sur le contrôleur et crée la machine virtuelle. Elle ne copie pas une machine en cours d'exécution et ne modifie rien à l'intérieur de l'invité.

(Agrandir)

Méthodes

Les deux méthodes disponibles utilisent la même fonction : un bail d'import. Le contrôleur lit le descripteur, en tire un plan, crée la machine virtuelle et donne à l'import un emplacement de fichier par disque. L'assistant de la console, sur la page Importation et exportation, effectue les étapes pour vous : vous choisissez le paquet, la destination et les réseaux, et il envoie les disques en affichant la progression. La CLI (kyvernon ovf import-vapp et kyvernon nfc), l'API native et les outils vSphere qui importent via l'API vSphere exécutent la même fonction. Voir Importer un paquet OVA ou OVF.

Ce que l'import reprend

• Le nombre de vCPU, les cœurs par socket et la mémoire.
• Chaque disque avec sa capacité. Les disques sont des images qcow2 à allocation dynamique sur le datastore que vous choisissez ; les blocs de zéros ne sont pas stockés.
• Les cartes réseau avec leur modèle et, lorsque le paquet en indique une, leur adresse MAC. Une carte réseau n'est créée que pour un réseau que vous connectez à un réseau de Kyvernon.
• La configuration supplémentaire du paquet est stockée avec la machine virtuelle. Les clés qui commencent par guestinfo. sont celles que cloud-init lit dans l'invité.
• Les lecteurs de CD-ROM, créés déconnectés, avec le fichier ISO du paquet lorsqu'il en contient un.
• Le nom, l'annotation et l'identifiant du système d'exploitation invité. Le nom peut être remplacé.
• Le micrologiciel, BIOS ou UEFI, tel que le paquet l'indique, et Secure Boot lorsque le paquet l'active pour UEFI. Un invité installé en BIOS sur un disque MBR garde le BIOS et démarre comme sur la source.

Ce que l'import modifie ou omet

• Micrologiciel. Un paquet qui n'indique aucun micrologiciel reçoit UEFI, et le plan le signale par un avertissement. Un paquet qui demande Secure Boot avec le BIOS reçoit le BIOS sans Secure Boot, également avec un avertissement.
• Périphériques. Les disques apparaissent dans l'invité comme des périphériques bloc virtio et les cartes réseau comme des cartes réseau virtio, quel que soit le contrôleur ou le modèle de carte de la source. Les modèles vmxnet3, e1000e et e1000 sont acceptés et présentés comme virtio. Les lecteurs de disquette sont abandonnés avec un avertissement. Le passthrough USB et PCI n'est pas pris en charge.
• Instantanés. Un disque qui dépend d'un disque parent, par exemple après un instantané, est refusé : consolidez d'abord les instantanés à la source. Les raw device mappings sont également refusés.
• Pilotes et outils de l'invité. Kyvernon n'installe pas de pilotes dans l'invité et ne supprime pas les outils de la plateforme source. Voir Préparer les invités.
• Taille de disque. Un disque virtuel peut atteindre 64 Tio au maximum.

Vérification d'un paquet

Les disques d'un paquet sont lus à mesure qu'ils arrivent. Vérifiez vous-même les sommes de contrôle du fichier manifeste (.mf) du paquet avant l'envoi lorsque le paquet en contient un, par exemple avec sha256sum ou sha1sum. La console ne lit pas le manifeste, et Kyvernon ne vérifie pas le fichier de certificat (.cert) d'un paquet signé.

Tâches liées

• Préparer les invités
• Importer un paquet OVA ou OVF
• Importer un disque VMDK
• Après l'import
• Terminologie pour les utilisateurs de vSphere