Red Hat Virtualization から Proxmox VE への段階的な移行
エンタープライズ向けソリューションの中でも、Red Hat Virtualization(RHV)は長年にわたり、仮想マシンの管理において信頼されるプラットフォームとして定着してきました。現在、RHVのサポート終了が近づく中、企業では、人気が高まり続けているオープンソースの仮想化プラットフォームであるProxmox VEなど、RHVの代替ソリューションも検討し始めています。
このブログ記事では、RHVからProxmoxへの移行方法について、移行の理由や手順を順を追って解説します。RHVからProxmoxへの移行をスムーズに行う方法については、ぜひこの記事をお読みください。
なぜRHVからProxmox VEへ移行するのか？
RHVからProxmox VEへ移行する際には、考慮すべき要素がいくつかあります。
- Proxmoxは、DebianベースのLinuxディストリビューション上で動作し、使いやすい apt ソフトウェアリポジトリモデル。組み込みのバックアップ機能が備わっており、ネイティブツールを使用して高可用性クラスタリングを設定することができます。
- Red Hat Virtualization 4.4 は 2024 年 8 月にサポート終了を迎えました。これにより、これ以上のアップデートやセキュリティパッチのリリースは行われなくなり、Red Hat による公式サポートも終了します。一方、Proxmox VE は、活発に開発が進められ、充実したサポートが提供されている代替ソリューションです。
- コストとライセンスに関する考慮事項。RHV を利用するには、有料の Red Hat Enterprise サブスクリプション(RHEL、RHV Manager など)が必要でした。一方、Proxmox VE は無料のオープンソースプラットフォームであり、オプションでエンタープライズサポートも利用可能です。その柔軟性とライセンスモデルのおかげで、特に中小企業や研究機関においては、総所有コスト(TCO)を低く抑えることができる場合が多くあります。
- Proxmox VE はシンプルなアーキテクチャを採用しています。RHV は、RHV-M(マネージャー)、oVirt、VDSM、RHEL ホストなど、複数のコンポーネントを使用しています。一方、Proxmox VE はよりモノリシックな構造であり、導入が容易です。組み込みの Web UI、CLI、API を備えており、外部データベースや複雑なミドルウェアを必要としません。Proxmox は軽量であり、最小限のハードウェア環境でも動作するほか、大規模なクラスターへの拡張も可能です。
- 使いやすさと管理のしやすさ。Proxmox VEには以下の機能があります:
- Webベースの統合GUI。
- 導入直後から利用可能な集中管理(別途管理ホストは不要)。
- バックアップ／復元、クラスタリング、高可用性、およびファイアウォール機能が標準で搭載されています。
RHVの管理はより複雑になる可能性があり、PostgreSQLやRHELのサブスクリプションといった外部コンポーネントに依存しています。
- ストレージとネットワークの柔軟性。Proxmox は以下をサポートしています:
- Ceph、ZFS、LVM、NFS、iSCSIなどをネイティブでサポートしています。
- 内蔵 ソフトウェア定義ネットワーク、GUI による VLAN、ブリッジ、およびボンディングの設定。
RHVでは、高度なストレージ・ネットワーキングのシナリオに対応するために、より多くの設定が必要となります。
KVM ベースの互換性が提供されています。RHV と Proxmox はどちらも KVM/QEMU およびコンテナに対応しています。VMの移行(一部の変換を伴う)が可能です。Proxmoxは OVF／OVA、raw/qcow2 およびその他の形式。
RHVからProxmoxへの移行:手順ごとのプロセス
RHVからProxmox VEへのVM移行に向けた準備方法について説明します。
前提条件
RHV側では:
- VMがQCOW2またはRAWディスクを使用していることを確認してください( スナップショット(、クリーンなベースイメージをエクスポート)。
- 移行を行う前に、仮想マシンをシャットダウンする必要があります。
- 必ず確認してください root または sudo RHVホストではアクセスが可能です。
- GlusterFS を使用する場合、または iSCSI、VMのストレージ構成を確認してください。
Proxmox 側では:
- 十分なリソースを備えたProxmox VEクラスタ(または単一ノード)をセットアップします。
- VMをインポートする保存先(ZFS、LVM、またはローカルディレクトリ)を準備します。
- おすすめ:インストール virtio Windows VM をインポートする場合は、ドライバーが必要です。
移行のヒント:
- 移行前には、必ず仮想マシンのバックアップを取ってください。
- ハードウェアの変更後に、Windowsのライセンスが再認証される場合があります。
- Proxmox VE では、静的 IP アドレスを使用する場合、RHV、NIC、MAC アドレスの再割り当てが必要になる場合があります。
RHVからProxmox VEへの移行ワークフロー
すべての準備手順が完了し、前提条件が満たされれば、RHVの仮想マシンをProxmox VEへ移行することができます。移行操作はすべて、これらの仮想化プラットフォームを実行しているLinuxホスト上のコマンドラインインターフェースから実行可能です。
- RHVホスト上で、移行したいVMの仮想ディスクを特定します。SSH経由でRHVコンピュートホスト(RHV Managerではありません)に接続します。SFTPクライアントを使用すれば、SSH経由でネットワークを介してRHVホストからファイルをコピーすることができます。たとえば、ソースVMの場所は次のようになります: /rhev/data-center/mnt/10a12345…/images/<VM-UUID>/<ディスクUUID>.qcow2
- RHVからProxmoxホストへ仮想ディスクイメージをコピーします。ネットワーク経由でファイルをコピーする場合、最も信頼性の高い方法は以下の通りです。 rsync または SCP.
- Proxmox ノード上で、移行する新しい VM 用のディレクトリを作成します(この例では 123 など、空いている VM ID を使用してください):
mkdir -p /var/lib/vz/images/123/ - ファイルをコピーするコマンドは rsync:
rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2 /var/lib/vz/images/123/vm-123-disk-0.qcow2どこで 123 これは、Proxmoxで割り当てたいVM IDです。このIDを、ご自身の値に置き換えてください。この例では、このVMには仮想ディスクが1つあります。
- Proxmox ホストで実行すべき、SCP を使用してファイルをコピーするコマンドは次のとおりです:
scp username@remote-RHV:/file/to/receive /where/to/put/locally例えば:
scp username@remote-RHV: /rhev/data-center/mnt/10a12345.../images/<VM-UUID>/<disk-UUID>.qcow2 /var/lib/vz/images/123/vm-123-disk-0.qcow2
- Proxmox ノード上で、移行する新しい VM 用のディレクトリを作成します(この例では 123 など、空いている VM ID を使用してください):
- Proxmox で新しい空の VM を作成します。Proxmox ホストで以下のコマンドを実行して、VM を作成します。
qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0where 123 はVM IDです。
- RHVホストからコピーしたインポート済みの仮想ディスクファイルを使用して、仮想ディスクをアタッチするように設定します:
qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm - 仮想ディスクをマウントします:
qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0また、次の方法も利用できます ––ide0 または ––sata0 必要であれば、ですが virtio パフォーマンスの観点から、こちらが推奨されます。
- 起動ディスクの設定:
qm set 123 --boot order=scsi0 - VMの設定を確認し、VMを起動して、VM内のゲストOSを調整してください。必要に応じて、ライブISOイメージまたはレスキューISOイメージを使用してVMを起動してください。
- 確認:
- ネットワークインターフェースの名称変更(RHVでは ethX, Proxmox は以下を使用する場合があります ensX または enpXsY) 設定がこれらのパラメータに依存している場合。
- oVirt パッケージなど、RHV に関連するサービスやツールを削除します。
- インストール qemu-guest-agent (任意。統合性を高めるため)。
- インストール virtio ドライバー(特に Windows 仮想マシン用):
- Proxmox VE 内の仮想マシンに VirtIO ISO イメージをマウントします。
- VMを起動し、Windows内でVirtIOドライバをインストールします。
- VMを起動し、ゲストOSを起動して、移行後にVMが正常に動作するかどうかを確認します。
- ProxmoxでVMを起動します:
qm start 123 - ProxmoxのWeb GUIを開き、移行されたVMおよび関連情報を確認します。
- ネットワークとディスクが正常に動作していることを確認してください。
- ゲストOS内のログを確認し、エラーがないか確認してください。
- ProxmoxでVMを起動します:
VMテンプレートを使用したRHVからProxmoxへの移行
RHVの仮想マシンをProxmox VEにエクスポートするもう1つの方法は、その仮想マシンをOVF/OVAテンプレートとしてエクスポートし、そのテンプレートからProxmox VEに仮想マシンをインポートすることです。
- RHV Manager から VM を OVA 形式でエクスポートするか(可能な場合)、コマンドラインを使用します:
virt-v2v -ic vddk:///path/to/your/vdsm/storage/domain -of ova -os /path/to/export/directory -n your_vm_name -b /path/to/your/bridge-network - OVAテンプレートを使用して、VMをProxmoxホストにインポートします:
qm importovf 123 vm_name.ova local-lvmどこで local-lvm はProxmoxホスト上のデータストア名であり、 123 はVM IDです。
注: 移行スクリプトを作成して、このプロセスを自動化し、一括移行・変換を実行することができます。
移行後の設定と最適化
Proxmox VE では、移行後の仮想マシン(VM)の設定と最適化を行うことをお勧めします。これにより、安定した稼働、最高のパフォーマンス、および Proxmox の機能との最適な連携を確保できます。
- VMのストレージ設定で、仮想ディスクコントローラを編集する必要がある場合があります。
- ネットワーク設定を調整します。Proxmoxホスト上の移行済みVMの仮想ネットワークアダプタを、適切な仮想ネットワーク(仮想スイッチ)に接続します。
- MACアドレスが変更された場合は、固定IPアドレスの設定を修正するか、DHCPの設定を更新してください。
- VMにLinuxがインストールされている場合は、更新してください /etc/network/interfaces (Debian用) または /etc/netplan/ (Ubuntuの場合)それに応じて設定してください。他のLinuxディストリビューションでは、ネットワーク設定ファイルが異なる場合があります。
- VMにRed HatベースのゲストOSがインストールされている場合は、次のコマンドを使用してRHV/oVirt固有のパッケージを削除してください:
yum remove vdsm* ovirt* rhvm* -y - ゲストOSにQEMUゲストエージェントを設定します。このエージェントは、Proxmoxのインターフェース上で正確なVM情報(IPアドレス、ホスト名)を提供し、VMの安全なシャットダウンや(VMが実行中の場合の)オンラインバックアップを可能にします。
- Ubuntu では、以下のコマンドを使用して、オンラインのソフトウェアリポジトリからゲストエージェントをインストールできます。
apt install qemu-guest-agentsystemctl enable --now qemu-guest-agent - Windowsゲスト上で、VirtIO ISOイメージをVMにマウントし、インストールを行います qemu-ga-x64.msi "guest-agent"ディレクトリから(64ビット版 Windowsの場合)。
- Ubuntu では、以下のコマンドを使用して、オンラインのソフトウェアリポジトリからゲストエージェントをインストールできます。
- ProxmoxでQEMUゲストエージェントがまだ有効になっていない場合は、有効にしてください:
qm set <VMID> --agent enabled=1 - GRUB を更新する必要がある場合があります:
update-grub && reboot - ディスクのマウント設定を再確認してください。VMで複数のディスクやパーティションを使用している場合は、ディスクやパーティションの順序が正しいこと、および fstab 設定がディスクの設定と一致しています。確認してください /etc/fstab ディスクのインポート後に、UUID やラベルが正しいことを確認してください。必要に応じて設定を編集してください。
NAKIVO による Proxmox VM の保護を確保する
Red Hat Virtualization から Proxmox への仮想マシンの移行が完了したら、VM のバックアップを設定することをお勧めします。 NAKIVO Backup & Replication は、以下をサポートする包括的なデータ保護ソリューションです。 Proxmox VMのバックアップ 提供されているAPIを介して、ホストレベルで。
このアプローチにより、Proxmox VE におけるデータ保護の高い効率性と信頼性が確保されます。個々の Proxmox ホストおよびクラスタがサポートされています。NAKIVO のソリューションには、以下のような幅広い機能が含まれています:
- 増分バックアップ 前回のバックアップ以降に変更されたデータのみをコピーすることができます。この方法により、バックアップ処理が高速化され、ストレージ容量を節約できます。バックアップの圧縮と組み合わせることで、データのバックアップ速度がさらに向上し、ストレージ容量の節約効果も高まります。
- バックアップの暗号化 不正アクセスからデータを保護し、バックアップ環境のセキュリティを強化します。データは、送信元、送信先、およびネットワーク経由の転送中に暗号化することができます。
- バックアップの不変性 ランサムウェアからバックアップを保護します。不変期間を設定すると、一度書き込まれたデータは変更できなくなります。ランサムウェアは、不変化されたバックアップを削除、破損、または改ざんすることはできません。
- 迅速なデータ復旧. NAKIVOのソリューションは、完全復元と細粒度復元の両方をサポートしています。現在の状況に応じて最適な方法を選択し、迅速かつ効果的な復元を行うことができます。データは元の場所または任意の場所に復元可能です。
- 複数のバックアップ先. バックアップは、ローカル、ファイル共有、プライベートクラウドやパブリッククラウド、S3互換ストレージ、NASなどに保存できます。
結論
RHVからProxmox VEへの移行は困難に思えるかもしれませんが、適切な計画と準備を行えば、そのプロセスははるかにスムーズに進めることができます。RHVのサポート終了が近づく中、各組織は代替案を検討しており、Proxmoxは強力なコミュニティに支えられた柔軟性の高いオープンソースの選択肢として注目を集めています。体系的な移行ワークフローに従うことで、リスクを最小限に抑え、ワークロードの継続性を確保することができます。
