Agent Client Collector のインストール
サポート対象のホストマシンに、Agent Client Collector をインストールできます。Agent Client Collector は HTTP/S プロトコルを使用して MID サーバー に接続し、その接続は確立された後もアクティブなままになります。1 つのエージェントは複数のエージェントを同時に処理できますが、1 つのエージェントは一度に 1 つのMID サーバーMID サーバーエージェントと連携し、必要に応じて別のMID サーバーエージェントに切り替えてフェイルオーバー保護を提供します。
エージェントの IP アドレスが変更されると、エージェントの MID サーバー リストに基づいて接続先の MID サーバー が選択されます。
1 つの MID サーバー に接続できるエージェントの最大数は、sn_agent.mid.max_allowed_agents MID サーバー プロパティで構成可能です。デフォルト値は 4,000 です。
Windows では、エージェントサービスを gMSA、LocalService、またはローカルシステムアカウントとして実行します。
Linux および macOS では、エージェントをシステムアカウントとして実行します。
ACC-V の場合、デフォルトで 1 GiB MID サーバー は 700 エージェントを同時にサポートできます。MID サーバー の 8 GiB 構成では、8,000 エージェントを同時にサポートできます。スケールアウトすることもできます。例えば、8 GiB のヒープ・サイズの 5 MID サーバー は、最大 40k のエージェントを処理できます。
単一のホストサーバーにエージェントを完全に再インストールすると、2 つ目のエージェントレコードがインスタンスに登録されます。[ Agent Client Collectors] ページで元のエージェントを削除します ().
ステータス = ダウンまたは切断され、削除されていないエージェントは、30 日後に自動的に削除されます。この設定は、[自動フラッシュフォーム] ページで変更できます (「自動フラッシュフォーム」を参照してください)。
Agent Client Collector をインストールする前に、次のことを行う必要があります。
- エージェント接続要求で使用できるように、1 つ以上の MID サーバー がインスタンスに適切に登録され、検証されていることを確認します。詳細については、「MID Server の構成」を参照してください。ステージング環境では、1 つの MID サーバー のみ必要になります。ただし、運用環境では、ゼロタッチ構成をサポートするように少なくとも 2 つを構成し、1 つ MID サーバー が失敗した場合でも常に a MID サーバー を使用できるようにします。
- エージェント MID サーバーをインストールする指定サーバーからの検証済みの接続があることを確認します。
- MID サーバーリスナーが実行されているAgent Client Collectorポートがアクセス可能であることを確認します。
- インスタンスに以下のプラグインがインストールされていることを確認します。
ACC-V の場合：
- ヴィジビリティ対応 Agent Client Collector
- Agent Client Collector フレームワーク
- ディスカバリー [com.snc.discovery] プラグイン
ACC-M の場合：
- Agent Client Collector フレームワーク
- Agent Client Collector モニタリング
- イベント管理 および サービスマッピング コア
- 測定基準インテリジェンス - WS スコープ対象アプリ
ACC-L の場合：
- Agent Client Collector ログアナリティクス
- ヘルスログアナリティクス
これらのプラグインがインストールされていることを確認できます ページ
-
ベースシステムに付属するすべてのプラグインは、ServiceNow 証明書で署名されています。「プラグインのセキュアな OpenSSL 署名を有効にする」で説明されているように、カスタムプラグインを使用して、自分自身の証明書を使用して署名することもできます。
- Agent Client Collector のインストール先が、次のサポートされているオペレーティングシステム / ディストリビューションのいずれかであることを確認します。
ACC-L を使用する場合： Agent Client Collector には、デフォルトの servicenow ユーザーが付属しています。このユーザーが、構成済みのログパスをすべて Agent Client Collector で表示できるようにするための読み取りアクセス権を持っていることを確認してください。たとえば、ベースシステムとともにインストールされている Agent Client Collector servicenow ユーザーには、Linux の /var/log/ へのパスと Windows の C:\Windows\System32 へのパスを表示する権限がありません。servicenow ユーザーの権限の設定については、Now Support ナレッジベースの「ACC-L 権限が拒否された問題 [KB1117271]」 の記事を参照してください。
エージェントをサポートするために必要なマシンとサーバーの数 (プロキシエージェントを必要とするマシンの数など) を判断するときは、エージェントのパフォーマンス KPI を考慮する必要があります。エージェントのパフォーマンス KPI の詳細については、「Agent Client Collector の URL 監視のパフォーマンスとフットプリント」を参照してください。
Agent Client Collector はドメイン分離をサポートします。エージェント、およびエージェントが作成する CI のドメインは、エージェントの接続先となる MID サーバー のドメインによって決まります。の Websocket エンドポイント拡張 MID サーバーを作成できるようにするには、ユーザーのドメインが最も低いドメインレベル (リーフドメインと呼ばれる) である必要があります。