Migration Toolkit for Virtualization のインストールおよび使用

1. 実行中の仮想マシンディスクの初期スナップショットを作成します。
2. 最初のスナップショットをターゲットにコピーします。フルディスク転送、コピーされるデータの量が最大になります。完了までにさらに時間がかかります。

3. 差分のコピー: 変更されたデータ。最後のスナップショットが取得されてから変更されたデータのみをコピーします。完了までにかかる時間が短くなります。

   1. 新しいスナップショットを作成します。
   2. 以前のスナップショットと新しいスナップショット間の差分をコピーします。
   3. デフォルトで設定可能な次のスナップショットを、最後のスナップショットが終了してから 1 時間後にスケジュールします。
4. 任意の数の差分をコピーできます。

1. ウォームマイグレーションを完了するためのスケジュール時間
2. 移行元仮想マシンをシャットダウンします。
3. 最後のスナップショットの差分をターゲットにコピーします。

4. コールドマイグレーションと同じように続行します。

   1. ゲストの変換
   2. ターゲット仮想マシンの起動 (オプション)

手順

1. Red Hat OpenShift Web コンソールで、Operators → OperatorHub をクリックします。
2. Filter by keyword フィールドを使用して mtv-operator を検索します。
3. Migration Toolkit for Virtualization Operator をクリックしてから Install をクリックします。
4. ボタンがアクティブになったら、Create ForkliftController をクリックします。

5. Create をクリックします。

   ForkliftController が表示されるリストに表示されます。

6. Workloads → Pods をクリックし、MTV Pod が実行されていることを確認します。

7. Operators → Installed Operators をクリックして、Migration Toolkit for Virtualization Operator が Succeeded のステータスで openshift-mtv プロジェクトに表示されることを確認します。

   プラグインの準備が整ったら、ページのリロードが求められます。Migration メニュー項目は、Red Hat OpenShift Web コンソールの左側に表示されるナビゲーションバーに自動的に追加されます。

手順

1. openshift-mtv プロジェクトを作成します。

   $ cat << EOF | oc apply -f -
   apiVersion: project.openshift.io/v1
   kind: Project
   metadata:
     name: openshift-mtv
   EOF

2. 名前が migration の OperatorGroup CR を作成します。

   $ cat << EOF | oc apply -f -
   apiVersion: operators.coreos.com/v1
   kind: OperatorGroup
   metadata:
     name: migration
     namespace: openshift-mtv
   spec:
     targetNamespaces:
       - openshift-mtv
   EOF

3. Operator の Subscription CR を作成します。

   $ cat << EOF | oc apply -f -
   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: mtv-operator
     namespace: openshift-mtv
   spec:
     channel: release-v2.9
     installPlanApproval: Automatic
     name: mtv-operator
     source: redhat-operators
     sourceNamespace: openshift-marketplace
     startingCSV: "mtv-operator.v2.9.6"
   EOF

4. ForkliftController CR を作成します。

   $ cat << EOF | oc apply -f -
   apiVersion: forklift.konveyor.io/v1beta1
   kind: ForkliftController
   metadata:
     name: forklift-controller
     namespace: openshift-mtv
   spec:
     olm_managed: true
   EOF

5. MTV Pod が実行していることを確認します。

   $ oc get pods -n openshift-mtv

   出力例は次のとおりです。

   例

   NAME                                                    READY   STATUS    RESTARTS   AGE
   forklift-api-bb45b8db4-cpzlg                            1/1     Running   0          6m34s
   forklift-controller-7649db6845-zd25p                    2/2     Running   0          6m38s
   forklift-must-gather-api-78fb4bcdf6-h2r4m               1/1     Running   0          6m28s
   forklift-operator-59c87cfbdc-pmkfc                      1/1     Running   0          28m
   forklift-ui-plugin-5c5564f6d6-zpd85                     1/1     Running   0          6m24s
   forklift-validation-7d84c74c6f-fj9xg                    1/1     Running   0          6m30s
   forklift-volume-populator-controller-85d5cb64b6-mrlmc   1/1     Running   0          6m36s

手順

1. 次のいずれかの方法で、VMware の Create provider ページにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. VMware をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、VMware をクリックします。

         Welcome ペインが表示されない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら VMware をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   1. Provider details

      • Provider resource name: 移行元プロバイダーの名前。
      • Endpoint type: vSphere プロバイダーエンドポイントタイプを選択します。オプション: vCenter または ESXi。仮想マシンは、vCenter、vCenter によって管理されていない ESX/ESXi サーバー、または vCenter によって管理されているが vCenter を経由しない ESX/ESXi サーバーから移行できます。
      • URL: 移行元仮想マシンがマウントされている vCenter の SDK エンドポイントの URL。URL に sdk パス (通常は /sdk) が含まれていることを確認してください。たとえば、https://vCenter-host-example.com/sdk です。FQDN の証明書が指定されている場合、このフィールドの値は証明書内の FQDN と一致する必要があります。

      • VDDK init image: VDDKInitImage パス。移行を加速するために、VDDK init イメージの作成が強く推奨されます。詳細は、VDDK イメージの作成 を参照してください。

        次のいずれかを行います。

        • Skip VMWare Virtual Disk Development Kit (VDDK) SDK acceleration (not recommended) を選択します。
        • VDDK init image テキストボックスにパスを入力します。形式: <registry_route_or_server_path>/vddk:<tag>。

        • 次の手順を実行して、VDDK アーカイブをアップロードし、アーカイブから VDDK 初期化イメージをビルドします。

          • VDDK init image archive テキストボックスの横にある Browse をクリックし、目的のファイルを選択して Select をクリックします。

          • Upload をクリックします。

            アップロードしたアーカイブの URL が VDDK init image archive テキストボックスに表示されます。

   2. プロバイダー認証情報

      • Username: vCenter ユーザーまたは ESXi ユーザー。たとえば、user@vsphere.local です。
      • Password: vCenter ユーザーパスワードまたは ESXi ユーザーパスワード。

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

   注記

   プロバイダーのステータスが Ready になるまでには数分かかる場合があります。

6. オプション: プロバイダーの UI へのアクセスを追加します。

   1. Providers ページで、プロバイダーをクリックします。

      Provider details ページが開きます。

   2. External UI web link の下の Edit アイコンをクリックします。

   3. リンクを入力して Save をクリックします。

      注記

      リンクを入力しない場合、MTV によって正しいリンクの計算が試行されます。

      • MTV が成功した場合、フィールドのハイパーリンクの参照先が計算されたリンクになります。
      • MTV が成功しなかった場合、フィールドは空のままになります。

