web-dev-qa-db-ja.com

vSphere-アップグレードする理由VMハードウェアバージョン?

今年の初めに、私たちは、vSphere 5.0からvSphere 5.1 U1ビルド1063329へのvSphere環境のアップグレードを実行し、約12のESXiホストとWindows Server 2008 R2 SP1でホストされているvCenterインスタンスで妥協しました。このプロジェクトの未解決の問題の1つは、 仮想マシンの仮想ハードウェア のアップグレードです。

なぜ私はすべての仮想マシンの仮想ハードウェアバージョンをアップグレードするために仕事とダウンタイムに行く必要があるか理解できません。新しく作成した仮想マシンは、仮想ハードウェアv。9を使用しています。これは、vSphere 5.1 U1でサポートされている最新バージョンであり、以前のvSphere 5.0インスタンスのWindows Server 2012 R2およびWinPE 4.0で発生していた問題を解決します。以前の仮想マシンはすべて互換性のある仮想ハードウェアバージョン( KB200724 )であるため、ハードウェアバージョンをアップグレードする必要はありません。

ゲストオペレーティングシステムとESXiの互換性に問題がないため、仮想マシンのすべての仮想ハードウェアを「最新」のバージョン9にアップグレードする技術的な理由が不足していますか? VMをシャットダウンし、スナップショットまたはバックアップを取り、数百のVMにアップグレードする必要があるため、仮想ハードウェアのアップグレードは必ずしも簡単ではありません。将来これを行う必要がなく、すべてのVMが最新の仮想ハードウェアバージョンで実行されているという温かい疑問が生じる以外に、仮想マシンを置き換えるときにローリングアップグレードではなくストレートカットオーバーを行う必要があるのはなぜですか?

18
user62491

一般に、仮想ハードウェアバージョンは新しい機能を導入し、制限を拡張し、パフォーマンスに影響を与える可能性があります。 VMwareハードウェアバージョンマトリックス を参照してください。

現在使用しているvSphereのリビジョンについては、これについて心配する必要はありません。使用しているセットアップに基づいて、古いバージョンで終日実行できます。 VMハードウェアバージョン8は、特定の状況に最適な選択肢のようです。

仮想ハードウェアバージョンに関する唯一の真の考慮事項は、バージョン8またはvmx-09からvSphere 5.5で導入されたvmx-10への移行です。この移動には 管理性の影響 があります。しかし、肯定的な点として、そのプロセスはvSphere Web Clientによって合理化され、ゲストの再起動中にVMバージョンのアップグレードをスケジュールできます。

enter image description here

17
ewwhite