Skip to main content
NetApp virtualization solutions
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Shift ツールキットと Migration Toolkit for Virtualization を使用して、VMware ESXi から Red Hat OpenShift Virtualization に VM を移行する

共同作成者 netapp-jsnyder netapp-nimo

VMware ESXiからRed Hat OpenShift VirtualizationへのVMの移行は、Migration Toolkit for Virtualization(MTV)とNetApp Shiftツールキットを使用して行います。この手順には、MTVで移行計画を作成し、Shiftツールキットを使用してVMディスクを変換することで、VMを迅速にOpenShift Virtualizationに移行できるようにすることが含まれます。

開始する前に

移行を開始する前に、次の前提条件が満たされていることを確認してください。

Red Hat OpenShift Virtualization の要件
  • OpenShift クラスターはネットワークで到達可能

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

    • OpenShift Virtualization オペレーター

    • NetApp Tridentオペレーター

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

  • 適切なVLANで構成されたNodeNetworkConfigurationPolicyとNetworkAttachmentDefinitions(NAD)

  • MTV 2.9.4以降(変換モードを含む)

  • クラスター管理者権限を持つサービス アカウント トークン

VMware の要件
  • 最小限の権限を持つアカウント。このセクションを参照してください"必要最低限の権限"

  • VMDKは複数の方法で構成できます。すべてのVMDKを単一のボリュームに配置する(ストレージ vMotion が不要になる)、各VMDKを個別のボリュームに配置する、または複数のVMDKをボリューム内のqtreeにまとめるといった方法があります。

    メモ Shift ツールキットは、レイアウトを自動的に検出し、適切なクローン作成方法と NAS ストレージドライバを選択します。
    メモ VMDK が qtree 内に配置されている場合、Shift Toolkit は ONTAP-NAS-economy ドライバを使用します。
  • VMwareツールはゲストVM上で実行されています

  • 各VMのオペレーティングシステムは、変換用のゲストオペレーティングシステムとして認定され、サポートされています。

  • 移行前または移行中に、IP アドレス、VLAN、およびその他のネットワーク構成設定を変更しないでください。仮想マシンの MAC アドレスは移行中に保持されます。

ステップ1:移行計画を作成する

VMの高速変換を活用するには、まず"ウェブコンソール"または"コマンドライン"を使用して、MTVでVMの移行計画を作成します。

メモ 保存 IP 設定が MTV によって確実に構成されるように、事前に計画を作成する必要があります。
手順
  1. MTV Web コンソールにログインします。

  2. ソースプロバイダーと宛先プロバイダーを追加する

  3. ターゲット名前空間に移行計画を作成する

    • プロバイダーを構成したら、移行計画を作成し、ターゲット名前空間内で適切なソースプロバイダーと宛先プロバイダーを選択します。

      例を表示
      移行計画を作成する
      例を表示
      ソースプロバイダーとターゲットプロバイダー
  4. 移行するVMを選択する

    • 移行に含める仮想マシンを識別して選択します。

      例を表示
      VMを選択
  5. ネットワークとストレージのマッピングを構成する

    • 既存のマッピングを選択するか、新しいマッピングを作成して、ソース ネットワークとストレージを宛先環境に合わせます。

      例を表示
      ネットワークマップ
      例を表示
      ストレージマップ
  6. 移行タイプを選択

    • 最初はデフォルトの移行タイプを維持します。これは、移行プロセス中に、変換タイプを反映するように更新されます。

      例を表示
      移行タイプ
  7. デフォルトオプションを維持する

    • デフォルト設定を保持します。さらに、静的 IP を保持するオプションを選択し、移行後の VM の希望する状態を指定します。

      例を表示
      追加設定
  8. 確認と最終決定

    • すべての設定を慎重に確認し、「完了」をクリックして移行計画を作成します。

      例を表示
      レビューと作成

ステップ2:Shift toolkitで設計図を作成する