手順

1. Red Hat OpenShift Web コンソールで、Migration → Providers for virtualization をクリックします。
2. プロバイダーの横にある Hosts 列のホスト番号をクリックし、ホストのリストを表示します。
3. 1 つまたは複数のホストを選択し、Select migration network をクリックします。

4. 次のフィールドを指定します。

   • Network: ネットワーク名
   • ESXi host admin username: 例: root
   • ESXi host admin password: パスワード
5. Save をクリックします。

6. 各ホストのステータスが Ready であることを確認します。

   ホストのステータスが Ready でない場合、移行ネットワーク上でホストに到達できないか、クレデンシャルが正しくない可能性があります。ホスト設定を変更して、変更を保存できます。

手順

1. 次のいずれかの方法で、Create OpenShift Virtualization provider インターフェイスにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. OpenShift Virtualization をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、OpenShift Virtualization をクリックします。

         Welcome ペインが表示されない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら OpenShift Virtualization をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   • Provider resource name: 移行元プロバイダーの名前
   • URL: API サーバーのエンドポイントの URL

   • Service account bearer token: cluster-admin 権限を持つサービスアカウントのトークン

     URL と Service account bearer token の両方を空白のままにすると、ローカルの OpenShift クラスターが使用されます。

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

手順

1. Red Hat OpenShift Web コンソールで、Migration > Providers for virtualization をクリックします。

2. 変更する移行ネットワークがある OpenShift Virtualization プロバイダーをクリックします。

   Providers detail ページが表示されたら:

3. Networks タブをクリックします。
4. Set default transfer network をクリックします。
5. リストからデフォルトの転送ネットワークを選択し、Save をクリックします。

6. 次の手順を実行して、MTV 移行に使用するネットワーク内のゲートウェイを設定します。

   1. Red Hat OpenShift Web コンソールで、Networking > NetworkAttachmentDefinitions をクリックします。
   2. 適切なデフォルトの転送ネットワーク NAD を選択します。
   3. YAML タブをクリックします。

   4. 次の例のように、YAML の metadata:annotations セクションに forklift.konveyor.io/route を追加します。

      apiVersion: k8s.cni.cncf.io/v1
      kind: NetworkAttachmentDefinition
      metadata:
        name: localnet-network
        namespace: mtv-test
        annotations:
          forklift.konveyor.io/route: <IP address> 

      1

      1

      インターフェイスの IP アドレスを、Dynamic Host Configuration Protocol (DHCP) から設定する、または静的に設定するには、NetworkAttachmentDefinition パラメーターが必要です。IP アドレスを設定すると、インターフェイスが設定されたゲートウェイに到達できるようになります。

   5. Save をクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Migration plans をクリックします。

2. Create plan をクリックします。

   Create migration plan ウィザードが開きます。

3. General ページで、次のフィールドを指定します。

   • Plan name: 名前を入力します。
   • Plan project: リストから選択します。
   • Source provider: リストから選択します。
   • Target provider: リストから選択します。
   • Target project: リストから選択します。
4. Next をクリックします。
5. Virtual machines ページで、移行する仮想マシンを選択し、Next をクリックします。

6. Network map ページで、次のいずれかのオプションを選択します。

   • Use an existing network map: リストから既存のネットワークマップを選択します。

     既存のマップは、すべての計画で利用可能なネットワークマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use a new network map: 次のデータを入力して新しいネットワークマップを作成できます。このマップはこの計画に割り当てられ、この計画がその所有者であるとみなされます。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing network map オプションでは使用できません。

     注記

     UI の Network Maps セクションで、所有者のないネットワークマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source network: リストから選択します。

     • Target network: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Network map name: 名前を入力するか、MTV にネットワークマップの名前を自動的に生成させます。
7. Next をクリックします。

8. Storage map ページで、次のいずれかのオプションを選択します。

   • Use an existing storage map: リストから既存のストレージマップを選択します。

     既存のマップは、すべての計画で利用可能なストレージマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use new storage map: 次のデータを指定して、1 つまたは 2 つの新しいストレージマップを作成できます。これらのマップはこの計画に割り当てられ、この計画がマップの所有者となります。各マップに以下を指定します。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing storage map オプションでは使用できません。

     注記

     UI の Storage Maps セクションで、所有者のないストレージマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source storage: リストから選択します。

     • Target storage: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Storage map name: 名前を入力するか、MTV にストレージマップの名前を自動的に生成させます。
9. Next をクリックします。

10. Migration type ページで、次のいずれかを選択します。

    • Cold migration (デフォルト)
    • Warm migration
11. Next をクリックします。

12. Other settings (optional) ページで、計画に合わせて以下の設定を適切に指定します。すべて任意です。

    • Disk decryption passphrases: Linux Unified Key Setup (LUKS) を使用して暗号化されたディスクの場合。

      • LUKS で暗号化されたデバイスの復号化パスフレーズを入力します。
      • 別のパスフレーズを追加するには、Add passphrase をクリックしてパスフレーズを追加します。

      • 必要に応じて繰り返し追加します。

        パスフレーズは特定の順序で入力する必要はありません。LUKS 暗号化デバイスごとに、MTV はデバイスのロックを解除するまで各パスフレーズを試みます。

    • Transfer Network: 仮想マシンを OpenShift Virtualization に転送するために使用されるネットワーク。プロバイダーのデフォルトの転送ネットワークです。

      • 転送ネットワークが選択したターゲットプロジェクト内にあることを確認します。
      • 別の転送ネットワークを選択するには、リストから別の転送ネットワークを選択します。

      • オプション: OpenShift Web コンソールで別の OpenShift ネットワークを設定するには、Networking > NetworkAttachmentDefinitions をクリックします。

        OpenShift がサポートするさまざまなタイプのネットワークの詳細は、OpenShift Container Platform の追加のネットワーク を参照してください。

      • OpenShift 転送ネットワークの最大転送単位 (MTU) を調整する場合は、VMware 移行ネットワークの MTU も変更する必要があります。詳細は、VMware 移行元プロバイダーの移行ネットワークの選択 を参照してください。

    • Preserve static IPs: デフォルトでは、仮想ネットワークインターフェイスコントローラー (vNIC) は移行プロセス中に変更されます。その結果、ゲスト仮想マシンのインターフェイス名にリンクされた静的 IP で設定された vNIC は移行中に IP を失います。

      • 静的 IP を保持するには、Preserve the static IPs チェックボックスをオンにします。

        その後、MTV は、vNIC プロパティーが欠落している仮想マシンに関する警告メッセージを発行します。欠落している vNIC プロパティーを取得するには、vSphere でそれらの仮想マシンを実行します。これにより、vNIC プロパティーが MTV に報告されます。

    • Root device: マルチブートの仮想マシン移行のみに適用されます。デフォルトでは、MTV はルートデバイスとして検出された最初の起動可能なデバイスを使用します。

      • 別のルートデバイスを指定するには、テキストボックスに入力します。

        MTV はディスクの場所に /dev/sd<disk_identifier><disk_partition> という形式を使用します。たとえば、2 番目のディスクがルートデバイスであり、オペレーティングシステムがディスクの 2 番目のパーティションにある場合、形式は /dev/sdb2 になります。起動デバイスを入力したら、Save をクリックします。

        指定した起動デバイスが正しくないために変換が失敗した場合は、変換 Pod のログを確認することで正確な情報を取得できます。

    • Shared disks: コールドマイグレーションにのみ適用されます。共有ディスクは、複数の仮想マシンにアタッチされ、multi-writer オプションを使用するディスクです。これらの特性があるため、共有ディスクの移行は困難です。デフォルトでは、MTV は共有ディスクを移行します。

      注記

      共有ディスクを移行すると、移行プロセスが遅くなる可能性があります。

      • 移行計画で共有ディスクを移行するには、Shared disks チェックボックスがオンになっていることを確認します。
      • 共有ディスクの移行を回避するには、Shared disks チェックボックスをオフにします。
