Migration vers les serveurs virtuels d' IBM Cloud s à l'aide de la fonctionnalité d'importation d'images
Migrez les machines virtuelles à disque unique d' VMware vers IBM Cloud VPC en exportant des fichiers OVA (Open Virtualization Archive) ou VMDK (Virtual Machine Disk), puis en les important en tant qu'images personnalisées.
Présentation générale du processus de migration
Les étapes suivantes décrivent le processus de migration à l'aide d'importations d'images.
-
Exporter la machine virtuelle de VMware
- Extrait de vCenter:: éteignez la machine virtuelle, puis sélectionnez « Actions → Modèle → Exporter le modèle au format OVF (Open Virtualization Format) »
- Extrait de « VMware Cloud Foundation-as-a-Service » ( VCFaaS ): Arrêter l'application virtuelle ( vApp ), télécharger le fichier OVA, extraire le fichier VMDK
L'approche précédente préserve mieux le "thin provisioning" que les téléchargements de navigateurs de magasins de données
-
Convertir un VMDK en QCOW2
qemu-img convert -f vmdk -O qcow2 source-vm.vmdk destination-vm.qcow2 -
Téléverser vers IBM Cloud Object Storage
- Créer une instance IBM Cloud® Object Storage et un bucket si nécessaire
- Utilisez le téléchargement via le Web (pour les fichiers de petite taille) ou le transfert haut débit Aspera (pour les fichiers volumineux)
- Configurer l'accès au panier (lecture publique pour l'importation, ou utilisation d'un accès de service autorisé)
-
Créer une image personnalisée dans le VPC
- Aller dans VPC → Compute → Images
- Créer une nouvelle image, pointer sur IBM Cloud Object Storage URL
- Sélectionnez le type de système d'exploitation approprié (y compris les variantes BYOL)
- Configurer le cryptage (géré par le fournisseur ou par le client)
-
Provisionner une instance de serveur virtuel à partir d'une image personnalisée
- Créez une instance de serveur virtuel en sélectionnant votre image personnalisée comme source de démarrage
- Configuration du réseau, des groupes de sécurité, des clés SSH
- L'instance de serveur virtuel démarre avec un volume de démarrage qui est un clone lié de votre image personnalisée
Avantages de la conception de l'importation d'images
Le tableau suivant énumère les avantages de la conception de la migration d'importation d'images.
| Avantage de la conception | Description |
|---|---|
| Processus | Le processus est simple, bien documenté et facile à comprendre. |
| Modèle | Vous pouvez réutiliser le modèle. Si vous avez 10 serveurs web à partir du même modèle, vous importez une fois et provisionnez 10 fois. |
| Géré | Le processus est géré par IBM. Le processus est propre à VPC et aucun outil tiers n'est nécessaire. |
Contraintes et limites de la conception de l'importation d'images
Le tableau suivant décrit les contraintes et les limites d'une migration d'importation d'images.
| Limitation ou contrainte | Description |
|---|---|
| Limitation à un seul disque |
Cette méthode ne concerne que le disque de démarrage. Si votre machine virtuelle comporte plusieurs disques, vous devez :
OU
|
| Prolifération des images | Chaque machine virtuelle unique crée une image personnalisée unique. Contrairement aux modèles VMware, il ne s'agit pas de véritables modèles réutilisables, mais d'instantanés de machines virtuelles individuelles. Au fil du temps, vous aurez des dizaines ou des centaines d'images personnalisées uniques dans votre liste. |
| Contrainte de clones liés |
Le volume d'amorçage maintient un lien peu encombrant avec l'image personnalisée. Cela signifie que :
|
| Premier démarrage avec Cloud-init |
Si cloud-init est installé et configuré sur votre image, VPC peut considérer ce démarrage comme un premier démarrage, ce qui peut entraîner :
|
Utilisez la migration d'importation d'images pour les scénarios de modèles réels (déploiement de plusieurs machines virtuelles identiques à partir d'une image de base) et pour les machines virtuelles simples à disque unique pour lesquelles la surcharge de gestion d'image est acceptable.