-
KVM vs VMware
-
KVM を VMware に移行する方法は?
-
KVMからVMwareへの簡単なVM移行
-
KVMからVMwareへのFAQ
-
まとめ
カーネルベースの仮想マシン (KVM) は、Linuxカーネル内に組み込まれたオープンソースの仮想化技術であり、ユーザーがLinuxを複数の独立した仮想マシン(ゲスト)を実行するハイパーバイザーに変えることを可能にします。ただし、より安定した企業向けの仮想インフラと、問題発生時のプロフェッショナルな技術サポートを得たい場合、主要かつ成熟した仮想化およびクラウドコンピューティングソリューションプロバイダーであるVMwareを選択することになるかもしれません。その場合、KVMからVMwareへのデータ移行が必要になります。このブログでは、KVMからVMwareへのデータ移行方法、発生しやすい問題とその解決策について紹介します。
KVM vs VMware
KVM:
1. オープンソース: KVMはLinuxカーネルに組み込まれたオープンソースの仮想化技術です。これは、利用が無料であり、強力なコミュニティ主導の開発モデルを持っていることを意味します。
2. 柔軟性とカスタマイズ性: オープンソースであるため、KVMは他のオープンソースツールとのカスタマイズや統合において高い柔軟性を提供します。
3. コストパフォーマンスが優れている:KVMは無料であるため、VMwareなどのプロプライエタリソリューションと比較してライセンスコストを大幅に削減できます。
4. Linuxとの統合:Linuxシステムとシームレスに統合され、Linux中心の環境で好まれる選択肢となります。
VMware:
1. エンタープライズ機能: VMwareは、高度な管理ツール、高可用性、ディザスタリカバリ、およびライブマイグレーション(vMotion)を含む、包括的なエンタープライズレベルの機能を提供しています。
2. スケーラビリティ: VMwareのソリューションは大規模な企業およびクラウド環境に適した、簡単にスケールアップおよびスケールアウトが可能なように設計されています。
3. 管理ツール: VMware vSphereスイートにはvCenterなどの集中管理を可能にする強力な管理ツールが含まれており、仮想環境の管理を簡略化します。
KVMと比較して、VMwareの主な利点には、豊富な企業向け機能、グラフィカルなデスクトップ仮想化機能、成熟した管理ツール、広範なエコシステムのサポート、プロフェッショナルな技術サポート、そして実証済みの安定性があります。これは、高性能、高可用性、包括的な管理機能を求める企業環境に特に適しています。移行にあたり、コストやライセンス要件を慎重に検討する必要がありますが、最先端の仮想化ソリューションを必要とする組織にとっては、VMwareが提供する包括的な価値が移行の推進力となることが多いです。
KVM を VMware に移行する方法は?
1. よくある問題:
a. dracut=initqueue タイムアウト - タイムアウトスクリプトを起動しています。
b. システムを再起動した後にレスキューモードに入ることができません。
c. 再起動後にシステムが見つからない。
2. KVMディスクイメージを変換する
1) 仮想マシンを表示し、そのIDをメモします。
2) 仮想マシンの構成ファイル編集モードに入力して転送するディスクを特定し、システムディスクとデータディスクに分けられるファイルの保存場所を確認してください。
3) qemu-imgツールを使用してQCOW2をVMDK 形式に変換します。また、イメージが2GBの小さなブロックに分割されないようにするため、compat6オプションを追加する必要があります。KVMホストのCLIにログインし、以下のコマンドを実行してください。
4) VMDKをVMware ESXiサーバー(SSHが有効)に転送します。ESXi CLIにログインして、以下のコマンドを使用してデータディレクトリを作成します。
6) 変換済みの仮想ディスクを転送するために、以下のコマンドを使用してKVMホストCLIにログインします。
7) VMwareにログインし、変換後のvmdkディスクはモノリシックスパース形式であるため、ESXi仮想マシンで直接使用できません。2回目のディスク変換を行ってください。また、変換後の形式は使用するESXiのバージョンによって異なるため、-oオプションを使用せずに直接変換できます。qemu-imgで変換する場合、2回目の変換では-d thin -a lsilogicを設定してください。
# cd /vmfs/volumes/SATA/convert-test # vmkfstools -i test-91-61-os.vmdk -d thin test-91-20-os-v1.vmdk Destination disk format: VMFS thin-provisioned Cloning disk 'test-91-61-os.vmdk'... Clone: 100% done. # vmkfstools -i test-91-61-data.vmdk -d thin test-91-20-data-v1.vmdk Destination disk format: VMFS thin-provisioned Cloning disk 'test-91-61-data.vmdk'... Clone: 100% done. # ls /vmfs/volumes/SATA/convert-test test-91-20-data-v1-flat.vmdk test-91-20-os-v1-flat.vmdk test-91-61-data.vmdk test-91-20-data-v1.vmdk test-91-20-os-v1.vmdk test-91-61.vmdk
3. VMware VMを作成する
1) 仮想マシンをカスタマイズする。
システム起動ディスクとしてtest-91-20-os-v1.vmdk、データディスクとしてtest-91-20-data-v1.vmdkを選択します。KVMと同じCPUおよびストレージを設定し、ISOイメージのマウントは現時点では必要ありません。
2) 仮想マシンを起動します。しかし、エラーメッセージがポップアップされ、「dracut=initqueue タイムアウト - タイムアウトスクリプトを開始中」と表示されます。
今、私たちはレスキューモードに入ることで問題を解決します。
a) タイムアウトスクリプトを開始します。
b) ISO イメージを読み込み、その後再起動します。
システムを再起動してもリカバリーモードに入れない場合は、BIOSの設定を調整し、最初の起動デバイスをCD-ROMドライブに変更することができます。
VMの再起動がBIOSに入るには速すぎる場合は、VMware ESXiサーバーのCLIにログインしてVM構成ファイルを見つけ、その構成を変更できます。
# cd /vmfs/volumes/SATA/10.16.91.20-test-91-20 # vi 10.16.91.20-test-91-20.vmx bios.forceSetupOnce = "TRUE" bios.bootDelay = "10000"
その後、次の再起動後にBIOSに入ります。
c) 最初のブートデバイスをCD-ROMドライブに変更後、再起動し、トラブルシューティング>CentOSシステムの救援を選択し、1を入力してEnterキーを押してinitramfsを再生成します。
# chroot /mnt/sysimage # dracut --regenerate-all -f && grub2-mkconfig -o /boot/grub2/grub.cfg # exit # reboot
d) ISOイメージをリモートコンソールから削除し、BIOS設定にもう一度入ってハードディスクを最初の起動装置に設定してください。再起動後にシステムが見つからない場合は、BIOS設定にもう一度入り、ハードディスクの起動順序を調整する必要があります。
e) VMを起動するためにルートパスワードを入力します。システムに入ったらネットワークの設定を行い、ネットワークサービスを再起動するとシステムも一緒に再起動することがわかります。これは/etc/fstabの問題によるものです。データ用ドライブのラベルが変更されているため、ドライブラベルを/dev/sdb1に修正し、マウントが正常であることを確認した後、システムを再起動します。
KVMからVMwareへの簡単なVM移行
qemu-imgおよびvmkfstools変換ツールはV2V移行を促進しますが、データ損失や破損など、移行プロセスを妨げたりIT担当者を悩ませたりする未知の問題が存在する可能性があります。この問題は解決可能でしょうか?
Vinchin Backup & Recovery はこれを解決するのに役立ちます。仮想マシン専用のバックアップソリューションであるだけでなく、高度なVM移行ソリューションでもあり、VMware vSphere、Hyper-V、Proxmox、XenServer、XCP-ng、oVirt、OLVM、RHV、OpenStack などもサポートしています。
高速な増分バックアップ、イメージベースのバックアップ、エージェントレスバックアップ、LAN-Freeなバックアップおよび復旧、リモートサイトへのバックアップコピー、マルチスレッド伝送、インスタントリカバリ、ランサムウェア保護などの強力なバックアップおよび復旧機能を提供し、重要なデータを包括的に保護します。また、仮想化プラットフォームをバックアップシステムに追加することで、使いやすいWebコンソールから簡単にエージェントレスなV2V移行を実行できます。
KVMのVMをVMwareに移行するにはたったの4ステップだけです:
1. 復元したい仮想マシンを選択します。
2.復元した仮想マシンを実行するVMware ホストを選択します。
3. 復元戦略を選択します。
4.ジョブの確認と送信
バックアップソリューションをテストして、上記のように動作するかどうか確認したいですか? Vinchin Backup & Recoveryの60日間フル機能無料トライアルを導入するか、または必要条件を共有して、カスタマイズされたソリューションを入手してください。
KVMからVMwareへのFAQ
1. Q: KVMとVMwareのソリューションは同じ環境で共存できますか?
A: はい、KVM と VMware は別の仮想化プラットフォームですが、同じネットワークやデータセンター内で共存することが可能です。ただし、それらが直接やり取りをすることはありません。それぞれが独立して自身の仮想マシン群を管理します。必要に応じて、統合または移行ツールを使用することで、2 つのプラットフォーム間での仮想マシンの移動を容易にできます。
2. Q: KVMをVMwareで実行できますか?
A: はい、ネストされた仮想化機能を活用すれば、VMware仮想マシン内でKVMを動作させることができます。ただし、これにはホストシステムとVMwareの設定の両方がハードウェア支援仮想化(VT-x/AMD-V)およびネストされた仮想化機能をサポートし、有効になっている必要があります。これは可能ですが、この構成ではパフォーマンス上のオーバーヘッドが発生する可能性があり、複雑さやパフォーマンスへの影響があるため、テスト、開発、教育目的での使用が主であり、本番環境での利用は一般的ではありません。
まとめ
KVMからVMwareやその他のプラットフォームへのデータ移行は、さまざまなツールやコマンドラインの助けを借りて簡単に実施できますが、依然として「システムが見つからない」「ファイル形式が互換性ない」などの問題が生じることがあります。Vinchin Backup & Recovery はそれらの問題を1つのソリューションで解決し、10種類以上のプラットフォームにおける仮想化環境のバックアップと復元をスムーズに実現します。
共有する: