エージェントクライアントコレクター アーキテクチャ
エージェントクライアントコレクター は、会社のインフラストラクチャとインストールされたアプリケーションを監視するために、Windows、Linux、および macOS デバイスにインストールされる ServiceNow エージェントです。
エージェントクライアントコレクター は、Sensu フレームワーク上にビルドされ、サーバー、データベース、アプリケーションサーバー、およびミドルウェアの監視機能とともにインストールされます。また、Sensu コミュニティからの追加のチェックや Nagios 互換プラグインを使用し、監視を導入して拡張することもできます。エージェントでチェックとポリシーが実行され、関連するデータが取得されます。このデータは、必要に応じてイベントまたはメトリクスに変換されます。イベントとメトリクスは、プリインストールされたMID サーバーを介してエージェントから ServiceNow インスタンスのITOM ヘルスに送信され、CMDB テーブル (ディスカバリーデータの場合) またはイベントテーブル (イベントの場合) のいずれかに格納されます。
エージェントで実行されるコマンドとその構成は、「チェック」と呼ばれます。エージェントには、デフォルトでチェック定義が付属しています。これにより、特定のコマンドと、そのデフォルトの実行頻度が決定されます。チェックはインスタンスで定義され、MID サーバー を介してエージェントに渡されます。
ポリシーとは、エージェントクライアントコレクター によって監視される CI と、それらの CI で実行されるチェックを組み合わせたものです。チェック定義をポリシーに関連付けます。その後、これらのチェック定義はチェックインスタンスと呼ばれます。チェックインスタンスはニーズに合わせてカスタマイズできます。たとえば、実行間隔や、MySQL データベースにアクセスするためのログイン認証情報など、ポリシー固有のパラメーターをカスタマイズします。チェックインスタンスのカスタマイズは、ポリシーに関連付けられているチェックインスタンスでのみ有効になります。元のチェック定義や、ほかのポリシーで既に作成されているチェックインスタンスには影響しません。
エージェントクライアントコレクター の初回起動後に、エージェントはホストおよびホストのプロセスに関する情報を収集します。これを行うために、エージェントは収集した情報を MID サーバー を介してインスタンスにプッシュします。このインスタンスはホストの CI を作成します。また、Microsoft SQL Server などの実行中のプロセスの情報から分類したアプリケーションの CI も作成します。これらの CI が作成されると、CI に対して定義されたアクティブなポリシーがエージェントの MID サーバー にダウンロードされ、エージェントにプッシュされます。これを次の図に示します。
フローは次のことを示しています。
- ユーザーは、ServiceNow インスタンスで監視ポリシーを定義します。このポリシーには、CI、チェック、チェックパラメーター、および頻度の監視ターゲットクラスが含まれます。
- MID サーバー は、ポリシーチェックインスタンスをインスタンスから定期的にフェッチし、チェックをエージェントに渡します。
- エージェントはスケジュールされたチェックを実行し、結果を MID サーバー にプッシュします。MID サーバー は、収集したデータをインスタンスに戻します。これらのデータは、関連するデータベースに格納されます。