Flux de travail : Red Hat OpenShift Virtualization avec NetApp ONTAP
Suggérer des modifications
PDF
Cette section explique comment migrer une machine virtuelle de VMware vers un cluster OpenShift à l'aide du kit d'outils de migration de Red Hat OpenShift Virtualization. Les types de migration suivants sont couverts :
Migration à froid
Il s'agit du type de migration par défaut. Les machines virtuelles source sont arrêtées pendant la copie des données.
Migration à chaud
Dans ce type de migration, la plupart des données sont copiées au cours de la phase de précopie alors que les machines virtuelles (VM) source sont en cours d'exécution. Les serveurs virtuels sont ensuite arrêtés et les données restantes sont copiées au cours de la phase de mise en service.
Démonstration vidéo
La vidéo suivante montre une démonstration de la migration à froid d'une machine virtuelle RHEL de VMware vers OpenShift Virtualization à l'aide d'un stockage ONTAP-san pour le stockage persistant.
Migration de VM de VMware vers OpenShift Virtualization à l'aide de migration Toolkit pour la virtualisation
Dans cette section, nous allons voir comment utiliser le kit d'outils de migration pour la virtualisation (MTV) pour migrer des machines virtuelles de VMware vers OpenShift Virtualization s'exécutant sur OpenShift Container Platform et intégré avec le stockage NetApp ONTAP à l'aide de Trident.
Le schéma suivant présente une vue d'ensemble de la migration d'une machine virtuelle de VMware vers Red Hat OpenShift Virtualization.
Conditions préalables pour l'exemple de migration
Sur VMware
-
Une machine virtuelle RHEL 9 utilisant rhel 9.3 avec les configurations suivantes a été installée :
-
CPU: 2, mémoire: 20 Go, disque dur: 20 Go
-
informations d'identification de l'utilisateur : informations d'identification de l'utilisateur root et d'un utilisateur admin
-
-
Une fois la machine virtuelle prête, le serveur postgresql a été installé.
-
le serveur postgresql a été démarré et activé pour démarrer au démarrage
systemctl start postgresql.service` systemctl enable postgresql.service The above command ensures that the server can start in the VM in OpenShift Virtualization after migration -
Ajout de 2 bases de données, 1 table et 1 ligne dans la table. Reportez-vous à "ici" Pour obtenir des instructions sur l'installation du serveur postgresql sur RHEL et la création d'entrées de base de données et de table.
-
|
Assurez-vous que vous démarrez le serveur postgresql et que le service démarre au démarrage. |
Sur OpenShift Cluster
Les installations suivantes ont été effectuées avant l'installation de MTV :
-
OpenShift Cluster 4.13.34
-
Chemins d'accès multiples sur les nœuds de cluster activés pour iSCSI (pour la classe de stockage ontap-san). Les chemins d'accès multiples peuvent être activés facilement si vous installez Trident 25.02 à l'aide de l'indicateur de préparation du nœud. Pour installer Trident 25.02 et préparer les nœuds worker pour iSCSI, vous pouvez utiliser la commande suivante
#/tridentctl install trident n trident —node-prep=iscsi|
|
Pour vérifier que les outils iSCSI ont été activés sur les nœuds worker d'OpenShift Cluster, connectez-vous aux nœuds worker et vérifiez que l'iscsid, le multipathd est actif et que les entrées du fichier multipath.conf s'affichent, comme illustré. |
-
Système back-end Trident et classe de stockage pour SAN ONTAP utilisant iSCSI. Consultez les fichiers yaml fournis pour le back-end trident et la classe de stockage.
Utilisez le fichier yaml suivant pour créer la configuration back-end trident pour l'utilisation du stockage san ONTAP
Back-end Trident pour iSCSI
apiVersion: v1
kind: Secret
metadata:
name: backend-tbc-ontap-san-secret
type: Opaque
stringData:
username: <username>
password: <password>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
name: ontap-san
spec:
version: 1
storageDriverName: ontap-san
managementLIF: <management LIF>
backendName: ontap-san
svm: <SVM name>
credentials:
name: backend-tbc-ontap-san-secretUtilisez le fichier yaml suivant pour créer la configuration de classe de stockage trident pour l'utilisation du stockage san ONTAP
Classe de stockage Trident pour iSCSI
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: ontap-san
provisioner: csi.trident.netapp.io
parameters:
backendType: "ontap-san"
media: "ssd"
provisioningType: "thin"
snapshots: "true"
allowVolumeExpansion: trueInstallez MTV
Vous pouvez maintenant installer le kit d'outils de migration pour la virtualisation (MTV). Reportez-vous aux instructions fournies "ici" pour obtenir de l'aide lors de l'installation.
L'interface utilisateur MTV (migration Toolkit for Virtualization) est intégrée à la console Web OpenShift.
Vous pouvez vous référer "ici" pour commencer à utiliser l'interface utilisateur pour différentes tâches.
Créer un fournisseur source
Pour migrer la machine virtuelle RHEL de VMware vers OpenShift Virtualization, vous devez d'abord créer le fournisseur source pour VMware. Reportez-vous aux instructions "ici" pour créer le fournisseur source.
Vous avez besoin des éléments suivants pour créer votre fournisseur source VMware :
-
url vCenter
-
Informations d'identification vCenter
-
Empreinte du serveur vCenter
-
Image VDDK dans un référentiel
Exemple de création de fournisseur source :
|
|
Le kit MTV (migration Toolkit for Virtualization) utilise le kit de développement de disques virtuels VMware (VDDK) pour accélérer le transfert des disques virtuels à partir de VMware vSphere. Par conséquent, la création d'une image VDDK, bien que facultative, est fortement recommandée. Pour utiliser cette fonction, vous téléchargez le kit de développement de disques virtuels VMware (VDDK), créez une image VDDK et envoyez l'image VDDK dans votre registre d'images. |
Suivez les instructions fournies "ici" Pour créer et envoyer l'image VDDK vers un registre accessible à partir d'OpenShift Cluster.
Créer un fournisseur de destination
Le cluster hôte est automatiquement ajouté car le fournisseur de virtualisation OpenShift est le fournisseur source.
Créer un plan de migration
Suivez les instructions fournies "ici" pour créer un plan de migration.
Lors de la création d'un plan, vous devez créer les éléments suivants s'ils ne sont pas déjà créés :
-
Mappage réseau pour mapper le réseau source au réseau cible.
-
Un mappage de stockage pour mapper le datastore source à la classe de stockage cible. Pour cela, vous pouvez choisir la classe de stockage ontap-san.
Une fois le plan de migration créé, le statut du plan doit indiquer prêt et vous devriez maintenant être en mesure de démarrer le plan.
Effectuer une migration à froid
Cliquez sur Start pour exécuter une séquence d'étapes pour terminer la migration de la machine virtuelle.
Lorsque toutes les étapes sont terminées, vous pouvez voir les VM migrés en cliquant sur les machines virtuelles sous virtualisation dans le menu de navigation de gauche. Des instructions pour accéder aux machines virtuelles sont fournies "ici".
Vous pouvez vous connecter à la machine virtuelle et vérifier le contenu des bases de données postpostgresql. Les bases de données, les tables et les entrées de la table doivent être identiques à celles créées sur la machine virtuelle source.
Effectuer la migration à chaud
Pour effectuer une migration à chaud, après avoir créé un plan de migration comme indiqué ci-dessus, vous devez modifier les paramètres du plan pour modifier le type de migration par défaut. Cliquez sur l'icône de modification située à côté de la migration à froid et activez/désactivez le bouton pour activer la migration à chaud. Cliquez sur Enregistrer. Cliquez maintenant sur Démarrer pour démarrer la migration.
|
|
Assurez-vous que lorsque vous migrez du stockage en mode bloc dans VMware, vous avez sélectionné la classe de stockage en mode bloc pour la VM OpenShift Virtualization. De plus, le mode volumeMode doit être défini sur bloquer et le mode d'accès doit être rwx afin que vous puissiez effectuer la migration en direct de la machine virtuelle ultérieurement. |
Cliquez sur 0 sur 1 vm terminé, développez la vm et vous pouvez voir la progression de la migration.
Après un certain temps, le transfert de disque est terminé et la migration attend de passer à l'état de mise en service. Le volume de données est en pause. Retournez au plan et cliquez sur le bouton Cutover.
L'heure actuelle s'affiche dans la boîte de dialogue. Si vous souhaitez planifier la mise en service ultérieurement, vous pouvez modifier l'heure à une autre heure. Si ce n'est pas le cas, cliquez sur définir la mise en service pour effectuer une mise en service maintenant.
Au bout de quelques secondes, le DataVolume passe de l'état interrompu à l'état ImportScheduled à ImportInProgress lorsque la phase de mise en service démarre.
Lorsque la phase de mise en service est terminée, le DataVolume passe à l'état réussi et la demande de volume persistant est liée.
Le plan de migration procède à la fin de la phase ImageConconversion et, enfin, la phase VirtualMachineCreation est terminée. La machine virtuelle passe à l'état d'exécution sur OpenShift Virtualization.
