Punto de conexión del clúster de OpenShift con los siguientes operadores instalados:

NetApp Trident CSI configurado con backends y clases de almacenamiento apropiados

NodeNetworkConfigurationPolicy y NetworkAttachmentDefinitions (NAD) configuradas con las VLAN adecuadas.

El clúster de OpenShift es accesible a través de la red con las entradas actuales del archivo de host.

Privilegios de nivel administrador en el clúster

Archivo Kubeconfig descargado

Los VMDK se pueden configurar de varias formas: todos los VMDK pueden residir en un único volumen NFSv3 (eliminando la necesidad de Storage vMotion), cada VMDK puede ubicarse en su propio volumen individual, o varios VMDK pueden organizarse dentro de un qtree en un volumen.

El Shift Toolkit detecta automáticamente la estructura y selecciona el método de clonación adecuado y los controladores de almacenamiento NAS correspondientes.

Cuando los VMDK se colocan dentro de un qtree, Shift Toolkit utiliza el controlador ONTAP-NAS-economy.

Las herramientas de VMware se están ejecutando en las máquinas virtuales invitadas.

Las máquinas virtuales que se van a migrar están en estado de EJECUCIÓN para su preparación.

Las máquinas virtuales deben estar apagadas antes de iniciar la migración.

La eliminación de las herramientas de VMware se produce en el hipervisor de destino una vez que las máquinas virtuales se encienden.

ONTAP-NAS: Todos los VMDK pueden residir en un único volumen o cada VMDK puede estar en su propio volumen individual. La selección de máquinas virtuales puede hacerse a nivel de datastore o a nivel de máquina virtual.

ONTAP-NAS-Economy: Los archivos VMDK deben residir en un único volumen, y el nombre del volumen debe ajustarse a la siguiente convención de nomenclatura: trident_qtree_pool_<storage-prefix>_<10 random characters>. La selección de máquinas virtuales dentro de un grupo de recursos se realiza únicamente a nivel de almacén de datos.

En el caso de ONTAP-NAS-Economy, el volumen que siga la convención de nomenclatura especificada anteriormente debe existir ya y debe utilizarse como almacén de datos en VMware vCenter. Esto significa que la máquina virtual debe estar Storage vMotioned a este almacén de datos específico, o bien que se debe cambiar el nombre de un almacén de datos ya existente para que se ajuste a la convención de nomenclatura: trident_qtree_pool_<storage-prefix>_<10 random characters>.

Para ONTAP-NAS-Economy, la configuración del backend de Trident (TBC) debe tener el parámetro Deny New Volume Pools establecido en true. La clase de almacenamiento utilizada también debe restringir storagePools a 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

El parámetro denyNewVolumePools debe configurarse en true justo después de que trident_qtree_pool_<storage-prefix>_<10 random characters> se cree como parte de la creación inicial del PVC. Configurar este valor en true asegura que Trident use el grupo de qtree existente para colocar los PVC basados en 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: Los archivos VMDK deben ubicarse en volúmenes individuales (imitando la estructura de VMDK en un PVC/PV) mediante Storage vMotion. La selección de máquinas virtuales se realiza a nivel de máquina virtual.

ONTAP-SAN-Economy: Los archivos VMDK deben residir en un único volumen NFSv3, y el nombre del volumen debe ajustarse a la siguiente convención de nomenclatura: trident_lun_. La selección de máquinas virtuales dentro de un grupo de recursos se realiza únicamente a nivel de almacén de datos.

En el caso de ONTAP-SAN-Economy, el volumen con la convención de nomenclatura trident_lun_ debe existir previamente y debe utilizarse como almacén de datos en VMware vCenter. Esto significa que la máquina virtual debe estar vMotioned a este almacén de datos específico o que se debe cambiar el nombre de un almacén de datos existente para que coincida con la convención de nomenclatura 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

En el caso de ONTAP-SAN y ONTAP-SAN-Economy, las máquinas virtuales deben ser vMotioned desde cualquier almacén de datos basado en bloques a volúmenes ONTAP NFSv3 primero. Luego, Shift Toolkit convertirá los VMDK en LUN y los importará como PVC al espacio de nombres correspondiente.

Para máquinas virtuales Windows: utilice las credenciales de administrador local.

Para máquinas virtuales Linux: utilice un usuario con permisos para ejecutar comandos sudo sin que se le solicite la contraseña.

Para máquinas virtuales Windows: Monte la ISO de VirtIO en la máquina virtual (descárguela de"aquí" )

El script de preparación utiliza el paquete .msi para instalar los controladores y los agentes invitados de qemu.

Inyecta scripts para actualizar los controladores VirtIO, instalar qemu-agent, eliminar las herramientas de VMware, realizar copias de seguridad de los detalles de IP y actualizar fstab.

Utiliza PowerCLI para conectarse a máquinas virtuales invitadas (Linux o Windows) y actualizar los controladores VirtIO.

Para máquinas virtuales Windows: Almacena scripts en C:\NetApp

Para máquinas virtuales Linux: Almacena scripts en /NetApp y /opt

Limpia los volúmenes para que solo quede el archivo disk.img.

Importa los volúmenes como PVC utilizando la importación de Trident.

Crea máquinas virtuales utilizando archivos YAML específicos para cada máquina virtual.

Enciende las máquinas virtuales en el destino

Registra las redes en cada máquina virtual.

Elimina las herramientas de VMware y asigna direcciones IP mediante tareas cron.

Clúster de OpenShift con operador de virtualización de OpenShift y controlador CSI de NetApp Trident instalado

MTV 2.9.4 (que incluye el modo de conversión)

"Kit de herramientas Shift"instalado

Dado que solo se utiliza la API de Shift Toolkit, no es necesario configurar los grupos de recursos ni los planos de Shift Toolkit.

Privilegios de nivel administrador en el clúster de OpenShift

Una instancia de Linux con la herramienta de línea de comandos OC instalada

Requisitos de la máquina virtual para MTV: Los archivos VMDK pueden organizarse de diferentes maneras: pueden colocarse todos dentro de un único volumen (evitando la necesidad de Storage vMotion), asignarse individualmente a volúmenes separados o agruparse dentro de un qtree en un volumen NFS. El script detecta automáticamente la estructura y selecciona el método de clonación adecuado y los controladores de almacenamiento NAS en función del UUID de TBC.