ソフトウェアの互換性

移行を成功させるには、互換性のあるバージョンの「 Red Hat OpenShift 」および「 Red Hat OpenShift Virtualization」をインストールしてください。

MTV 2.9 に対応しているソフトウェアのバージョンは以下の通りです：

• Red Hat OpenShift: 4.19, 4.18, 4.17
• Red Hat OpenShift 仮想化： 4.19、 4.18、 4.17
• VMware vSphere 6.5 またはそれ以降

ネットワーク要件

すべての移行において、ネットワークに関する前提条件が適用されます：

ネットワークの安定性

ソース環境と Red Hat OpenShift 仮想化クラスタ間のネットワーク接続は、信頼性が高く、中断のないものでなければなりません。

構成の整合性

移行中は、IPアドレス、仮想ローカルエリアネットワーク（VLAN）、その他のネットワーク設定を変更しないでください。 VM のMACアドレスは保持されるためです。

ネットワークアドレスの一意性

IBM Cloud クラシック・インフラストラクチャーからワークロードを移行する場合は、 IBM Cloud Transit Gateway を使用して、仮想プライベートクラウド（VPC）をクラシック・インフラストラクチャーに接続してください。 ワークロードをホストするためのVPCを作成する際は、ネットワークアドレスプレフィックスが、 IBM Cloud クラシック・インフラストラクチャーに接続されている他のVPCで使用されているプレフィックスと重複しないようにしてください。 VPC を作成する際は、「 各ゾーンにデフォルトのプレフィックスを作成する 」チェックボックスの選択を解除してください。 デフォルトのプレフィックスはVPC間で共通であるため、ルーティングの競合を引き起こす可能性があります。 VPCの作成後、必要に応じてアドレス・プレフィックスとサブネットを設定できます。

接続先ネットワーク

複数の送信元ネットワークと宛先ネットワークがマッピングされている場合は、追加の宛先ネットワークごとにネットワーク接続定義を作成してください。

必要なポート

ファイアウォールは、送信元プロバイダに基づいて、特定のポートを経由するトラフィックを許可する必要があります：

• VMware vSphere: Transmission Control Protocol ( TCP ) は、 Red Hat OpenShift ノードから VMware vCenter® /ESXiホストへ、ポート443（インベントリおよびディスク転送の認証用）およびポート902（ディスク転送データのコピー用）を転送します。
• OVA： TCP のポート2049（ネットワークファイルシステム（ NFS ）サービス用）および TCP または User Datagram Protocol （ UDP ）のポート111（リモートプロシージャコール（ RPC ）ポートマッパー用。 NFSv4.0 でのみ必要）を、 Red Hat OpenShift の各ノードから、OVAファイルが格納されているサーバーに向けて設定してください。

出典： VM の前提条件

すべての移行対象となるソースVMは、以下の前提条件を満たしている必要があります：

メディアの状態

移行を行う前に、ISOイメージおよびCD-ROMをアンマウントしてください。

IP アドレッシング

各ネットワークインターフェースカード（NIC）には、 IPv4 アドレスまたは IPv6 アドレスのいずれかを設定する必要があり、両方を併用することも可能です。

オペレーティングシステム（OS）の認証

VM オペレーティングシステムは、変換の対象となるゲストOSとして認定され、サポートされている必要があります。

ブートの特徴

セキュアブートが有効になっている仮想マシンは、移行先プロバイダーで起動できなくなるため、自動的に移行されない場合があります。 この問題を解決するには、移行先のデバイスでセキュアブートを無効にしてください。

VMware ゲストエージェント

VMware 「 静的IPアドレスを維持する 」が有効になっている場合は、Tools または open-vm-tools が必要です。

VM 命名

VM の名前はこれらのガイドラインに従わなければならない：

• VM の名前にピリオド（. ）を含んではならない。MTVは自動的に、 VM の名前に含まれるピリオドをダッシュ (-) に変更します。
• VM という名前は、 Red Hat OpenShift 仮想化環境内で一意である必要があります（つまり、他の VM という名前と重複してはなりません）。
• VM の名前がルールに準拠していない場合、MTVは自動的に新しい名前を生成します。 MTVは、除外された文字を削除し、大文字を小文字に変換し、アンダースコア（_ ）をダッシュ（- ）に変更します。

暗号化サポート

MTVでは、以下の暗号化方式を使用したVMの移行をサポートしています：

• Linux® VM： Linux Unified Key Setup (LUKS)。
• Windows® 仮想マシン： BitLocker。

VMware Tools

移行前のフックを使用して仮想マシンにアクセスするには、ソースとなる仮想マシンに「 VMware Tools」または「 open-vm-tools 」をインストールしてください。

