ストアでアプリを要求する

ServiceNow Store Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースメモ情報については、「ServiceNow Storeバージョン履歴のリリースノート」を参照してください。

メリット

• エージェントが通信を開始し、MID サーバー を介して ServiceNow インスタンスへの接続を維持します。
• ACC とともにインストールされたエージェントは自己認識型であり、検出データをパッケージ化し、ACC-V ポリシーでの設定に従って、決まったスケジュールでこのデータを MID サーバー から ServiceNow インスタンスに送り返します。
• ターゲットホスト上で注目すべきイベント (長時間シャットダウンした後にオンラインに戻るなど) が発生すると、ディスカバリー がトリガーされます。このアプリケーションは、ACC をインストールした特定のターゲットを既にトラッキングしていて、MID サーバー と通信します。
• IPv6 エージェントは ACC-V で検出できます。
• Cloud Native Operations 可視性のための (CNO) 機能は、クラスター内のKubernetesリソースの変更を可視化します。詳細については、「可視性のための (CNO) の使用Cloud Native Operations」を参照してください。

要件

次に、Agent Client Collector for Visibility (ACC-V) アプリケーションを ServiceNow Store またはインスタンス [sn_acc_visibility] からダウンロードしてインストールできます。詳細については、「Agent Client Collector のインストール」を参照してください。

ACC-V の仕組み

• ServiceNow インスタンス
• ServiceNow MID サーバー
• ターゲットホストマシン
• 前述したターゲットホストマシン上で実行される ServiceNow Agent Client Collector

ACC-V 資産は、メインエントリーポイント [acc_visibility_main] および OS ファミリーの他のモジュールとともに、エージェントプラグインとして保存されます。メインシステム ディスカバリー チェック定義が 1 つあります。これは Enhanced Discovery と呼ばれ、Enhanced Discovery Policy によって使用されます。この ACC-V ポリシーは、デフォルトで 24 時間 (86,400 秒) に設定されたスケジュールで実行されます。このポリシー構成は、ACC-V ポリシーで定義されているすべてのエージェントと同期されます。

ACC-V チェック定義 Enhanced Discovery は、ServiceNow インスタンスによって開始されます。次に、トピックを含む ECC キューレコード MonitoringProbe が、関連するチェック情報とともに出力キューに作成されます。その後、MID サーバー は TLS 経由で WebSocket を介して ACC にメッセージを送信することで、チェックを処理します。

この際に、MID サーバー は ACC が要求する関連資産またはプラグインも提供し、ACC が実行されている特定のオペレーティングシステム、プラットフォーム、OS バージョン、およびアーキテクチャに関連していることを確認します。

チェックタイプ、ポリシー、チェック定義をはじめとする、ACC-V アプリケーションのすべての部分を編集および変更できます。詳細については、「チェックとポリシー」を参照してください。

仮想マシンインスタンスとクラウドインスタンス

ACC-V は、ディスカバリー を介して検出されたターゲットを既存の仮想マシン (VM) インスタンス CI に関連付けます。ACC-V は、検出された CI レコードを、既存 VM インスタンスレコードやクラウドサーバーインスタンスレコードと (適切な CMDB 関係で) 関連付けます。