監視デバイスに関する推奨事項

管理 › 監視デバイスの管理 › 管理コンソールによるデータベース増加の管理方法 › 監視デバイスに関する推奨事項

監視デバイスに関する推奨事項

管理コンソールデータベースリソースを最適化するには、以下のガイドラインに従います。

可能な限り、CA Virtual Systems Monitor を使用した仮想スイッチからではなく、物理的な監視を使用した物理スイッチから監視します。たとえば、Web サーバ層を持つ ESX ホスト上の CA Virtual Systems Monitor ではなく、物理的なディストリビューション層スイッチからクライアント/サーバのトラフィックを監視します。
物理スイッチは、最適な SPAN/VACL 機能を持ち、その機能の実行時にパフォーマンスロスが生じることがありません。 CA Virtual Systems Monitor は、ESX ホスト上のゲストであり、そのためのシステムリソースを消費します。また、Web 層は、クライアントネットワークを処理するため、監視が最も困難な層です。物理領域に優れた選択肢がある場合は、ESX のパフォーマンスに影響しない方法を選択してください。
物理監視を使用して物理スイッチから監視する場合は、可能な限りサーバに接近して監視します。監視デバイスがサーバに接近している場合、サーバメトリックの精度が向上するため、管理コンソールはネットワークとサーバのインシデントを明確に区別できます。
CA Multi-Port Monitor がある場合は、ハードウェアベースのフィルタリングを使用して監視上で SPAN 集約を活用することにより、効率を大幅に向上できます。
また、ミラーリングされたスイッチポートと監視の間にマトリクススイッチを配置する方法もあります。この投資は、大規模な環境で大きなリターンを得ることができます。マトリクススイッチまたはネットワークツールオプティマイザを使用して、不要なトラフィックを回線速度でフィルタリングし、精巧に構成されたパケットストリームを CA Multi-Port Monitor または CA Standard Monitor の各ポートに送信します。この方法には、以下のような利点があります。
- スイッチ管理者と協調して変更ウィンドウ中に物理スイッチを設定するのではなく、マトリクススイッチからデータを頻繁に調節することができます。
- 回線速度でハードウェアベースのフィルタリングを実行しても、システム CPU やメモリに影響しません。
- CA Standard Monitor や CA Virtual Systems Monitor で利用可能なソフトウェアベースのフィルタリングでは、大きな CPU 処理能力が必要とされ、監視スループットが低下します。
- イニシャルコストおよび総所有コストの両面で低コストです。
- 効率が高いため、多くの場合、ディストリビューション層のみならず、アクセス層での（サーバに接近した）収集が可能になります。
規模に関するガイダンスは一般的な内容です。すべての環境で異なります。経験則は有用ですが、実際の容量は、アプリケーショントラフィックの性質と設定に応じて異なります。
管理コンソールには、監視するアプリケーション、サーバ、CPU、クライアントネットワークの数に関する制限はありません。管理コンソール管理者は、それぞれの特定環境における固有の特性によって決定される最大容量に対して管理コンソールおよび監視デバイスを自由に使用できます。
以下の項目を慎重に定義することによって、管理コンソールが監視を試みる内容を限定します。
- アプリケーションポート除外
- サーバサブネット
- クライアントネットワーク
バックアップアプリケーションなど、重要度の低いアプリケーションを削除します。
24 ビットクライアントネットワークを、より広範囲のサブネット（/22 ネットワークなど）に集約します。この方法の場合、パフォーマンス低下の影響を受ける TCP クライアントを管理コンソールが判別する機能が限定されますが、データベースに作成される行数が減少します。

詳細：