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

ワークフロー： NetApp ONTAP を使用した Red Hat OpenShift Virtualization

共同作成者
PDF

このセクションでは、Red Hat OpenShift Virtualizationマイグレーションツールキットを使用して、VMwareからOpenShiftクラスタに仮想マシンを移行する方法を説明します。次のタイプの移行について説明します。

コールドマイグレーション

これがデフォルトの移行タイプです。データのコピー中は、ソース仮想マシンがシャットダウンされます。

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

このタイプの移行では、ほとんどのデータは、ソース仮想マシン（VM）の実行中にコピーされます。その後、VMがシャットダウンされ、残りのデータがカットオーバー段階でコピーされます。

ビデオデモ

次のビデオでは、永続的ストレージ用のONTAP SANストレージクラスを使用して、VMwareからOpenShiftによる仮想化にRHEL VMをコールド移行するデモを示します。

Red Hat MTVを使用したNetApp ONTAPストレージによるOpenShift仮想化へのVMの移行

仮想化向け移行ツールキットを使用したVMwareからOpenShiftによる仮想化へのVMの移行

このセクションでは、仮想化移行ツールキット（MTV）を使用して、VMwareからOpenShift Containerプラットフォーム上で実行されるOpenShift仮想化に仮想マシンを移行し、Tridentを使用してNetApp ONTAPストレージと統合する方法について説明します。

次の図は、VMwareからRed Hat OpenShift VirtualizationへのVMの移行の概要を示しています。

入力/出力ダイアログを示す図、または書き込まれた内容を表す図

サンプル移行の前提条件

