Agent Client Collector は、会社のインフラストラクチャとインストールされたアプリケーションを監視するために、Windows、Linux、および macOS デバイスにインストールされる ServiceNow エージェントです。

Agent Client Collector は、Sensu フレームワーク上に構築され、サーバー、データベース、アプリケーションサーバー、およびミドルウェアの監視機能とともにインストールされます。また、Sensu コミュニティからの追加のチェックや Nagios 互換プラグインを使用し、監視を導入して拡張することもできます。エージェントでチェックとポリシーが実行され、関連するデータが取得されます。このデータは、必要に応じてイベントまたは測定基準に変換されます。イベントと測定基準は、プリインストールされた MID サーバー を介してエージェントから ServiceNow インスタンスの ITOM ヘルス に送信され、関連するイベントまたは測定基準データベースに格納されます。

エージェントで実行されるコマンドとその構成は、「チェック」と呼ばれます。エージェントには、デフォルトでチェック定義が付属しています。これにより、特定のコマンドと、そのデフォルトの実行頻度が決定されます。チェックはインスタンスで定義され、MID サーバー を介してエージェントに渡されます。

ポリシーとは、Agent Client Collector によって監視される CI と、それらの CI で実行されるチェックを組み合わせたものです。チェック定義をポリシーに関連付けます。その後、これらのチェック定義はチェックインスタンスと呼ばれます。チェックインスタンスはニーズに合わせてカスタマイズできます。たとえば、実行間隔や、MySQL データベースにアクセスするためのログイン資格情報など、ポリシー固有のパラメーターをカスタマイズします。チェックインスタンスのカスタマイズは、ポリシーに関連付けられているチェックインスタンスでのみ有効になります。元のチェック定義や、ほかのポリシーで既に作成されているチェックインスタンスには影響しません。

Agent Client Collector の初回起動後に、エージェントはホストおよびホストのプロセスに関する情報を収集します。これを行うために、エージェントは収集した情報を MID サーバー を介してインスタンスにプッシュします。このインスタンスはホストの CI を作成します。また、Microsoft SQL Server などの実行中のプロセスの情報から分類したアプリケーションの CI も作成します。これらの CI が作成されると、CI に対して定義されたアクティブなポリシーがエージェントの MID サーバー にダウンロードされ、エージェントにプッシュされます。これを次の図に示します。

フローは次のことを示しています。

1. ユーザーは、ServiceNow インスタンスで監視ポリシーを定義します。このポリシーには、CI、チェック、チェックパラメーター、および頻度の監視ターゲットクラスが含まれます。
2. MID サーバー は、ポリシーチェックインスタンスをインスタンスから定期的にフェッチし、チェックをエージェントに渡します。
3. エージェントはスケジュールされたチェックを実行し、結果を MID サーバー にプッシュします。MID サーバー は、収集したデータをインスタンスに戻します。これらのデータは、関連するデータベースに格納されます。