MTVで移行プランを作成したら、ソースサイトと移行先サイトを追加し、ShiftツールキットのUIでそのプランからブループリントを作成します。

手順
  1. 移行プランの名前をコピーして、ShiftツールキットのUIに移動します。

  2. ソースハイパーバイザーと宛先ハイパーバイザーを追加します。このリンクをクリックしてください "サイトを作成する"。

    メモ Shift Toolkit で構成されたエンドポイントは、MTV コンソールから追加するときに使用される形式と一致する必要があります。たとえば、ソース エンドポイントまたは宛先エンドポイントが FQDN を使用して追加された場合は、Shift Toolkit でも同じ FQDN を使用する必要があります。
    例を表示
    シフトツールキットサイト表示
  3. ブループリントへ移動し、新しいブループリントを作成します。

    • 前の手順を完了したら、「ブループリント」に移動し、「MTV プランを使用して新しいブループリントを作成」を選択します。

      メモ Shift Toolkit の標準ワークフローとは異なり、MTV プランベースの移行を使用する場合は、リソース グループを手動で作成する必要はありません。Shift Toolkit は、移行計画 YAML に基づいてリソース グループを自動的に生成し、必要なマッピングを適用します。
    例を表示
    MTVプランを使用して設計図を作成する
  4. 宛先と移行プランを選択します。

    • 宛先サイトと対応する OpenShift エンドポイントを選択します。その後、移行する VM を含む、指定されたクラスターから取得した移行プランを選択します。

      例を表示
      設計図の詳細
  5. リソース グループとマッピングはすべて、移行計画 yaml に基づいて自動構成されます。

    例を表示
    移行の詳細
  6. PVC インポート オプションを選択します。デフォルトでは、ボリュームの複製とインポートの設定になっています。

    メモ クローンを作成せずにボリュームを直接インポートすることもできます。
    例を表示
    VM の詳細
  7. 設計図の設定を確認し、設計図を作成を選択して保存します。

ステップ3:マイグレーションを実行する

ブループリントを作成したら、Shiftツールキットから移行を開始し、MTVがプラン完了を報告するまで監視します。

手順
  1. ブループリントに対して移行をクリックして、移行をトリガーします。

    メモ 移行をトリガーする前に、VM の電源をオフにする必要があります。MTV は、VM ターゲットの電源状態属性に基づいて VM を起動します。
    例を表示
    移行をトリガーする
  2. Shift ツールキットは、ディスク形式を変換し、PVC をインポートし、OpenShift API を使用して VM を作成するワークフロー ステップを実行します。

    例を表示
    移行手順
  3. すべての PVC が指定どおりに配置され、Shift Toolkit が MTV をトリガーすると、MTV 移行ワークフローが開始されます。

    1. 移行コントローラは、ソース VM ごとに VirtualMachineImport (VMI) カスタム リソース (CR) を作成します。

    2. PVC はすでに Shift Toolkit によってインポートされているため、仮想マシン インポート コントローラーは PVC が接続された変換ポッドを起動します。

    3. 変換ポッドは virt-v2v を実行し、ターゲット VM の PVC にデバイス ドライバーをインストールして構成します。

    4. 次に、仮想マシン インポート コントローラは VirtualMachineInstance (VMI) CR を作成します。

    5. ターゲット VM の電源がオンになると、KubeVirt コントローラーは VM ポッドを作成し、PVC が VM ディスクとして接続された QEMU-KVM を実行します。

      例を表示
      MTVトリガー
  4. すべての VM が移行されると、移行コントローラは移行計画のステータスを「完了」に更新します。移行後も各ソース VM の元の電源状態は保持されます。

    例を表示
    MTV完了状況
    例を表示
    移行後の Windows VM
    移行後の Linux VM
    メモ これは、Shift ツールキットと MTV が移行を非常に速いスピードで簡素化することを示しています。この例では、合計 12 TB の 2 つの VM が移行されました。全体のプロセスは約8〜10分で完了しました。

舞台裏で起きていること