13. Next をクリックします。
14. Hooks (optional) ページでは、移行前フック、移行後フック、または両方のタイプの移行フックを追加できます。すべて任意です。
15. フックを追加するには、適切な Enable hook チェックボックスをオンにします。
16. Hook runner image を入力します。

17. ウィンドウにフックの Ansible Playbook を入力します。

    注記

    移行計画に、移行前フックまたは移行後フックを複数含めることはできません。

18. Next をクリックします。
19. Review and Create ページで、表示される情報を確認します。

20. 次の操作を行って、任意の項目を編集します。

    1. Edit step リンクをクリックします。

       ウィザードが開き、項目を定義したページが表示されます。

    2. 項目を編集します。
    3. Next をクリックしてウィザードの次のページに進むか、Skip to review をクリックして Review and create ページに直接戻ります。

21. 計画の詳細を確認したら、Create plan をクリックします。MTV が計画を検証します。

    計画が検証されると、Details タブに Plan details ページが開きます。

    このページの Plan settings セクションには、Other settings (optional) ページで指定した設定と、いくつかの追加のオプション設定が含まれています。以下の手順は追加のオプションの手順を説明していますが、どの設定も Options メニュー をクリックし、変更を加えてから Save をクリックすることで編集できます。

22. ページの Plan settings セクションで次の項目を確認します。

    • Volume name template: 計画に含まれる仮想マシンのボリュームインターフェイス名のテンプレートを指定します。

      テンプレートは Go テンプレート構文に準拠し、次の変数にアクセスできます。

      • .PVCName: このボリュームを使用して仮想マシンにマウントされた PVC の名前

      • .VolumeIndex: ボリュームインターフェイスの連続インデックス (0-based)

        例

      • "disk-{{.VolumeIndex}}"

      • "pvc-{{.PVCName}}"

        変数名は 63 文字以内でなければなりません。

      • 計画内のすべての仮想マシンのボリューム名テンプレートを指定するには、次の手順を実行します。

        • Edit アイコンをクリックします。
        • Enter custom naming template をクリックします。
        • 指示に従ってテンプレートを入力します。
        • Save をクリックします。

      • 特定の仮想マシンに対してのみ異なるボリューム名テンプレートを指定するには、次の手順を実行します。

        • Virtual Machines タブをクリックします。
        • 仮想マシンを選択します。
        • 仮想マシンの Options メニュー をクリックします。
        • Edit Volume name template を選択します。
        • 指示に従ってテンプレートを入力します。

        • Save をクリックします。

          重要

          Virtual Machines タブで行った変更は、Plan details ページで行った変更をオーバーライドします。

    • PVC name template: 計画に含まれる仮想マシンの永続ボリューム要求 (PVC) 名のテンプレートを指定します。

      テンプレートは Go テンプレート構文に準拠し、次の変数にアクセスできます。

      • .VmName: 仮想マシンの名前
      • .PlanName: 移行計画の名前
      • .DiskIndex: ディスクの初期ボリュームインデックス

      • .RootDiskIndex: ルートディスクのインデックス

        例

      • "{{.VmName}}-disk-{{.DiskIndex}}"

      • "{{if eq .DiskIndex .RootDiskIndex}}root{{else}}data{{end}}-{{.DiskIndex}}"

        変数名は 63 文字以内でなければなりません。

      • 計画に含まれるすべての仮想マシンの PVC 名テンプレートを指定するには、次の手順を実行します。

        • Edit アイコンをクリックします。
        • Enter custom naming template をクリックします。
        • 指示に従ってテンプレートを入力します。
        • Save をクリックします。

      • 特定の仮想マシンに対してのみ PVC 名テンプレートを指定するには、次の手順を実行します。

        • Virtual Machines タブをクリックします。
        • 仮想マシンを選択します。
        • 仮想マシンの Options メニュー をクリックします。
        • Edit PVC name template を選択します。
        • 指示に従ってテンプレートを入力します。

        • Save をクリックします。

          重要

          Virtual Machines タブで行った変更は、Plan details ページで行った変更をオーバーライドします。

    • Network name template: 計画に含まれる仮想マシンのネットワークインターフェイス名のテンプレートを指定します。

      テンプレートは Go テンプレート構文に準拠し、次の変数にアクセスできます。

      • .NetworkName: ターゲットネットワークが multus の場合は、Multus ネットワーク接続定義の名前を追加します。それ以外の場合は、この変数を空のままにします。
      • .NetworkNamespace: ターゲットネットワークが multus の場合、Multus ネットワーク接続定義が配置されている namespace を追加します。
      • .NetworkType: ネットワークタイプ。オプション: multus または pod。

      • .NetworkIndex: ネットワークインターフェイスの連続インデックス (0-based)。

        例

      • "net-{{.NetworkIndex}}"

      • {{if eq .NetworkType "pod"}}pod{{else}}multus-{{.NetworkIndex}}{{end}}"

        変数名は 63 文字以内でなければなりません。

      • 計画に含まれるすべての仮想マシンのネットワーク名テンプレートを指定するには、次の手順を実行します。

        • Edit アイコンをクリックします。
        • Enter custom naming template をクリックします。
        • 指示に従ってテンプレートを入力します。
        • Save をクリックします。

      • 特定の仮想マシンに対してのみ異なるネットワーク名テンプレートを指定するには、次の手順を実行します。

        • Virtual Machines タブをクリックします。
        • 仮想マシンを選択します。
        • 仮想マシンの Options メニュー をクリックします。
        • Edit Network name template を選択します。
        • 指示に従ってテンプレートを入力します。

        • Save をクリックします。

          重要

          Virtual Machines タブで行った変更は、Plan details ページで行った変更をオーバーライドします。

    • Raw copy mode: デフォルトでは、移行中に仮想マシン (VM) は virt-v2v というツールを使用して変換されます。このツールにより、仮想マシンと OpenShift Virtualization の互換性が確保されます。この変換プロセスは、MTV での virt-v2v ツールの使用方法 で説明されています。Raw copy mode では、仮想マシンを変換せずにコピーします。これにより、変換が高速化され、さまざまなオペレーティングシステムを実行している仮想マシンの移行が可能になり、鍵を必要とせずに Linux Unified Key Setup (LUKS) を使用して暗号化されたディスクの移行がサポートされます。ただし、raw コピーモードを使用して移行した仮想マシンは、OpenShift Virtualization で正しく機能しない可能性があります。

      • 移行計画に raw コピーモードを使用するには、次の手順を実行します。

        • Edit アイコンをクリックします。
        • Raw copy mode スイッチを切り替えます。

        • Save をクリックします。

          このページで行った変更が MTV によって検証されます。

