Point de terminaison du cluster OpenShift avec les opérateurs suivants installés :

NetApp Trident CSI configuré avec les backends et classes de stockage appropriés

Les politiques de configuration réseau des nœuds et les définitions de connexion réseau (NAD) sont configurées avec les VLAN appropriés.

Le cluster OpenShift est accessible via le réseau avec les entrées actuelles du fichier hôte

privilèges de niveau administrateur sur le cluster

Fichier Kubeconfig téléchargé

Les VMDK peuvent être configurés de plusieurs manières : tous les VMDK peuvent résider sur un seul volume NFSv3 (éliminant ainsi le besoin de Storage vMotion), chaque VMDK peut être placé sur son propre volume individuel, ou plusieurs VMDK peuvent être organisés dans un qtree à l’intérieur d’un volume.

L'outil Shift Toolkit détecte automatiquement la configuration et sélectionne la méthode de clonage appropriée ainsi que les pilotes de stockage NAS.

Lorsque des VMDK sont placés dans un qtree, Shift Toolkit utilise le pilote ONTAP-NAS-economy.

Les outils VMware sont exécutés sur des machines virtuelles invitées.

Les machines virtuelles à migrer sont en état d'exécution en vue de leur préparation.

Les machines virtuelles doivent être mises hors tension avant de déclencher la migration.

La suppression des outils VMware s'effectue sur l'hyperviseur de destination une fois les machines virtuelles mises sous tension.

ONTAP-NAS : Les VMDK peuvent tous résider sur un seul volume ou chaque VMDK peut être sur son propre volume. La sélection des VM peut se faire au niveau du datastore ou au niveau de la VM.

ONTAP-NAS-Economy : Les VMDK doivent résider sur un seul volume, et le nom du volume doit respecter la convention d’appellation suivante  trident_qtree_pool_<storage-prefix>_<10 random characters>. La sélection de la VM au sein d’un groupe de ressources s’effectue uniquement au niveau de la banque de données.

Pour ONTAP-NAS-Economy, le volume respectant la convention d'appellation ci-dessus doit exister au préalable et être utilisé comme datastore sur VMware vCenter. Cela signifie que la machine virtuelle doit être vMotioned vers ce datastore spécifique, ou qu'un datastore existant doit être renommé pour correspondre à la convention d'appellation : trident_qtree_pool_<storage-prefix>_<10 random characters>.

Pour ONTAP-NAS-Economy, la configuration du backend Trident (TBC) doit avoir le paramètre Deny New Volume Pools défini sur true. La classe de stockage utilisée doit également restreindre le storagePools à tbc name: <aggr name where the trident_qtree_pool_<storage-prefix>_<10 random characters> resides>.

apiVersion: v1
kind: Secret
metadata:
	name: nas-eco-data-1172-secret
	namespace: trident
type: Opaque
stringData:
	username: <svm-admin-username>
	password: <svm-admin-password>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
	name: nas-eco-data-1172
	namespace: trident
spec:
	backendName: nas-eco-data-1172
	credentials:
		name: nas-eco-data-1172-secret
	dataLIF: "192.168.1.100"
	denyNewVolumePools: "False"
	managementLIF: "192.168.1.50"
	storageDriverName: ontap-nas-economy
	svm: data_1172
	version: 1

Le paramètre denyNewVolumePools doit être défini sur true immédiatement après que trident_qtree_pool_<storage-prefix>_<10 random characters> est créé dans le cadre de la création initiale du PVC. Définir cette valeur sur true garantit que Trident utilise le pool qtree existant pour placer les PVC basés sur qtree.

oc patch tbc nas-eco-data-1172 -n trident --type=merge -p '{"spec":{"denyNewVolumePools":"true"}}'

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
	name: nas-eco-data-1172
	annotations:
		storageclass.kubernetes.io/is-default-class: "true"
provisioner: csi.trident.netapp.io
parameters:
	backendType: ontap-nas-economy
	fsType: nfs
	storagePools: "nas-eco-data-1172:NSOL_NetApp_C800_T18U13_02_SSD_CAP_1"
allowVolumeExpansion: true
reclaimPolicy: Delete
volumeBindingMode: Immediate

ONTAP-SAN : Les VMDK doivent être placés sur des volumes individuels (simulant une structure VMDK vers PVC/PV) à l’aide de Storage vMotion. La sélection de la VM s’effectue au niveau de la VM.

