サイト名: サイトの名前を入力してください

ハイパーバイザー: OpenShiftを選択

サイトの場所: デフォルトのオプションを選択します

コネクタ: デフォルトの選択を選択します

エンドポイント: OpenShift Cluster エンドポイントの FQDN (例: api.demomigsno.demoval.com)

Kubeconfigファイルのアップロード: 最小限の権限でkubeconfigファイルを使用します

ファイル拡張子は yaml である必要があります。

クローンベースの移行: ソースハイパーバイザーから宛先ハイパーバイザーへのエンドツーエンドの移行を実行します

クローンベースの変換: ディスクフォーマットを選択したハイパーバイザータイプに変換します

*宛先サイト*を選択

*宛先OpenShiftエントリ*を選択します

ストレージクラスを選択する

例を表示

TBC が 1 つしかない場合は、 Tridentバックエンドがソース ボリュームに自動的にマップされます。ただし、TBC が複数ある場合は、バックエンドを選択できます。

1: 最初に電源を入れるVM

3: デフォルト

5: 最後に電源を入れたVM

*ソースサイト*と関連するvCenterを選択します

*宛先サイト*と関連するOpenShiftターゲットを選択します

クラスターとホストのマッピングを構成する

例を表示

Windows: ローカル管理者権限を持つユーザーを使用します (ドメイン資格情報も使用できます)

Linux: パスワードプロンプトなしでsudoコマンドを実行できるユーザーを使用する

例を表示

構成の選択により、ディスク イメージ形式を選択したり、prepareVM のオーバーライドをスキップしたり、ボリュームを親から分割するかどうかを選択したりできます。デフォルトでは、分割クローン機能は無効になっており、ワークフローはデフォルトで RAW 形式に設定されます。

設定しない: デフォルトオプション

IP を保持: ソースシステムと同じ IP を保持します

DHCP: ターゲットVMにDHCPを割り当てる

CPU/RAMパラメータのサイズ変更（オプション）

起動順序と起動遅延を変更する

電源オン: 移行後にVMの電源をオンにする場合に選択します（デフォルト: オン）

VMware ツールを削除: 変換後に VMware ツールを削除します (デフォルト: 選択)

VMファームウェア: BIOS > BIOSおよびEFI > EFI（自動）

MAC アドレスを保持: ライセンス要件のために MAC アドレスを保持します

MAC アドレスを保持しながらインターフェース名を保持する必要がある場合は、ソース VM に適切な udev ルールが作成されていることを確認します。

サービス アカウントのオーバーライド: 必要に応じて別のサービス アカウントを指定します

ブループリント内のすべてのVMの既存のスナップショットを削除します

ソースでVMスナップショットをトリガーします

ディスク変換前にボリュームのスナップショットをトリガーします

個々のボリュームを複製します

VMDKごとにVMDKをRAW形式に変換します

targetNamespace: default

type: conversion

storage: {}

MTV によって IP 保持設定が確実に構成されるように、事前に計画を作成する必要があります。

PVC 内の vmID と vmUUID (Forklift はこれらの値を探します)

vmdkディスク名 forklift.konveyor.io/disk-source

"owner": { "id": 107 }

"group": { "id": 107 }

"mode": "0655"

* ONTAPクラスタ*: SVM にすることができます。vsadmin を使用できます。クローンボリュームをすぐに切り離す必要がない場合は、splitclone を「False」に設定します。

vCenter: VM および関連する VMDK ファイルを検出するための最小限の RBAC 権限

* Tridentストレージ クラス*: yaml で正しいバージョンの NFS バックエンドを指定する必要があります

OpenShift: プロジェクト名を指定します（例としてデフォルトが使用されます）

残りの値はデフォルトのままにしておきます。