23. Plan details タブに、ウィザードでの入力に基づいて詳細がリスト表示されます。また、計画の詳細の後に次の 2 つのセクションが含まれています。

    • Migration history: 計画の実行の成功と失敗の詳細
    • Conditions: 計画を正常に実行するために必要な変更

24. リストされている条件をすべて満たしたら、Plans ページから計画を実行できます。

    Plan details ページには、次の表で説明する 5 つの追加タブも含まれています。

    Expand

    表7.1 Plan details ページのタブ

    YAML	Virtual Machines	Resources	Mappings	Hooks
    移行元プロバイダー、ネットワークマップとストレージマップ、仮想マシン、仮想マシンに関する問題など、計画の詳細に基づいた編集可能な YAML 形式の Plan マニフェスト	計画によって移行される仮想マシン	計算されたリソース: 仮想マシン数、CPU、および全仮想マシンと実行中の仮想マシンの合計メモリー	計画で使用するネットワークおよびストレージマップの編集可能な仕様	計画で使用するフックの更新可能な仕様 (ある場合)

    Show more

手順

1. Red Hat OpenShift Web コンソールで、Migration > Plans for virtualization をクリックします。

   Plans のリストに、移行元プロバイダーとターゲットプロバイダー、移行する仮想マシン (VM) の数、ステータス、移行の開始日、および各計画の説明が表示されます。

2. 移行計画の横にある Start をクリックして移行を開始します。

3. 開いた確認ウィンドウで Start をクリックします。

   計画の Status が Running に変わり、移行の進行状況が表示されます。

   ウォームマイグレーションのみ:

   • プレコピー段階が開始します。

   • Cutover をクリックして移行を完了します。

     警告

     移行の開始後に仮想マシンのスナップショットを作成しないでください。移行の開始後にスナップショットを作成すると、移行が失敗する可能性があります。

4. オプション: 移行の ステータス のリンクをクリックすると、移行の全体的なステータスと各仮想マシンのステータスが表示されます。

   • 左側のリンクは、移行が失敗したか、成功したか、進行中かを示します。また、移行が成功、失敗、またはキャンセルされた仮想マシンの数も報告されます。

   • 右側のリンクで、Plan Details ページの Virtual Machines タブが開きます。各仮想マシンについて、タブには次のデータが表示されます。

     • 仮想マシンの名前
     • 移行の開始時間と終了時間
     • コピーされたデータ量

     • 仮想マシンの移行の進捗パイプライン

       警告

       データの破損を回避するために、インポートされる仮想マシンでは、svMotion を含む vMotion と再配置を無効にする必要があります。

5. オプション: 移行の実行中または完了後に移行のログを表示するには、次の操作を実行します。

   1. Virtual Machines タブをクリックします。

   2. 移行の進行状況を確認する仮想マシンの左側にある矢印 (>) をクリックします。

      仮想マシンの詳細が表示されます。

   3. Pods セクションの Pod links 列で、Logs リンクをクリックします。

      Logs タブが開きます。

      注記

      ログは常に利用できるとは限りません。ログが利用できない一般的な理由は次のとおりです。

      • OpenShift Virtualization から OpenShift Virtualization への移行である。この場合、virt-v2v は関係しないため、Pod は必要ありません。
      • Pod が作成されなかった。
      • Pod が削除された。
      • Pod を実行する前に移行に失敗した。
   4. Raw ログを表示するには、Raw リンクをクリックします。
   5. ログをダウンロードするには、Download リンクをクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Plans for virtualization をクリックします。
2. 実行中の移行計画の名前をクリックし、移行の詳細を表示します。
3. 1 つ以上の仮想マシンを選択し、Cancel をクリックします。

4. Yes, cancel をクリックしてキャンセルを確定します。

   Migration details by VM リストでは、キャンセルした仮想マシンのステータスは Canceled になります。移行されていない仮想マシンと移行された仮想マシンは影響を受けません。

手順

1. 次のいずれかの方法で、Red Hat Virtualization の Create provider ページにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. Red Hat Virtualization をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、Red Hat Virtualization をクリックします。

         Welcome ペインが表示されない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら Red Hat Virtualization をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   • Provider resource name: 移行元プロバイダーの名前。
   • URL: 移行元仮想マシンがマウントされている Red Hat Virtualization Manager (RHVM) の API エンドポイントの URL。URL に、RHVM API サーバーへのパス (通常は /ovirt-engine/api) が含まれていることを確認してください。たとえば、https://rhv-host-example.com/ovirt-engine/api です。
   • Username: ユーザー名。
   • Password: パスワード。

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

