Ponto de extremidade do cluster OpenShift com os seguintes operadores instalados:

NetApp Trident CSI configurado com backends e classes de armazenamento apropriados.

A política de configuração de rede (NodeNetworkConfigurationPolicy) e as definições de conexão de rede (NetworkAttachmentDefinitions - NAD) estão configuradas com as VLANs apropriadas.

O cluster OpenShift está acessível pela rede com as entradas atuais do arquivo de hosts.

Privilégios de nível de administrador no cluster

Arquivo Kubeconfig baixado

Os VMDKs podem ser configurados de várias maneiras: todos os VMDKs podem residir em um único volume NFSv3 (eliminando a necessidade de Storage vMotion), cada VMDK pode ser colocado em seu próprio volume individual ou vários VMDKs podem ser organizados em uma qtree dentro de um volume.

O Shift Toolkit detecta automaticamente o layout e seleciona o método de clonagem e os drivers de armazenamento NAS apropriados.

Quando os VMDKs são colocados dentro de uma qtree, o Shift Toolkit utiliza o driver ONTAP-NAS-economy.

As ferramentas da VMware estão sendo executadas em máquinas virtuais convidadas.

As VMs a serem migradas estão em estado RUNNING para preparação.

As máquinas virtuais devem ser desligadas antes de iniciar a migração.

A remoção das ferramentas VMware ocorre no hipervisor de destino assim que as VMs são ligadas.

ONTAP-NAS: Todos os VMDKs podem residir em um único volume ou cada VMDK pode estar em seu próprio volume individual. A seleção de VMs pode ser feita no nível do datastore ou no nível da VM.

ONTAP-NAS-Economy: Os VMDKs devem residir em um único volume, e o nome do volume deve seguir a seguinte convenção de nomenclatura: trident_qtree_pool_<storage-prefix>_<10 random characters>. A seleção de VMs dentro de um grupo de recursos é feita somente no nível do datastore.

Para ONTAP-NAS-Economy, o volume com a convenção de nomenclatura especificada acima deve pré-existir e deve ser usado como datastore no VMware vCenter. Isso significa que a máquina virtual deve ser Storage vMotioned para esse datastore específico, ou um datastore existente deve ser renomeado para corresponder à convenção de nomenclatura: trident_qtree_pool_<storage-prefix>_<10 random characters>.

Para ONTAP-NAS-Economy, a configuração do backend Trident (TBC) deve ter o parâmetro Deny New Volume Pools definido como true. A classe de armazenamento usada também deve restringir o 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

O parâmetro denyNewVolumePools deve ser definido true imediatamente após trident_qtree_pool_<storage-prefix>_<10 random characters> ser criado como parte da criação inicial do PVC. Definir esse valor como true garante que Trident use o pool de qtree existente para posicionar os PVCs baseados em 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: Os VMDKs devem ser colocados em volumes individuais (imitando a estrutura VMDK em um PVC/PV) usando Storage vMotion. A seleção da VM é feita no nível da VM.

ONTAP-SAN-Economy: Os VMDKs devem residir em um único volume NFSv3, e o nome do volume deve seguir a seguinte convenção de nomenclatura: trident_lun_. A seleção de VMs dentro de um grupo de recursos é feita somente no nível do datastore.

Para o ONTAP-SAN-Economy, o volume com a convenção de nomenclatura trident_lun_ deve pré-existir e deve ser usado como datastore no VMware vCenter. Isso significa que a máquina virtual deve ser Storage vMotioned para esse datastore específico, ou um datastore existente deve ser renomeado para corresponder à convenção 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

Para ONTAP-SAN e ONTAP-SAN-Economy, as máquinas virtuais (VMs) devem ser vMotioned de qualquer datastore baseado em blocos para volumes ONTAP NFSv3 primeiro. O Shift Toolkit então converterá os VMDKs em LUNs e os importará como PVCs para o namespace respectivo.

Para máquinas virtuais Windows: Use credenciais de administrador local.

Para VMs Linux: Use um usuário com permissões para executar comandos sudo sem solicitar senha.

Para VMs Windows: Monte a ISO do VirtIO na VM (baixe de"aqui" )

O script de preparação utiliza o pacote .msi para instalar os drivers e o qemu-guest-agents.

Injeta scripts para atualizar os drivers VirtIO, instalar o qemu-agent, remover as ferramentas da VMware, fazer backup dos detalhes de IP e atualizar o fstab.

Utiliza o PowerCLI para conectar-se a máquinas virtuais convidadas (Linux ou Windows) e atualizar drivers VirtIO.

Para VMs do Windows: Armazena scripts em C:\NetApp

Para VMs Linux: Armazena scripts em /NetApp e /opt

Limpa os volumes para que fiquem apenas com o arquivo disk.img.

Importa os volumes como PVCs usando o Trident import.

Cria máquinas virtuais usando arquivos YAML específicos para cada máquina virtual.

Liga as VMs no destino.

Registra redes em cada máquina virtual.

Remove as ferramentas VMware e atribui endereços IP usando tarefas cron.

Cluster OpenShift com o operador OpenShift Virtualization e o driver NetApp Trident CSI instalados.

MTV 2.9.4 (que inclui o modo de conversão)

"Kit de ferramentas de mudança"instalado

Como é utilizada apenas a API do Shift Toolkit, não há necessidade de configurar grupos de recursos ou modelos do Shift Toolkit.

Privilégios de nível de administrador no cluster OpenShift

Uma instância Linux com a ferramenta de linha de comando OC instalada

Requisitos de Máquina Virtual para MTV: Os VMDKs podem ser organizados de diferentes maneiras: podem ser colocados em um único volume (evitando a necessidade de Storage vMotion), atribuídos individualmente a volumes separados ou agrupados em uma qtree dentro de um volume NFS. O script detecta automaticamente o layout e seleciona o método de clonagem e os drivers de armazenamento NAS apropriados com base no UUID do TBC.