以下のセクションでは、Shift Toolkit APIとMTVによってトリガーされ、VMDKファイルを変換してOpenShiftプラットフォーム上に仮想マシンを作成する手順について説明します。このワークフローは、Shift Toolkit UIから開始した場合でも、Shift Toolkit Script Blocks内で提供されるスクリプトを使用した場合でも一貫しています。

VMDKの変換

Shift ツールキットは、プライマリ ブート ディスクを含む各 VM に関連付けられた VMDK を自動的に検出します。

メモ VMDK ファイルが複数ある場合は、各 VMDK が変換されます。

ボリュームのインポートと移行プランの構成

Shift Toolkit はTrident CSI を使用して、ボリュームを PVC としてクラスターにインポートします。各 PVC マニフェストには、MTV が認識できるように特定のラベルと注釈が設定されます。

  • ラベル

    • vmID

    • vmUUID

  • アノテーション:

    • vmdk ディスク パス

さらに、disk.img ファイルの権限が更新されます。権限は、インポートされた PVC をマウントし、権限を次のように設定するためにオンザフライでデプロイされる POD を使用して変更されます。

  • "オーナー": { "id": 107 },"グループ": { "id": 107 },"モード": "0655"

重要な注意事項
  • Forklift は PVC 内の vmID と vmUUID をチェックします。

  • Forklift は、forklift.konveyor.io/disk-source のディスク名 (VMDK パス) を使用します。

  • インポートされた PVC の数は、ソース VM に関連付けられているディスクの数と一致する必要があります。たとえば、VM に 3 つの VMDK があるが、一致する ID を持つ 4 つの PVC がインポートされている場合、MTV は移行プランのステータスを「開始準備完了」に更新しません。

これらの手順が完了すると、Shift Toolkit は移行計画の YAML をパッチし、MTV が PVC を直接使用してデータ ポピュレーター ポッド プロセス(通常は時間がかかる)をスキップするようにします。パッチ適用済みのYAMLには以下が含まれます:

  • ターゲット名前空間: デフォルト

  • タイプ: 変換

  • ストレージ: {}

移行プロセスを開始する

設定が完了すると、MTVが起動され、移行が開始されます。UIには移行タイプが「Cold」と表示されますが、変換用のYAML仕様に基づいて、MTVは各PVCを関連付けられたvmIDおよびvmUUIDに対して検証し、それに応じてマッピングしてから、移行を初期化します。.例を表示

Details
MTVコンソールの完了時間
メモ VM は仮想マシンの「Default」プロジェクトの下に作成されますが、MTV 移行プラン YAML 内で変更できます。

Shift Toolkit は、プロセスを簡素化し、ダウンタイムを最小限に抑え、ESXi ホスト アクセスや VDDK ベースのアプローチの必要性を排除することで、移行を加速します。

移行が完了したら、クローンボリュームを切り離す必要があります。使用する方法は ONTAP バージョンによって異なります。ONTAP 9.17.1 以降では クローン スプリット を使用し、それ以前のバージョンでは vol move を使用してください。提供されている ZIP パッケージ内の「Post migrate」フォルダに、デタッチ処理を開始するためのスクリプトが含まれています。

次の手順

移行が完了したら、各クローンボリュームをデタッチする必要があります。デタッチ方法は ONTAP バージョンによって異なります。ONTAP 9.17.1 以降では クローン スプリット を使用し、それ以前のバージョンでは vol move を使用してください。

移行後のPVC分割操作を高速化するには、ソースNFSデータストアのサイズを5 TB以下に抑えてください。より大きなボリュームを使用することもできますが、VM移行のために200~300個のクローンを作成する場合は、分割をより迅速に完了するために、より小さなボリュームが理想的です。

クローン スプリットとボリューム移動はどちらもバックグラウンド操作であり、実行中は本番環境のワークロードに影響を与えません。切り離しプロセスを開始するスクリプトは、NetApp Console Automation Catalog の Post Migrate Detach ウィジェット内にあります。