6. オプション: プロバイダーの UI へのアクセスを追加します。

   1. Providers ページで、プロバイダーをクリックします。

      Provider details ページが開きます。

   2. External UI web link の下の Edit アイコンをクリックします。

   3. リンクを入力して Save をクリックします。

      注記

      リンクを入力しない場合、MTV によって正しいリンクの計算が試行されます。

      • MTV が成功した場合、フィールドのハイパーリンクの参照先が計算されたリンクになります。
      • MTV が成功しなかった場合、フィールドは空のままになります。

手順

1. 次のいずれかの方法で、Create OpenShift Virtualization provider インターフェイスにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. OpenShift Virtualization をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、OpenShift Virtualization をクリックします。

         Welcome ペインが表示されない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら OpenShift Virtualization をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   • Provider resource name: 移行元プロバイダーの名前
   • URL: API サーバーのエンドポイントの URL

   • Service account bearer token: cluster-admin 権限を持つサービスアカウントのトークン

     URL と Service account bearer token の両方を空白のままにすると、ローカルの OpenShift クラスターが使用されます。

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

手順

1. Red Hat OpenShift Web コンソールで、Migration > Providers for virtualization をクリックします。

2. 変更する移行ネットワークがある OpenShift Virtualization プロバイダーをクリックします。

   Providers detail ページが表示されたら:

3. Networks タブをクリックします。
4. Set default transfer network をクリックします。
5. リストからデフォルトの転送ネットワークを選択し、Save をクリックします。

6. 次の手順を実行して、MTV 移行に使用するネットワーク内のゲートウェイを設定します。

   1. Red Hat OpenShift Web コンソールで、Networking > NetworkAttachmentDefinitions をクリックします。
   2. 適切なデフォルトの転送ネットワーク NAD を選択します。
   3. YAML タブをクリックします。

   4. 次の例のように、YAML の metadata:annotations セクションに forklift.konveyor.io/route を追加します。

      apiVersion: k8s.cni.cncf.io/v1
      kind: NetworkAttachmentDefinition
      metadata:
        name: localnet-network
        namespace: mtv-test
        annotations:
          forklift.konveyor.io/route: <IP address> 

      1

      1

      インターフェイスの IP アドレスを、Dynamic Host Configuration Protocol (DHCP) から設定する、または静的に設定するには、NetworkAttachmentDefinition パラメーターが必要です。IP アドレスを設定すると、インターフェイスが設定されたゲートウェイに到達できるようになります。

   5. Save をクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Migration plans をクリックします。

2. Create plan をクリックします。

   Create migration plan ウィザードが開きます。

3. General ページで、次のフィールドを指定します。

   • Plan name: 名前を入力します。
   • Plan project: リストから選択します。
   • Source provider: リストから選択します。
   • Target provider: リストから選択します。
   • Target project: リストから選択します。
4. Next をクリックします。
5. Virtual machines ページで、移行する仮想マシンを選択し、Next をクリックします。

6. Network map ページで、次のいずれかのオプションを選択します。

   • Use an existing network map: リストから既存のネットワークマップを選択します。

     既存のマップは、すべての計画で利用可能なネットワークマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use a new network map: 次のデータを入力して新しいネットワークマップを作成できます。このマップはこの計画に割り当てられ、この計画がその所有者であるとみなされます。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing network map オプションでは使用できません。

     注記

     UI の Network Maps セクションで、所有者のないネットワークマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source network: リストから選択します。

     • Target network: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Network map name: 名前を入力するか、MTV にネットワークマップの名前を自動的に生成させます。
7. Next をクリックします。

8. Storage map ページで、次のいずれかのオプションを選択します。

   • Use an existing storage map: リストから既存のストレージマップを選択します。

     既存のマップは、すべての計画で利用可能なストレージマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use new storage map: 次のデータを指定して、1 つまたは 2 つの新しいストレージマップを作成できます。これらのマップはこの計画に割り当てられ、この計画がマップの所有者となります。各マップに以下を指定します。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing storage map オプションでは使用できません。

     注記

     UI の Storage Maps セクションで、所有者のないストレージマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source storage: リストから選択します。

     • Target storage: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Storage map name: 名前を入力するか、MTV にストレージマップの名前を自動的に生成させます。
9. Next をクリックします。

10. Migration type ページで、次のいずれかを選択します。

    • Cold migration (デフォルト)
    • Warm migration
11. Next をクリックします。

12. Other settings (optional) ページで、移行計画の Transfer network (転送ネットワーク) を変更できます。

    転送ネットワークは、仮想マシンを OpenShift Virtualization に転送するために使用されるネットワークです。プロバイダーのデフォルトの転送ネットワークです。

    • 転送ネットワークが選択したターゲットプロジェクト内にあることを確認します。
    • 別の転送ネットワークを選択するには、リストから別の転送ネットワークを選択します。

    • オプション: OpenShift Web コンソールで別の OpenShift ネットワークを設定するには、Networking > NetworkAttachmentDefinitions をクリックします。

      OpenShift がサポートするさまざまなタイプのネットワークの詳細は、OpenShift Container Platform の追加のネットワーク を参照してください。

    • OpenShift 転送ネットワークの最大転送単位 (MTU) を調整する場合は、VMware 移行ネットワークの MTU も変更する必要があります。詳細は、VMware 移行元プロバイダーの移行ネットワークの選択 を参照してください。
13. Next をクリックします。
14. Hooks (optional) ページでは、移行前フック、移行後フック、または両方のタイプの移行フックを追加できます。すべて任意です。
15. フックを追加するには、適切な Enable hook チェックボックスをオンにします。
16. Hook runner image を入力します。

17. ウィンドウにフックの Ansible Playbook を入力します。

    注記

    移行計画に、移行前フックまたは移行後フックを複数含めることはできません。

18. Next をクリックします。
19. Review and Create ページで、表示される情報を確認します。

20. 次の操作を行って、任意の項目を編集します。

    1. Edit step リンクをクリックします。

       ウィザードが開き、項目を定義したページが表示されます。

    2. 項目を編集します。
    3. Next をクリックしてウィザードの次のページに進むか、Skip to review をクリックして Review and create ページに直接戻ります。

21. 計画の詳細を確認したら、Create plan をクリックします。MTV が計画を検証します。

    計画が検証されると、Details タブに Plan details ページが開きます。

    このページの Plan settings セクションには、Other settings (optional) ページで指定した設定と、いくつかの追加のオプション設定が含まれています。以下の手順は追加のオプションの手順を説明していますが、どの設定も Options メニュー をクリックし、変更を加えてから Save をクリックすることで編集できます。