VDDKの画像

VMware vSphere から仮想ディスクを移行する際は、 VMware Virtual Disk Development Kit (VDDK) を使用して、移行作業を効率化してください。

• VDDKイメージは任意です。 ただし、これを省略すると移行速度が大幅に低下する可能性があります。また、 VM が VMware vSAN によってサポートされている場合は、これが必須となります。

VMware 特権

VMware の必須権限のうち、最低限の権限セットを保有している状態でログインしている必要があります。 詳しくは、 VMware 権限を 参照のこと。

温和な移住要件

ウォームマイグレーションを実行するには、仮想マシン（ VM ）および個々の VM ディスクそれぞれで、変更ブロック追跡（CBT）を有効にする必要があります。 プレコピー段階での増分コピーは、CBTスナップショットに依存している。 1つの VM、最大28のCBTスナップショットをサポートする。

MTVではハイバネーション状態のVMの移行に対応していないため、すべてのVMでハイバネーションを無効にしてください。ハイバネーションが無効になっていない場合、移行は失敗します。

ESXi ホストの設定

移行計画において、単一の ESXi（ VMware vSphere ハイパーバイザー）ホストから 10 台以上の仮想マシンを同時に移行する必要がある場合は、そのホストのネットワークファイルコピー（NFC）サービスのメモリ容量を増やしてください。

• NFCサービスメモリは、デフォルトで10個の並列接続のみをサポートしていますが、これは10件を超える VM の同時移行には不十分です。
• maxMemory の値を 1000000000 (1 GB) に変更し、 hostd サービスを再起動してください。

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

VMware から Microsoft Windows® の仮想マシンをホット移行するには、ゲストの VM 内のボリュームシャドウコピーサービス（VSS）が実行されている必要があります。 詳細については、 ソース仮想マシンの前提 条件を参照してください。

VMware vSphere ソースプロバイダーを追加する

1. 「仮想化のための移行 」＞「 プロバイダー 」に移動し、「 プロバイダーの作成 」をクリックします。
2. [選択] VMware を選択し、プロバイダーのリソース名とエンドポイントの種類（ vCenter またはESXi）を指定します。
3. SDKエンドポイントの URL を指定してください。例： https://vCenter-host-example.com/sdk。
4. VDDKイメージを作成し、そのパスを指定します。 VDDKイメージを使用すると移行が迅速化されます。また、VMが VMware vSAN によってサポートされている場合は、VDDKイメージの使用が必須となります。
5. vCenter または ESXi の認証情報を入力します。
6. CA証明書の検証オプションを選択してください：「 カスタムCA証明書を使用する 」、「 システムのCA証明書を使用する 」、または「 証明書の検証をスキップする 」のいずれかを選択します。
7. [ プロバイダーの作成 ] をクリックします。

移行計画の作成

1. 一般：プラン名、プロジェクト、ソース・プロバイダ、ターゲット・プロバイダ／プロジェクトを定義する。

   • [ 仮想化のための移行 ] > [ 移行プラン ] から、[ プランの作成 ] をクリックしてウィザードを起動します。
   • プラン名、 プラン プロジェクト、 ソース プロバイダ、 ターゲット プロバイダ、 ターゲット プロジェクトを指定します。

2. 仮想マシン

   • 移行する仮想マシンを選択してください。

   1つのプランに500以上のVMまたは500以上のディスクを含めることはできません。

3. ネットワークマップを定義する

   • 既存の所有者のいないネットワークマップを使用するか（この場合、プランに添付されるコピーが作成されます）、または新しいネットワークマップ（プランが所有するもの）を使用するかを選択します。
   • 新しいマップを作成する場合は、ソースネットワークとターゲットネットワーク間のマッピングを定義してください。

4. 移行の種類を選択してください

   • 「 コールド移行 （デフォルト）」（データコピー中に VM がシャットダウンされます）または「 ウォーム移行 」（プレコピー段階で VM が実行され、ダウンタイムを最小限に抑えます）を選択します。

