システムに影響を与える仮想化の課題

[[311605]]

現代の IT では、仮想化は業界標準となっています。 IT 管理者は、仮想システムが正常に実行されるように、応答しない VM、VM ネットワークの遅延、巨大な VM、リソースの競合、ゾンビ VM などの仮想化の課題に重点を置く必要があります。そうしないと、これらのシステムのパフォーマンスが低下し、深刻な問題を引き起こす可能性があります。

仮想化により、管理者は専用サーバー、迅速な導入と再導入、コストの削減、バックアップの高速化、生産性の向上など、多くのメリットを享受できます。しかし、場合によっては、前述の課題がこれらの利点を上回ることもあります。管理者は、システムの過負荷を回避するためにシステムを注意深く監視する必要があり、問題を軽減するために VM タグなどの特定のポリシーを実装する必要があります。

VM内のリソース競合

仮想化の主な課題の 1 つは、ストレージ アレイ内のリソース不足であり、これが VM 内のほとんどのパフォーマンス問題の原因でもあります。通常、仮想化ホストには限られたハードウェア リソース プールがあります。したがって、特定のシステム内の各 VM はこれらのリソースを共有する必要があります。仮想マシンが大量の IOPS 要求を生成すると、これらの仮想マシンがストレージ アレイに過負荷をかける可能性があります。

この問題に対処するために、管理者は VM を処理するのに十分なリソースを持つストレージ アレイに VM を移動できます。さらに、管理者は特定のパフォーマンス監視ツールを使用して、VM に必要な IOPS の数を確認できます。これらのツールは、管理者のワークロードとストレージ ハードウェアの機能を比較することもできます。

システムを監視することで、管理者はパフォーマンスの問題が発生する前に VM を移動し、リソースの競合を回避できます。

応答しない VM

VM タスクがロックされたり応答しなくなったりすると、VM がフリーズする可能性があります。場合によっては、ゲスト OS が応答を拒否することもあり、その場合、管理者が応答しない VM を停止、再起動、または電源を入れ直すことが困難になる可能性があります。 VM は、ストレージ、ネットワーク、ホスト サーバー上の使用可能なリソースの問題など、さまざまな理由で応答しなくなる場合があります。 VM がフリーズした場合、一部の管理者はハイパーバイザー インターフェイスを通じて VM プロセスを強制終了することを選択する場合があります。ただし、これは最後の手段である必要があります。

管理者は、アクションを実行する前に、まず、応答しない VM が 1 つ以上あるかどうかを確認する必要があります。単一のホスト サーバー上の複数の VM が応答しない場合は、問題はホスト サービス自体に原因がある可能性が高くなります。仮想マシンが特定のインターフェースを通じて応答する場合、管理者はハイパーバイザー コンソールのログまたはエラー メッセージを調べることで問題を見つけることができます。

管理者が問題を絞り込むと、仮想マシンが応答しない根本的な原因を突き止めることができます。管理者が問題を特定できない場合は、特定のタスクがホスト内の VM のフリーズを引き起こしているかどうかを検討する必要があります。管理者は、VM とそのホスト システムの構成をチェックして、十分なリソースが利用可能であることを確認できます。最後に、管理者はネットワークと共有ストレージがすべての VM をサポートできることを確認する必要があります。

仮想マシンのネットワーク遅延

仮想マシンを実行するにはネットワーク アクセスが必要であり、ping 応答時間の延長などの問題によりパフォーマンスの問題が発生し、管理者のシステムに影響する可能性があります。仮想マシンのネットワーク遅延を解決するには、管理者はまずシステム内の LAN の問題を排除する必要があります。

ネットワークの混雑 (マルウェア対策ソフトウェアの使用中など) により、ネットワークの遅延が発生することがよくあります。管理者は、IP の競合や、ネットワーク機器の障害または不適切な構成によってネットワーク遅延が発生する可能性があることに気付く場合もあります。さらに、仮想プロセッサを過剰に使用すると問題が発生する可能性があります。ホスト システムが一部の VM に必要以上の仮想プロセッサを提供すると、他の VM に十分なプロセッサ時間が割り当てられない可能性があります。

管理者がネットワーク遅延の原因を特定すると、問題をホスト サーバーのハードウェアに特定できます。たとえば、不適切な I/O システム構成、誤って構成されたネットワーク ポート、古い VM ドライバーなどの問題はすべて、ネットワーク遅延の原因となる可能性があります。 Windows Server 環境では、ネットワーク遅延の一般的な原因は電源プランの問題です。電源プランが正しく設定されていない場合（たとえば、バランスに設定されていない場合）、パフォーマンスの問題が発生する可能性があります。管理者は、ネットワークの遅延を減らすために、電源プランを高パフォーマンスに設定する必要があります。

巨大なVMとアプリケーションキラー

巨大 VM は 8 個を超える vCPU と 255 GB の仮想 RAM を実行し、管理者は通常、大量の CPU およびメモリ リソースを必要とするアプリケーションを実行するために巨大 VM を使用します。しかし、巨大な VM は、リソースのスケジュールの問題によりパフォーマンスの問題を引き起こす可能性もあります。巨大な VM をより適切に管理するには、管理者は vRealize Operations (vROps)、CPU、およびメモリ需要インジケーターを参照して巨大な VM を調整する必要があります。

さらに、仮想システムには、アプリケーションの動作に重大な影響を与える可能性のある複数のパフォーマンスキラーが含まれている場合があります。管理者がパフォーマンスの遅延を経験する場合、アプリケーション スタックから始めて、OS スタック、VM スタック、ESXi スタック、そして最後にインフラストラクチャへと進むトップダウン アプローチで問題を切り分けることができます。管理者が問題を特定したら、ESXi コマンドラインや vROp などのツールを使用してパフォーマンスの問題を修正できます。

ゾンビ VM と VM の拡散

ゾンビ VM は有用なタスクを実行せず、貴重なシステム リソースを消費します。基本的に、管理者は VM を廃止するときにゾンビ VM を作成します。自動化は現代の IT の重要な部分であり、管理者は大量の VM を自動的に作成できるようになりました。その結果、管理者はシステム内の VM を追跡できなくなり、仮想化の無秩序な増加につながる可能性があります。

これらのゾンビ VM を追跡し、VM の無秩序な増加を減らすのは難しい作業ですが、管理者は VM タグを使用して VM をより簡単に追跡できます。管理者は仮想マシンを作成した後、各仮想マシンに固有のタグを添付して、仮想マシンの正確な目的を識別できます。管理者が VM の作成時に VM タグを使用しない場合は、システム全体を監視して異常なパフォーマンス動作がないか確認する必要があります。たとえば、管理者がシステムの CPU、メモリ、ネットワーク内でパフォーマンスの問題に気付いた場合、それはゾンビ VM と VM のスプロール現象を示している可能性があります。

ただし、管理者は一度にすべての仮想マシンを終了しないでください。バックアップ Active Directory コントローラとドメイン ネーム システム サーバーは常にアクティブであるとは限りません。管理者はシステムを注意深く監視し、ゾンビ VM の存在を確認したら、VM をネットワークから切断し、VM をディスクに移動してテストし、悪影響が生じていないことを確認する必要があります。