22. ページの Plan settings セクションで次の項目を確認します。

    • Preserve CPU mode: 通常、Red Hat Virtualization 仮想マシンの CPU モデル (タイプ) はクラスターレベルで設定されます。ただし、CPU モデルは仮想マシンレベルで設定でき、これをカスタム CPU モデルと呼びます。

      デフォルトでは、MTV は移行先クラスターの CPU モデルを次のように設定します。MTV は、カスタム CPU 設定がある仮想マシンのカスタム CPU 設定を保持します。カスタム CPU 設定のない仮想マシンの場合、CPU モデルを設定しません。代わりに、CPU モデルは OpenShift Virtualization によって後で設定されます。

      Red Hat Virtualization 仮想マシンのクラスターレベルの CPU モデルを保持するには、次の手順を実行します。

      1. Options メニュー をクリックします。
      2. Whether to preserve the CPU model スイッチを切り替えます。

      3. Save をクリックします。

         このページで行った変更が MTV によって検証されます。

23. Plan details タブに、ウィザードでの入力に基づいて詳細がリスト表示されます。また、計画の詳細の後に次の 2 つのセクションが含まれています。

    • Migration history: 計画の実行の成功と失敗の詳細
    • Conditions: 計画を正常に実行するために必要な変更

24. リストされている条件をすべて満たしたら、Plans ページから計画を実行できます。

    Plan details ページには、次の表で説明する 5 つの追加タブも含まれています。

    Expand

    表8.1 Plan details ページのタブ

    YAML	Virtual Machines	Resources	Mappings	Hooks
    移行元プロバイダー、ネットワークマップとストレージマップ、仮想マシン、仮想マシンに関する問題など、計画の詳細に基づいた編集可能な YAML 形式の Plan マニフェスト	計画によって移行される仮想マシン	計算されたリソース: 仮想マシン数、CPU、および全仮想マシンと実行中の仮想マシンの合計メモリー	計画で使用するネットワークおよびストレージマップの編集可能な仕様	計画で使用するフックの更新可能な仕様 (ある場合)

    Show more

手順

1. Red Hat OpenShift Web コンソールで、Migration > Plans for virtualization をクリックします。

   Plans のリストに、移行元プロバイダーとターゲットプロバイダー、移行する仮想マシン (VM) の数、ステータス、移行の開始日、および各計画の説明が表示されます。

2. 移行計画の横にある Start をクリックして移行を開始します。

3. 開いた確認ウィンドウで Start をクリックします。

   計画の Status が Running に変わり、移行の進行状況が表示されます。

   ウォームマイグレーションのみ:

   • プレコピー段階が開始します。

   • Cutover をクリックして移行を完了します。

     警告

     移行の開始後に仮想マシンのスナップショットを作成しないでください。移行の開始後にスナップショットを作成すると、移行が失敗する可能性があります。

4. オプション: 移行の ステータス のリンクをクリックすると、移行の全体的なステータスと各仮想マシンのステータスが表示されます。

   • 左側のリンクは、移行が失敗したか、成功したか、進行中かを示します。また、移行が成功、失敗、またはキャンセルされた仮想マシンの数も報告されます。

   • 右側のリンクで、Plan Details ページの Virtual Machines タブが開きます。各仮想マシンについて、タブには次のデータが表示されます。

     • 仮想マシンの名前
     • 移行の開始時間と終了時間
     • コピーされたデータ量

     • 仮想マシンの移行の進捗パイプライン

       警告

       データの破損を回避するために、インポートされる仮想マシンでは、svMotion を含む vMotion と再配置を無効にする必要があります。

5. オプション: 移行の実行中または完了後に移行のログを表示するには、次の操作を実行します。

   1. Virtual Machines タブをクリックします。

   2. 移行の進行状況を確認する仮想マシンの左側にある矢印 (>) をクリックします。

      仮想マシンの詳細が表示されます。

   3. Pods セクションの Pod links 列で、Logs リンクをクリックします。

      Logs タブが開きます。

      注記

      ログは常に利用できるとは限りません。ログが利用できない一般的な理由は次のとおりです。

      • OpenShift Virtualization から OpenShift Virtualization への移行である。この場合、virt-v2v は関係しないため、Pod は必要ありません。
      • Pod が作成されなかった。
      • Pod が削除された。
      • Pod を実行する前に移行に失敗した。
   4. Raw ログを表示するには、Raw リンクをクリックします。
   5. ログをダウンロードするには、Download リンクをクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Plans for virtualization をクリックします。
2. 実行中の移行計画の名前をクリックし、移行の詳細を表示します。
3. 1 つ以上の仮想マシンを選択し、Cancel をクリックします。

4. Yes, cancel をクリックしてキャンセルを確定します。

   Migration details by VM リストでは、キャンセルした仮想マシンのステータスは Canceled になります。移行されていない仮想マシンと移行された仮想マシンは影響を受けません。

手順

1. 次のいずれかの方法で、OpenStack の Create provider ページにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. OpenStack をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、OpenStack をクリックします。

         Welcome ペインが表示されていない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら OpenStack をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   • Provider resource name: 移行元プロバイダーの名前。
   • URL: OpenStack Identity (Keystone) エンドポイントの URL。たとえば、http://controller:5000/v3 です。

   • Authentication type: 次の認証方法のいずれかを選択し、選択した内容に関連する情報を入力します。たとえば、認証タイプとして Application credential ID を選択した場合は、Application credential ID と Application credential secret フィールドがアクティブになり、ID とシークレットを指定する必要があります。

     • Application credential ID

       • Application credential ID: OpenStack アプリケーション認証情報 ID
       • Application credential secret: OpenStack アプリケーション認証情報の Secret

     • Application credential name

       • Application credential name: OpenStack アプリケーションの認証情報名
       • Application credential secret: OpenStack アプリケーション認証情報の Secret
       • Username: OpenStack ユーザー名
       • Domain: OpenStack ドメイン名

     • Token with user ID

       • Token: OpenStack トークン
       • User ID: OpenStack ユーザー ID
       • Project ID: OpenStack プロジェクト ID

     • ユーザー名のトークン

       • Token: OpenStack トークン
       • Username: OpenStack ユーザー名
       • Project: OpenStack プロジェクト
       • Domain name: OpenStack ドメイン名

     • Password

       • Username: OpenStack ユーザー名
       • Password: OpenStack パスワード
       • Project: OpenStack プロジェクト
       • Domain: OpenStack ドメイン名

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