5. その他の設定（任意）

   • ディスクの復号パスフレーズ：LUKSで暗号化されたデバイスのパスフレーズを入力してください。
   • 転送ネットワーク：必要に応じて、プロバイダのデフォルトの転送ネットワークを上書きします。 Red Hat OpenShift の転送ネットワークの最大伝送単位（MTU）を変更する場合は、 VMware の移行ネットワークのMTUも調整する必要があります。
   • 静的IPアドレスの保持： 「静的IPアドレスの保持」 チェックボックスをオンにすると、静的IPアドレスの保持が試みられ、移行中に vNIC の変更によって生じる損失を軽減します。
   • ルートデバイス：マルチブートVMの場合、ルートデバイスのディスク上の場所を手動で指定してください。例： /dev/sdb2。
   • 共有ディスク：コールドマイグレーションでは、共有ディスクはデフォルトで有効になっています。 共有ディスクはマルチライターオプションを使用するため、移行プロセスが遅くなる可能性がある。
   • 移行前（移行前のソース VM に対する操作）または移行後（移行後の VM に対する操作）の「 フックを有効にする 」チェックボックスを選択します。
   • フックランナーのイメージ（デフォルトは quay.io/kubev2v/hook-runner ）を指定し、 Ansible® プレイブックを用意する必要があります。 1つのプランにつき、マイグレーション前とマイグレーション後のフックは1つずつしか許可されません。
   • 「静的IPアドレスの保持」 を使用し、レイヤー2のプライマリユーザー定義ネットワーク（UDN）またはクラスタユーザー定義ネットワーク（CUDN）に移行する場合、ソースとなる VM は電源が入っており、 VMware ゲストエージェントが実行されている必要があります。 「 静的IPの保持 」は、セカンダリネットワークでは機能しません。

6. レビューして作成

   • すべてのプランの詳細を確認する。 詳細を編集するには、「 編集」ステップのリンクを使用してください。
   • 「 プランを作成 」をクリックします。 MTVはこの計画を承認した。 検証に成功すると、「 プランの詳細 」ページが開きます。

作成後の設定

1. プランの詳細ページ、特にウィザードには含まれていない設定について確認してください。

   • 「 プランの詳細 」ページには、ウィザードでは表示されない重要な設定が含まれています。
   • オプションの設定については、 プラン設定のセクションを確認してください。 設定を変更するには、「 オプション 」メニューを使用してください。
   • プランが正常に実行される前に、リストされたすべての条件が解決されていなければなりません 。

実行と監視

1. 移行前の準備作業

   • ウォームマイグレーションを開始する前に、 VM のスナップショットを確認し、スナップショットをコミットまたは削除して、VMに十分なCBTスナップショットが利用可能であることを確認してください。
   • 対象ネームスペースの「 default 」サービスアカウントに対し、 Red Hat OpenShift のMTVネームスペースからVDDKイメージを取得するためのアクセス権を付与します。
   • 移行計画を検証し、警告やエラーがあれば解決してください。
   • 必要に応じて、ソースVMのフルバックアップを取る。

2. マイグレーションを開始

   • 「 移行 」＞「 仮想化プラン 」に進んでください。
   • 移行プランの横にある[ 開始] をクリックし、確認します。
   • データの破損を防ぐため、インポートするVMについては、 vMotion,、 svMotion,、およびリロケーションを無効にしてください。

3. ウォーム移行の切り替え

   • ウォーム移行の場合、初期のデータ転送（プレコピー段階）は直ちに開始されます。
   • ソースの VM を停止し、最終的なデルタを転送するカットオーバー段階を開始するには、「 カットオーバー 」をクリックしてください。
   • 「移行期間」では、 移行の設定 （日時を指定）や移行の解除 （予定された日時をキャンセル）を行うことができます。
   • 切り替え前に、データ変更を最小限に抑えるため、ソースVM上のアプリケーション、ミドルウェア、およびデータベースサービスを停止してください。 MTVでは、この操作は必要ありません。 ただし、これらのサービスを停止することで、切り替え作業中のデータ不整合のリスクを低減できます。

4. モニター

   • 「 移行状況 」リンクには、全体的な進捗状況、成功・失敗の件数、および現在のステータスが表示されます。
   • [ 仮想マシン ] タブでは、 VM の具体的なステータス、開始/終了時刻、コピーされたデータ量、および進行状況のパイプラインが表示されます。
   • 実行中または完了したマイグレーションのログにアクセスするには、「 Virtual Machines 」タブで VM を選択し、「 Pods 」セクションにある「 Logs 」リンクをクリックします。

5. 移行後の制限

   • 移行が開始された後は、 VM のスナップショットを撮らないでください。スナップショットを撮ると、移行が失敗する原因となる可能性があります。

6. 移行後の活動

   • 必要に応じて、ネットワーク設定とIPの変更を行う。
   • VM の管理用に、ロールベースのアクセス制御（RBAC）およびサービスアカウントを設定します。
   • 必要に応じて、ドメインネームシステム（DNS）レコードを更新してください。
   • DNS解決とネットワークポリシーを検証する。
   • アプリケーションとデータベースがカットオーバー前に停止していた場合、ターゲットVM上で起動する。
   • 移行したVM上のアプリケーション機能を検証する。