仮想化プラットフォームの移行と変換における 4 つの典型的な問題

本日は、VMware プラットフォームや PowerVM プラットフォームなどの仮想プラットフォーム間の移行や変換に関する問題や考え方を中心に、仮想化移行についてお話しします。

[[221557]]

VMware P2V の一般的なシナリオ

1. VMware 4.1 では、クラスタ インストール プラグインを使用して、クラスタ上のインポート方法を選択し、p2v 変換を実行できます。

2. バージョン5.0以降では、クラスタ側での直接インポートはできなくなったようです。変換には VMware vCenter Converter Standalone Client の使用のみを選択できます。互換モードでは、基本的にオペレーティング システムに大きな問題はありません。

3. ホスト側にエージェントを手動でインストールしたり、コールド コンバータ CD を使用して移行したりすることも検討できます。

4. メモリが 256 MB しかない Windows でオンライン インポート操作を実行したことがあります。メモリが少なすぎてサポートできなかったため、後で 512MB に拡張しました。

5. p2v 移行が 99% に達した後にエラー メッセージが表示されることがありますが、次の移行は正常です。状況はその都度異なる可能性があります。多くの場合、ネットワークやその他の不安定性により、特定の状況に基づいた特定の分析が必要になります。

6. 実際の制作では寒いことが多いと個人的には思います。

7. データベースの場合、ホットなものは間違いなく不整合になります。

8. アプリケーションを移行する必要はありません。環境を構築してアプリケーションをリリースするだけです。シンプルで高速、止まらないビジネス。

9. インストールと構成が複雑な開発環境は、p2v に適していると思います。

VMWARE仮想化環境、新しいストレージの置き換え

1. これを実行するには、vmware の vmotion を使用します。ほとんどの場合、オンライン移行には VMware の vmfs が使用されます。ストレージがハートビート信号に使用されている場合は、必ず古いストレージを削除し、新しいストレージを追加してください。

2. vMotion を構成し、raw マッピングなしで仮想マシンを移行します。生のマッピングがある場合は、仮想ディスクに移行する前に仮想モードに設定する必要があります。 2T より大きい場合は、Web クライアントで移行する必要があります。

3. VMwareのストレージVMotion機能を使用して仮想マシンディスクをオンラインで移行する

ミニコンピュータ上の完全にパーティション化された環境から PowerVM 上の完全に仮想化された環境に移行する

1. ファイバーストレージとSANネットワークが必要で、移行するAIXシステムのパッチをアップグレードしてSANブートをサポートする

mirrorvg と unmirrorvg を使用して、小型マシン上の rootvg とその他の vgs をファイバー ストレージに移行します。

古いマシンをシャットダウンします。新しいマシン上に新しい仮想マシンを作成し、対応するディスクをマウントして起動します。ネットワーク カードが変更されたため、新しいチキンは移行を完了するために IP アドレスをリセットする必要があります。

2. 当初の計画では、rootvg はシステムにのみ使用されます。システムはコピー可能なファイルシステムにすぎません。重要なデータvg（ストレージ内にあるはず）も新しいシステム（powervm）に再インポートできます。

VMware から KVM への移行

1. virt-v2v ツールは VMware ESX/ESXi 専用の自動移行ツールであり、サポートされる仮想マシン システムは RHEL および Windows 仮想マシンに限定されています。 Virt-v2v は、システム IO パフォーマンスを向上させるために、移行された KVM 仮想マシンで virtio 仮想ドライバーの使用を優先します。サポートされていない場合は、パフォーマンスは若干低下しますが、より安定して信頼性の高い仮想ハードウェアが選択されます。そして、このプロセスはすべて自動化されています。

2. 手動移行は、すべての VMware ソフトウェアとすべての仮想マシン システムをカバーできます。したがって、移行中に直面する問題も多様であり、さまざまな程度の手動介入が必要になります。特定の環境では、virt-goodies/vmware2libvirt などのツールを使用して手動移行を支援することができます。さらに、libvirt は VMware Workstation/Player の移行をサポートする新しい機能も開発しています。

3. virt-v2v 自動ツールか手動移行かに関係なく、商用ソフトウェア VMware のオープン プログラミング インターフェイスの制限により、VMware 仮想マシンの KVM への移行にはいくつかの弱点があります。

VMware 仮想マシンの一部の機能は、KVM 仮想マシンに移行できません。たとえば、VMware 仮想マシンではスナップショット機能が広く使用されています。

仮想マシンがシャットダウンされているときは静的移行のみ実行でき、仮想マシンがシャットダウンされていない場合はオンライン移行は実行できません。

一部の特殊な VMware デバイスは KVM 仮想マシンに移行できないため、同様の機能を備えたハードウェア デバイスが代替として使用されます。たとえば、VMware Tools、VMware SVGA、VMware USB コントローラなどの仮想ドライバー。

一般に、VMware 仮想マシンから KVM への移行は十分に成熟しておらず、自動化も十分ではないため、移行プロセスには手動による介入が必要です。これには、移行オペレーターに関連する知識と経験が必要です。オープンソース ツール virt-v2v の登場により、VMware ESX/ESXi 上の一部の仮想マシンの移行が簡素化され、将来的には VMware Workstation/Player 上の仮想マシンの自動移行もサポートされる予定です。つまり、自動移行ツールとは、スクリプト言語を使用して手動移行の手順と条件をプログラムするプログラムではないでしょうか?手動移行を習得することによってのみ、仮想マシン移行の秘密をさらに理解することができます。

要約する

通常、参照できる解決策は次のとおりです。

1. VMwareプラットフォームの自動vmotion機能により、ストレージと仮想マシンのオンライン交換と移行を完了できます。

2. VMware プラットフォーム上の P2V は、互換性のあるシステムの移行をサポートするために、ホット移行、コールド移行、インポートなどをサポートします。

3. PowerVM プラットフォームの移行には、ハードウェア、SAN ブートなどの適切な要件があります。具体的なバージョンについては、公式マニュアルを参照してください。

4. VMwareからKVMへの移行は、virt-v2vなどのツールによってサポートされています。