VMware環境

  • 次の構成のRHEL 9.3を使用するRHEL 9 VMをインストールしました。

    • CPU：2、メモリ：20 GB、ハードディスク：20 GB

    • ユーザクレデンシャル：rootユーザとadminユーザのクレデンシャル

  • VMの準備が完了したら、PostgreSQLサーバがインストールされました。

    • PostgreSQLサーバが起動され、起動時に起動できるようになりました

      systemctl start postgresql.service`
systemctl enable postgresql.service
The above command ensures that the server can start in the VM in OpenShift Virtualization after migration
      Console
      Copy

    • 2つのデータベース、1つのテーブル、および1つの行が追加されました。RHELにPostgreSQLサーバをインストールし、データベースとテーブルエントリを作成する手順については、を参照してください"ここをクリック"。

メモ PostgreSQLサーバを起動し、起動時にサービスを開始できるようにしてください。

OpenShiftクラスタ上

MTVをインストールする前に、次のインストールが完了しました。

  • OpenShiftクラスタ4.13.34

  • "Trident 23.10"

  • クラスタノードのマルチパスがiSCSIに対して有効になっている（ONTAP-SANストレージクラス用）。node-prepフラグを使用してTrident 25.02をインストールすると、マルチパスを簡単に有効にできます。Trident 25.02をインストールし、iSCSI用のワーカーノードを準備するには、次のコマンドを使用します。

#/tridentctl install trident n trident —node-prep=iscsi
YAML
Copy
メモ OpenShiftクラスタのワーカーノードでiSCSIツールが有効になっていることを確認するには、ワーカーノードにログインし、iscsid、multipathd active、およびmultipath.confファイルのエントリが次のように表示されていることを確認します。

iscsidアクティブ

multipathd active

multipath.confフアイル

  • iSCSIを使用するONTAP SAN向けのTridentバックエンドおよびストレージクラス。Tridentバックエンドとストレージクラス用に提供されているYAMLファイルを参照してください。

  • "OpenShift 仮想化"

次のYAMLファイルを使用して、ONTAP SANストレージを使用するためのTridentバックエンド構成を作成します iSCSI用のTridentバックエンド

apiVersion: v1
kind: Secret
metadata:
  name: backend-tbc-ontap-san-secret
type: Opaque
stringData:
  username: <username>
  password: <password>
---
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
  name: ontap-san
spec:
  version: 1
  storageDriverName: ontap-san
  managementLIF: <management LIF>
  backendName: ontap-san
  svm: <SVM name>
  credentials:
    name: backend-tbc-ontap-san-secret
YAML
Copy

次のYAMLファイルを使用して、ONTAP SANストレージを使用するためのTridentストレージクラス構成を作成します iSCSI用のTridentストレージクラス

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: ontap-san
provisioner: csi.trident.netapp.io
parameters:
  backendType: "ontap-san"
  media: "ssd"
  provisioningType: "thin"
  snapshots: "true"
allowVolumeExpansion: true
YAML
Copy

MTVのインストール

これで、Migration Toolkit for Virtualization（MTV）をインストールできます。インストールのヘルプについては、提供されている手順を参照して"ここをクリック"ください。

Migration Toolkit for Virtualization（MTV）ユーザーインターフェイスは、OpenShift Webコンソールに統合されています。さまざまなタスクのユーザーインターフェイスの使用を開始するには、を参照して"ここをクリック"ください。

ソースプロバイダの作成

RHEL VMをVMwareからOpenShift Virtualizationに移行するには、まずVMwareのソースプロバイダを作成する必要があります。ソースプロバイダを作成する手順を参照して"ここをクリック"ください。

VMwareソースプロバイダを作成するには、次のものが必要です。

  • vCenter URL

  • vCenterクレデンシャル

  • vCenter Serverサムプリント

  • リポジトリ内のVDDKイメージ

ソースプロバイダの作成例：

入力/出力ダイアログを示す図、または書き込まれた内容を表す図

メモ Migration Toolkit for Virtualization（MTV）では、VMware Virtual Disk Development Kit（VDDK）SDKを使用して、VMware vSphereからの仮想ディスクの転送を高速化します。そのため、VDDKイメージはオプションですが作成することを強くお勧めします。この機能を使用するには、VMware Virtual Disk Development Kit（VDDK）をダウンロードし、VDDKイメージをビルドして、VDDKイメージをイメージレジストリにプッシュします。

表示される手順に従って、"ここをクリック"VDDKイメージを作成し、OpenShiftクラスタからアクセス可能なレジストリにプッシュします。

送信先プロバイダの作成

OpenShift仮想化プロバイダがソースプロバイダであるため、ホストクラスタが自動的に追加されます。

移行計画の作成

表示される手順に従って、"ここをクリック"移行計画を作成します。

まだ計画を作成していない場合は、計画の作成時に次のものを作成する必要があります。

  • ソースネットワークをターゲットネットワークにマッピングするネットワークマッピング。

  • ソースデータストアをターゲットストレージクラスにマッピングするストレージマッピング。このためには、ONTAP-SANストレージクラスを選択できます。移行計画が作成されると、計画のステータスが*準備完了*と表示され、計画を*開始*できるようになります。

入力/出力ダイアログを示す図、または書き込まれた内容を表す図

コールド移行を実行

[Start]*をクリックすると、VMの移行が完了するまでの一連の手順が実行されます。

入力/出力ダイアログを示す図、または書き込まれた内容を表す図

すべての手順が完了したら、左側のナビゲーションメニューの*の[仮想マシン]*をクリックすると、移行されたVMが表示されます。仮想マシンへのアクセス手順が記載されてい"ここをクリック"ます。

仮想マシンにログインして、posgresqlデータベースの内容を検証できます。データベース、テーブル、およびテーブル内のエントリは、ソースVMで作成されたものと同じである必要があります。

ウォーム移行の実行

ウォーム移行を実行するには、上記のように移行計画を作成した後、計画設定を編集してデフォルトの移行タイプを変更する必要があります。コールド移行の横にある編集アイコンをクリックし、ボタンを切り替えてウォーム移行に設定します。保存をクリックします。次に、 Start をクリックして移行を開始します。

メモ VMwareのブロックストレージから移行するときは、OpenShift仮想化VM用にブロックストレージクラスが選択されていることを確認してください。また、あとでVMのライブマイグレーションを実行できるように、volumeModeをblockに設定し、アクセスモードをrwxに設定する必要があります。

1

[0 of 1 VMs Completed]をクリックし、VMを展開すると、移行の進行状況が表示されます。

2

しばらくするとディスク転送が完了し、移行はカットオーバー状態に進むのを待機します。dataVolumeがPaused状態です。プランに戻り、[*カットオーバー]ボタンをクリックします。

3

4

ダイアログボックスに現在の時刻が表示されます。カットオーバーをあとの時間にスケジュールする場合は、時間を未来の時間に変更します。そうでない場合は、カットオーバーを今すぐ実行するには、[*Set Cutover]をクリックします。

5

カットオーバーフェーズが開始されると、数秒後にdataVolumeの状態がpausedからImportScheduledからImportInProgressに変わります。

6

カットオーバーフェーズが完了すると、dataVolumeはsucceeded状態になり、PVCがバインドされます。

7

移行計画はImageConversionフェーズを完了し、最後にVirtualMachineCreationフェーズを完了します。OpenShift仮想化では、VMがRunning状態になります。

8