次のオペレーターがインストールされた OpenShift Cluster エンドポイント:

適切なバックエンドとストレージクラスで構成されたNetApp Trident CSI

適切なVLANで構成されたNodeNetworkConfigurationPolicyとNetworkAttachmentDefinitions（NAD）

OpenShift クラスターは、現在のホスト ファイル エントリを使用してネットワークに到達可能です。

クラスターの管理者レベルの権限

Kubeconfigファイルがダウンロードされました

VMDKは複数の方法で構成できます。すべてのVMDKを単一のNFSv3ボリューム上に配置することができ（ストレージ vMotion の必要性を排除）、各VMDKを個別のボリュームに配置することも、複数のVMDKをボリューム内のqtreeにまとめることもできます。

Shift Toolkitはレイアウトを自動的に検出し、適切なクローン作成方法とNASストレージドライバを選択します。

VMDK が qtree 内に配置されている場合、Shift Toolkit は ONTAP-NAS-economy ドライバを使用します。

VMwareツールはゲストVM上で実行されています

移行対象のVMは準備のため実行状態にあります

移行を開始する前にVMの電源をオフにする必要があります

VMware Tools の削除は、VM の電源がオンになると、対象のハイパーバイザーで実行されます。

ONTAP-NAS: VMDKはすべて単一のボリュームに配置することも、各VMDKを個別のボリュームに配置することもできます。VMの選択は、データストアレベルまたはVMレベルで行うことができます。

ONTAP-NAS-Economy: VMDKは単一のボリューム上に存在する必要があり、ボリューム名は以下の命名規則に準拠する必要があります： trident_qtree_pool_<storage-prefix>_<10 random characters>。リソースグループ内での仮想マシンの選択は、データストアレベルでのみ可能です。

ONTAP-NAS-Economyの場合、上記で指定された命名規則のボリュームが事前に存在し、VMware vCenter 上のデータストアとして使用されている必要があります。これは、VMをこの特定のデータストアにStorage vMotionedするか、既存のデータストアの名前を命名規則に一致するように変更する必要があることを意味します： trident_qtree_pool_<storage-prefix>_<10 random characters>。

ONTAP-NAS-Economy の場合、Trident バックエンド構成（TBC）にはパラメータ `Deny New Volume Pools`を `true`に設定する必要があります。使用するストレージクラスも、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

パラメータ `denyNewVolumePools`は、初期PVC作成の一環として `trident_qtree_pool_<storage-prefix>_<10 random characters>`が作成された直後に、 `true`に設定する必要があります。この値を `true`に設定することで、Tridentが既存のqtreeプールを使用してqtreeベースのPVCを配置するようになります。

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: VMDK はストレージ vMotion を使用して個々のボリュームに配置する必要があります （VMDK を PVC/PV 構造に模倣）。VM の選択は VM レベルで行われます。

ONTAP-SAN-Economy: VMDKは単一のNFSv3ボリューム上に存在する必要があり、ボリューム名は以下の命名規則に準拠する必要があります： trident_lun_。リソースグループ内での仮想マシンの選択は、データストアレベルでのみ可能です。

ONTAP-SAN-Economyの場合、命名規則 `trident_lun_`を持つボリュームは事前に存在し、VMware vCenter上のデータストアとして使用されている必要があります。これは、VMをこの特定のデータストアにStorage vMotionedするか、既存のデータストアの名前を命名規則 `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

ONTAP-SANおよびONTAP-SAN-Economyの場合、VMはまずブロックベースのデータストアからONTAP NFSv3ボリュームにストレージ vMotioned する必要があります。Shift Toolkitは、VMDKをLUNに変換し、それらをPVCとしてそれぞれのネームスペースにインポートします。

Windows VMの場合: ローカル管理者の資格情報を使用する

Linux VMの場合: パスワードプロンプトなしでsudoコマンドを実行する権限を持つユーザーを使用します

Windows VMの場合: VirtIO ISOをVMにマウントします（"ここをクリックしてください。" ）

準備スクリプトは、.msi パッケージを使用して、ドライバーと qemu-guest-agents をインストールします。

VirtIO ドライバーの更新、qemu-agent のインストール、VMware ツールの削除、IP の詳細のバックアップ、fstab の更新を行うスクリプトを挿入します。

PowerCLI を使用してゲスト VM (Linux または Windows) に接続し、VirtIO ドライバーを更新します。

Windows VMの場合: スクリプトを以下に保存します C:\NetApp

Linux VMの場合: スクリプトを次の場所に保存します /NetApp`そして `/opt

ボリュームをクリーンアップして、disk.img ファイルだけを残します。

Tridentインポートを使用してボリュームをPVCとしてインポートします

VM固有のyamlファイルを使用してVMを作成します

ターゲットのVMの電源をオンにする

各VMにネットワークを登録する

VMwareツールを削除し、cronジョブを使用してIPアドレスを割り当てます

OpenShift Virtualization オペレーターとNetApp Trident CSI ドライバーがインストールされた OpenShift クラスター

MTV 2.9.4（変換モードを含む）

"シフトツールキット"インストール済み

Shift Toolkit API のみを使用するため、Shift Toolkit リソース グループまたはブループリントを構成する必要はありません。

OpenShift クラスターの管理者レベルの権限

OCコマンドラインツールがインストールされたLinuxインスタンス

MTVの仮想マシン要件： VMDKはさまざまな方法で構成できます。すべてを単一のボリューム内に配置する方法（Storage vMotion の必要性を回避）、個別に別々のボリュームに割り当てる方法、またはNFSボリューム内のqtreeにまとめてグループ化する方法があります。このスクリプトは、TBC UUIDに基づいてレイアウトを自動的に検出し、適切なクローン作成方法とNASストレージドライバを選択します。