6. オプション: プロバイダーの UI へのアクセスを追加します。

   1. Providers ページで、プロバイダーをクリックします。

      Provider details ページが開きます。

   2. External UI web link の下の Edit アイコンをクリックします。

   3. リンクを入力して Save をクリックします。

      注記

      リンクを入力しない場合、MTV によって正しいリンクの計算が試行されます。

      • MTV が成功した場合、フィールドのハイパーリンクの参照先が計算されたリンクになります。
      • MTV が成功しなかった場合、フィールドは空のままになります。

手順

1. 次のいずれかの方法で、Create OpenShift Virtualization provider インターフェイスにアクセスします。

   1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Providers をクリックします。

      1. Create Provider をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

      3. OpenShift Virtualization をクリックします。

   2. 管理者特権がある場合は、Red Hat OpenShift Web コンソールで、Migration for Virtualization > Overview をクリックします。

      1. Welcome ペインで、OpenShift Virtualization をクリックします。

         Welcome ペインが表示されない場合は、ページの右上隅にある Show the welcome card をクリックし、Welcome ペインが開いたら OpenShift Virtualization をクリックします。

      2. リストから Project を選択します。表示されるデフォルトのプロジェクトは、MTV のアクティブなプロジェクトによって異なります。

         アクティブなプロジェクトが All projects の場合、デフォルトのプロジェクトは openshift-mtv になります。それ以外の場合、デフォルトのプロジェクトはアクティブなプロジェクトと同じになります。

         管理者特権を持っている場合は、すべてのプロジェクトを表示できます。持っていない場合は、操作を許可されているプロジェクトのみを表示できます。

2. 次のフィールドを指定します。

   • Provider resource name: 移行元プロバイダーの名前
   • URL: API サーバーのエンドポイントの URL

   • Service account bearer token: cluster-admin 権限を持つサービスアカウントのトークン

     URL と Service account bearer token の両方を空白のままにすると、ローカルの OpenShift クラスターが使用されます。

3. CA 証明書を検証するには、以下のいずれかのオプションを選択します。

   • Use a custom CA certificate: カスタム CA 証明書を検証した後に移行します。
   • Use the system CA certificate: システム CA 証明書を検証した後に移行します。

   • Skip certificate validation: CA 証明書を検証せずに移行します。

     1. カスタム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA 証明書をテキストボックスにドラッグするか、または それを参照して Select をクリックするかの いずれか を行います。
     2. システム CA 証明書を使用するには、Skip certificate validation スイッチを左に切り替えた状態にし、CA certificate のテキストボックスを空のままにします。
     3. 証明書の検証を省略するには、Skip certificate validation スイッチを右に切り替えます。

4. オプション: プロバイダーの API エンドポイント URL からカスタム CA 証明書を取得するように MTV に依頼します。

   1. Fetch certificate from URL をクリックします。Verify certificate ウィンドウが開きます。

   2. 詳細が正しい場合は、I trust the authenticity of this certificate チェックボックスを選択し、Confirm をクリックします。そうでない場合は、Cancel をクリックし、正しい証明書情報を手動で入力します。

      確認後、CA 証明書は、API エンドポイントとの後続の通信を検証するために使用されます。

5. プロバイダーを追加して保存するには、プロバイダーの作成 をクリックします。

   プロバイダーがプロバイダーのリストに表示されます。

手順

1. Red Hat OpenShift Web コンソールで、Migration > Providers for virtualization をクリックします。

2. 変更する移行ネットワークがある OpenShift Virtualization プロバイダーをクリックします。

   Providers detail ページが表示されたら:

3. Networks タブをクリックします。
4. Set default transfer network をクリックします。
5. リストからデフォルトの転送ネットワークを選択し、Save をクリックします。

6. 次の手順を実行して、MTV 移行に使用するネットワーク内のゲートウェイを設定します。

   1. Red Hat OpenShift Web コンソールで、Networking > NetworkAttachmentDefinitions をクリックします。
   2. 適切なデフォルトの転送ネットワーク NAD を選択します。
   3. YAML タブをクリックします。

   4. 次の例のように、YAML の metadata:annotations セクションに forklift.konveyor.io/route を追加します。

      apiVersion: k8s.cni.cncf.io/v1
      kind: NetworkAttachmentDefinition
      metadata:
        name: localnet-network
        namespace: mtv-test
        annotations:
          forklift.konveyor.io/route: <IP address> 

      1

      1

      インターフェイスの IP アドレスを、Dynamic Host Configuration Protocol (DHCP) から設定する、または静的に設定するには、NetworkAttachmentDefinition パラメーターが必要です。IP アドレスを設定すると、インターフェイスが設定されたゲートウェイに到達できるようになります。

   5. Save をクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Migration for Virtualization > Migration plans をクリックします。

2. Create plan をクリックします。

   Create migration plan ウィザードが開きます。

3. General ページで、次のフィールドを指定します。

   • Plan name: 名前を入力します。
   • Plan project: リストから選択します。
   • Source provider: リストから選択します。
   • Target provider: リストから選択します。
   • Target project: リストから選択します。
4. Next をクリックします。
5. Virtual machines ページで、移行する仮想マシンを選択し、Next をクリックします。

6. Network map ページで、次のいずれかのオプションを選択します。

   • Use an existing network map: リストから既存のネットワークマップを選択します。

     既存のマップは、すべての計画で利用可能なネットワークマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use a new network map: 次のデータを入力して新しいネットワークマップを作成できます。このマップはこの計画に割り当てられ、この計画がその所有者であるとみなされます。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing network map オプションでは使用できません。

     注記

     UI の Network Maps セクションで、所有者のないネットワークマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source network: リストから選択します。

     • Target network: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Network map name: 名前を入力するか、MTV にネットワークマップの名前を自動的に生成させます。
7. Next をクリックします。

8. Storage map ページで、次のいずれかのオプションを選択します。

   • Use an existing storage map: リストから既存のストレージマップを選択します。

     既存のマップは、すべての計画で利用可能なストレージマップであるため、システム上では 所有者なし となります。このオプションを選択してマップを選択すると、そのマップのコピーが計画に割り当てられ、この計画がそのコピーの 所有者 となります。自分のコピーに加えた変更は、元の計画や他のユーザーが持っているコピーには影響しません。

     注記

     既存のマップを選択する場合は、そのマップの移行元プロバイダーと移行先プロバイダーが、計画で使用するものと同じであることを確認してください。

   • Use new storage map: 次のデータを指定して、1 つまたは 2 つの新しいストレージマップを作成できます。これらのマップはこの計画に割り当てられ、この計画がマップの所有者となります。各マップに以下を指定します。このオプションを使用して作成したマップは、それぞれ所有者と関連付けられて作成されるため、Use an existing storage map オプションでは使用できません。

     注記

     UI の Storage Maps セクションで、所有者のないストレージマップを作成できます。このマップは、自分や他のユーザーが追加の移行計画に使用できます。

     • Source storage: リストから選択します。

     • Target storage: リストから選択します。

       必要に応じて、Add mapping をクリックして別のマッピングを追加します。

     • Storage map name: 名前を入力するか、MTV にストレージマップの名前を自動的に生成させます。