ONTAP-SAN-Economy : Les VMDK doivent résider sur un seul volume NFSv3, et le nom du volume doit respecter la convention d’appellation suivante  trident_lun_. La sélection de la VM au sein d’un groupe de ressources s’effectue uniquement au niveau du datastore.

Pour ONTAP-SAN-Economy, le volume respectant la convention d'appellation trident_lun_ doit exister au préalable et doit être utilisé comme datastore sur VMware vCenter. Cela signifie que la machine virtuelle doit être Storage vMotioned vers ce datastore spécifique, ou qu'un datastore existant doit être renommé pour correspondre à la convention d'appellation trident_lun_.

apiVersion: v1
kind: Secret
metadata:
	name: ontap-san800-eco-secret
	namespace: trident
type: Opaque
stringData:
	username: <svm-admin-username>
	password: <svm-admin-password>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
	name: ontap-san800-eco
	namespace: trident
spec:
	backendName: ontap-san800-eco
	aggregate: NSOL_NetApp_C800_T18U13_01_SSD_CAP_1
	credentials:
		name: ontap-san800-eco-secret
	dataLIF: "192.168.1.110"
	defaults:
		protocol: iSCSI
		snapshotPolicy: none
		spaceAllocate: "true"
		spaceReserve: none
		tieringPolicy: none
	managementLIF: "192.168.1.60"
	storage:
		- labels:
			backend: san800-eco
	storageDriverName: ontap-san-economy
	svm: data_1172
	version: 1

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
	name: sc-ontap-san-eco
provisioner: csi.trident.netapp.io
parameters:
	backendType: ontap-san-economy
	selector: "backend=san800-eco"
allowVolumeExpansion: true
reclaimPolicy: Delete
volumeBindingMode: Immediate

Pour ONTAP-SAN et ONTAP-SAN-Economy, les machines virtuelles doivent être vMotioned depuis n'importe quel datastore basé sur des blocs vers des volumes ONTAP NFSv3 en premier. Le Shift Toolkit convertira ensuite les VMDK en LUN et les importera en tant que PVC dans l'espace de noms correspondant.

Pour les machines virtuelles Windows : utilisez les informations d’identification de l’administrateur local

Pour les machines virtuelles Linux : utilisez un utilisateur disposant des autorisations nécessaires pour exécuter des commandes sudo sans invite de mot de passe.

Pour les machines virtuelles Windows : montez l’ISO VirtIO sur la machine virtuelle (téléchargeable depuis"ici" )

Le script de préparation utilise le package .msi pour installer les pilotes et les agents invités qemu.

Injecte des scripts pour mettre à jour les pilotes VirtIO, installer qemu-agent, supprimer les outils VMware, sauvegarder les informations IP et mettre à jour le fichier fstab.

Utilise PowerCLI pour se connecter aux machines virtuelles invitées (Linux ou Windows) et mettre à jour les pilotes VirtIO

Pour les machines virtuelles Windows : stocke les scripts dans C:\NetApp

Pour les machines virtuelles Linux : stocke les scripts dans /NetApp et /opt

Nettoie les volumes pour ne conserver que le fichier disk.img.

Importe les volumes sous forme de PVC à l'aide de Trident Import.

Crée des machines virtuelles à l'aide de fichiers YAML spécifiques aux machines virtuelles.

Met sous tension les machines virtuelles sur la cible

Enregistre les réseaux sur chaque machine virtuelle

Supprime les outils VMware et attribue des adresses IP à l'aide de tâches cron.

Cluster OpenShift avec opérateur de virtualisation OpenShift et pilote CSI NetApp Trident installés

MTV 2.9.4 (qui inclut le mode de conversion)

"Boîte à outils Shift"installé

Étant donné que seule l'API Shift Toolkit est utilisée, il n'est pas nécessaire de configurer les groupes de ressources ou les modèles Shift Toolkit.

privilèges d'administrateur sur le cluster OpenShift

Une instance Linux avec l’outil en ligne de commandes OC installé

Configuration requise pour les machines virtuelles avec MTV : Les VMDK peuvent être organisés de différentes manières : ils peuvent être placés dans un seul volume (évitant ainsi le recours à Storage vMotion), affectés individuellement à des volumes distincts ou regroupés dans un qtree au sein d’un volume NFS. Le script détecte automatiquement la configuration et sélectionne la méthode de clonage et les pilotes de stockage NAS appropriés en fonction de l’UUID du TBC.