VCenter監視により詳細なトラブルシューティングが可能

VMware 環境で問題が発生した場合、管理者は vCenter 監視機能を使用して、従来のオペレーティング システムよりも詳細なデータを収集できます。

多くの場合、IT 管理者やマネージャーは、アプリケーションのクラッシュは VMware が原因であるか、仮想化前には発生しなかった特定の問題が原因であると想定します。しかし、VMware の vCenter と関連する仮想化製品は、データ センターに革命的な変化をもたらしました。

ハードウェアは目で見て触れることができるものであり、安心感を与えてくれます。多くの企業が仮想化を採用していますが、依然として懐疑的な企業もあります。 vCenter の監視およびログ機能を活用することで、仮想管理者はこの懸念を解消し、問題を解決することができます。

[[242525]]

VMware vCenter は従来の監視ツールとは異なる動作をします。 vCenter 監視データはゲスト オペレーティング システムの下にあるネットワーク層から取得されますが、vCenter および vCenter ベースの監視ツール (このデータを抽出するサードパーティ ツールを含む) は仮想ハードウェア レベルでオペレーティング システム層のすぐ下を参照します。

従来の Windows ベースの監視ツールでは、このレベルのパフォーマンスを実現できません。 Windows はソフトウェア ドライバーと API からデータを取得しますが、そのデータは Windows が認識したデータの解釈に依存します。つまり、全員が vCenter ツールではなく Windows ツールを使用している場合、人によって表示されるデータが異なるため、深刻な混乱が生じる可能性があります。

ここでの明らかな例は、Windows 内のメモリ使用量です。たとえば、10 GB のメモリが割り当てられているアプリケーションでは、通常、タスク マネージャーやエクスプローラーなどの Windows ツールにこの情報が表示されます。ただし、割り当てられたメモリは使用されているメモリとは異なり、VMware Tools の Perfmon プラグインを使用せずに Windows 内からこれを判断することはほぼ不可能です。

vCenter 監視では、VM が使用するメモリが実際のものではなく、ソフトウェア ベースであるため、これが容易になります。これにより、vCenter は割り当てられたメモリと使用中のメモリを区別できるようになります。 10GB の RAM が割り当てられている場合でも、実際に使用されるのは数 GB のみである可能性があります。アプリケーション所有者が Windows の値のみを表示する場合、vCenter ではそうではないことが示されていても、VM のリソースが制限されていると考える可能性があります。

ワークロードが仮想化されると、通常はゲスト側が変更されますが、これは通常、改善となります。ここでの課題は、リソースの不足からリソースの割り当てへと移ります。

vCenter 監視によるトラブルシューティングの強化

仮想化のトラブルシューティングの鍵は、ワークロードがリソースを待機していないことを確認することです。サーバーがハードウェア プラットフォームごとに 1 つのアプリケーション専用だった場合、アップグレード以外の選択肢はあまりありませんでした。

仮想化環境では、ルールが異なります。ストレージ内のキューの深さなどを調べることで、I/O レイテンシの原因を見つけることができます。 CPU 準備時間をチェックして、VM が CPU アクセスを待機している時間と、VM が CPU にバインドされているかどうかを確認します。メモリ割り当てを使用中の値と比較して、RAM のスワップまたはキャッシュが行われているかどうかを確認します。

これらの vCenter 監視設定はすべて詳細な検査をサポートしており、共有とリソース プールを通じてリソース割り当てを調整するのに役立ちます。多くの場合、1 つのワークロードの変更が別のワークロードに悪影響を及ぼす可能性があります。結局のところ、それは共有環境です。

同時に、パフォーマンス メトリックは、ログやその他のイベントに関する質問に答えるのに役立ちます。例えば、仮想マシンに問題が発生した場合、vMotion でも問題が発生しますか? vCenter ログ データは、その時点で何が起こったかを説明できますが、vCenter のパフォーマンス データは、イベントが実際に問題を引き起こしたかどうかを示します。つまり、両方を使用して、何が起こっているかの全体像を把握できるということです。

また、OS ログとイベントを完全に省略しないでください。これらはギャップを埋めるのに役立ちますが、オペレーティング システムにはハードウェアとパフォーマンスの側面に関する深い知識がないため、注意が必要です。

ハイパーバイザーは、アプリケーションのトラブルシューティングにさらに複雑さを追加します。ただし、この追加レイヤーにより、従来のハードウェアにはないアプリケーションおよびオペレーティング システム スタックのウィンドウが作成されます。ここでの課題は、このレベルでデータを統合し、適切な調整を行うことです。

一般的に、小さなミスが仮想環境全体を混乱させる可能性があるため、大規模な変更を展開するのではなく、常に小さな調整から始める必要があります。