9. Next をクリックします。

10. Other settings (optional) ページで、移行計画の Transfer network (転送ネットワーク) を変更できます。

    転送ネットワークは、仮想マシンを OpenShift Virtualization に転送するために使用されるネットワークです。プロバイダーのデフォルトの転送ネットワークです。

    • 転送ネットワークが選択したターゲットプロジェクト内にあることを確認します。
    • 別の転送ネットワークを選択するには、リストから別の転送ネットワークを選択します。

    • オプション: OpenShift Web コンソールで別の OpenShift ネットワークを設定するには、Networking > NetworkAttachmentDefinitions をクリックします。

      OpenShift がサポートするさまざまなタイプのネットワークの詳細は、OpenShift Container Platform の追加のネットワーク を参照してください。

    • OpenShift 転送ネットワークの最大転送単位 (MTU) を調整する場合は、VMware 移行ネットワークの MTU も変更する必要があります。詳細は、VMware 移行元プロバイダーの移行ネットワークの選択 を参照してください。
11. Next をクリックします。
12. Hooks (optional) ページでは、移行前フック、移行後フック、または両方のタイプの移行フックを追加できます。すべて任意です。
13. フックを追加するには、適切な Enable hook チェックボックスをオンにします。
14. Hook runner image を入力します。

15. ウィンドウにフックの Ansible Playbook を入力します。

    注記

    移行計画に、移行前フックまたは移行後フックを複数含めることはできません。

16. Next をクリックします。
17. Review and Create ページで、表示される情報を確認します。

18. 次の操作を行って、任意の項目を編集します。

    1. Edit step リンクをクリックします。

       ウィザードが開き、項目を定義したページが表示されます。

    2. 項目を編集します。
    3. Next をクリックしてウィザードの次のページに進むか、Skip to review をクリックして Review and create ページに直接戻ります。

19. 計画の詳細を確認したら、Create plan をクリックします。MTV が計画を検証します。

    計画が検証されると、Details タブに Plan details ページが開きます。

20. Plan details タブに、ウィザードでの入力に基づいて詳細がリスト表示されます。また、計画の詳細の後に次の 2 つのセクションが含まれています。

    • Migration history: 計画の実行の成功と失敗の詳細
    • Conditions: 計画を正常に実行するために必要な変更

21. リストされている条件をすべて満たしたら、Plans ページから計画を実行できます。

    Plan details ページには、次の表で説明する 5 つの追加タブも含まれています。

    Expand

    表9.1 Plan details ページのタブ

    YAML	Virtual Machines	Resources	Mappings	Hooks
    移行元プロバイダー、ネットワークマップとストレージマップ、仮想マシン、仮想マシンに関する問題など、計画の詳細に基づいた編集可能な YAML 形式の Plan マニフェスト	計画によって移行される仮想マシン	計算されたリソース: 仮想マシン数、CPU、および全仮想マシンと実行中の仮想マシンの合計メモリー	計画で使用するネットワークおよびストレージマップの編集可能な仕様	計画で使用するフックの更新可能な仕様 (ある場合)

    Show more

手順

1. Red Hat OpenShift Web コンソールで、Migration > Plans for virtualization をクリックします。

   Plans のリストに、移行元プロバイダーとターゲットプロバイダー、移行する仮想マシン (VM) の数、ステータス、移行の開始日、および各計画の説明が表示されます。

2. 移行計画の横にある Start をクリックして移行を開始します。

3. 開いた確認ウィンドウで Start をクリックします。

   計画の Status が Running に変わり、移行の進行状況が表示されます。

   警告

   移行の開始後に仮想マシンのスナップショットを作成しないでください。移行の開始後にスナップショットを作成すると、移行が失敗する可能性があります。

4. オプション: 移行の ステータス のリンクをクリックすると、移行の全体的なステータスと各仮想マシンのステータスが表示されます。

   • 左側のリンクは、移行が失敗したか、成功したか、進行中かを示します。また、移行が成功、失敗、またはキャンセルされた仮想マシンの数も報告されます。

   • 右側のリンクで、Plan Details ページの Virtual Machines タブが開きます。各仮想マシンについて、タブには次のデータが表示されます。

     • 仮想マシンの名前
     • 移行の開始時間と終了時間
     • コピーされたデータ量

     • 仮想マシンの移行の進捗パイプライン

       警告

       データの破損を回避するために、インポートされる仮想マシンでは、svMotion を含む vMotion と再配置を無効にする必要があります。

5. オプション: 移行の実行中または完了後に移行のログを表示するには、次の操作を実行します。

   1. Virtual Machines タブをクリックします。

   2. 移行の進行状況を確認する仮想マシンの左側にある矢印 (>) をクリックします。

      仮想マシンの詳細が表示されます。

   3. Pods セクションの Pod links 列で、Logs リンクをクリックします。

      Logs タブが開きます。

      注記

      ログは常に利用できるとは限りません。ログが利用できない一般的な理由は次のとおりです。

      • OpenShift Virtualization から OpenShift Virtualization への移行である。この場合、virt-v2v は関係しないため、Pod は必要ありません。
      • Pod が作成されなかった。
      • Pod が削除された。
      • Pod を実行する前に移行に失敗した。
   4. Raw ログを表示するには、Raw リンクをクリックします。
   5. ログをダウンロードするには、Download リンクをクリックします。

手順

1. Red Hat OpenShift Web コンソールで、Plans for virtualization をクリックします。
2. 実行中の移行計画の名前をクリックし、移行の詳細を表示します。
3. 1 つ以上の仮想マシンを選択し、Cancel をクリックします。

4. Yes, cancel をクリックしてキャンセルを確定します。

   Migration details by VM リストでは、キャンセルした仮想マシンのステータスは Canceled になります。移行されていない仮想マシンと移行された仮想マシンは影響を受けません。