| 共有構成アイテム (CI) シナリオ:ある組織で、複数の問題が発生しているデータベースサーバーを監視しているため、そのデータベースを使用するさまざまなアプリケーションに関連する多数のアラートが発生します。 |
- 応答の遅延:チームはアラートに単独で応答し、関連するアラートを見落とし、解決の遅延につながる可能性があります。
- 非効率的なリソース割り当て:実際に関連する個別のアラートの調査に時間とリソースが浪費される可能性があります。
- コンテキストの欠如:同じ CI に関連するアラートが複数のアラートグループに分散している可能性があるため、全体像を把握することが困難になります。
|
- 同じ CI に関連するアラートを単一のグループに集約して、統一されたビューにします。
- 関連するすべてのアラートにまとめて対処することで、アラートの迅速な解決を促進します。
|
| ホスティング/格納関係 シナリオ:物理サーバーが複数の仮想マシン (VM) をホストしており、サーバーのハードウェア障害に対してアラートが生成されます。サーバーに依存しているため、VM に対して複数のアラートも発生します。 |
- 依存関係の可視化:チームは CI がどのように相互接続されているかを可視化できていないため、トラブルシューティングプロセスが非効率的になる可能性があります。
- 複雑なアラートの解決:影響を受ける CI とその関連性を理解するのが複雑になり、解決時間が長くなる可能性があります。
- リソースの浪費:アラートの管理ミスにより、チーム間で作業が重複し、時間とリソースが浪費される可能性があります。
|
- CMDBホスティング/格納規則を使用してアラートをグループ化し、物理サーバーとそのホストされている VM に関連するアラートを単一のアラートグループにアグリゲートします。
- 物理サーバーの障害に関連するすべてのアラートを包括的に表示します。
- VM を監視しながら物理サーバーに集中して修復作業を行い、すべての側面が効率的に対処されるようにします。
|
| 適用可能な関係 シナリオ:エンタープライズアプリケーションが複数のマイクロサービスに依存しており、これらのサービスの 1 つで問題が発生し、複数のコンポーネントにわたってアラートが生成され、診断が複雑になります。 |
- アプリケーションの依存関係の理解:チームは、アプリケーションコンポーネントがどのように相互作用するかを追跡するのが困難であり、複雑なシステムの問題を特定することが困難になる場合があります。
- インシデントの解決に時間がかかる:適用可能なフローを明確に理解していないと、アラートの解決に時間がかかり、手間がかかる可能性があります。
- 一貫性のない監視:アプリケーションに関連するアラートは、一貫して監視または優先順位付けされておらず、見落としが発生する可能性がある。
|
- 適用可能なフロー関係に基づいてグループ化を実装し、影響を受けるマイクロサービスとその依存コンポーネントに関連するアラートをアグリゲートします。
- 依存関係マップを使用して、さまざまなサービスがどのように相互作用するかを視覚化します。
- アプリケーションに関連するグループ化されたアラートに対処し、応答時間を改善することで、解決プロセスを簡素化します。
|