エージェントクライアントコレクターを使用した MID サーバーと MID レスワークステーションの検出 - 意思決定のポイント

[JunshuO]

フレームワーク

エージェントクライアントコレクターは、インフラストラクチャコンポーネントにインストールされるエージェントです。エージェントクライアントコレクターは、インストールされているマシンでコマンドを実行し、出力データを ServiceNow インスタンスに送信します。

ユースケース

サーバーのインベントリ、ソフトウェアのインストールと使用状況を、管理者権限なしで最小限のネットワーク通信により継続的に追跡するのに役立ちます。

ServiceNow アプリケーション/ライセンス
​

• Visibility 用の Agent Client Collector
• ITOM クラウドサービス [MID レスアプローチ用]
• ITOM エンタイトルメントの一部である SU (サブスクリプションユニット) を消費します。

MID サーバーを使用するアーキテクチャ

• インベントリデータ収集
• Windows、Linux、macOS 用エージェントを介したプッシュベースのディスカバリー
• 認証情報不要のディスカバリー
• テクノロジーワークフロー (ITSM、ITAM、ITOM、SecOps) 全体での自動化基盤
• MID への単一 TCP 接続は、キープアライブにより確立されたまま維持され、双方向通信を可能にします。

(Agent Client Collector フレームワークのデータ配布)

MID サーバーを使用しないアーキテクチャ

フレームワーク

DEX 用の Agent Client Collector は、DEX のエンドポイント情報を収集します。DEX で使用される場合、ACC は MID サーバーを使用せず、ITOM Cloud Services を介して ServiceNow Cloud に直接接続します。

エージェントクライアントコレクター – フレームワークアーキテクチャ

• どのように機能しますか？
• インストール後、ACC は組織の ServiceNow インスタンスに登録され、必要な証明書はインスタンスからダウンロードされます。ACC とインスタンス間のすべての通信は、セキュリティで保護された HTTPS 経由で行われます。
• ACC 登録後、ServiceNow 共有サービスとの接続が確立されます。エージェントは、ダウンロードされた証明書を介して共有サービスで認証されます。
• ACC は、gRPC (Remote Procedure Calls) 接続を使用して、ServiceNow 共有サービスとの双方向通信を確立します。gRPC 接続は、エンドポイントとデータを送受信するための安全で暗号化されたチャネルです。このチャネルは、相互 TLS (mTLS) を介して保護されます。
• ACC は、さまざまなデバイスとアプリケーションのパフォーマンスメトリクスを共有サービスに送信します。
• ServiceNow 共有サービスは、ServiceNow Hermes Messaging Service と Stream Connect を使用して、組織のデータを分離します。
• エンドポイントから収集された未加工のメトリクスは、共有サービスを使用してさらに処理され、最終的に ServiceNow インスタンスにプッシュされます。

DEX または ACC-V (MID-less) で ACC を使用する場合、ACC と ServiceNow Cloud の間に安全な接続を確立するために mTLS 認証が使用されます。これは、複数のステップを含むプロセスです。ネットワークまたはインスタンスの構成が原因でいずれかのステップが失敗した場合、エージェントは正常に登録されません。詳細については、下記の「特別なネットワークに関する考慮事項」を参照してください。

エージェントの登録プロセスには、次の手順が含まれます。

1. 顧客インスタンスで、Agent Client Collector (エージェント) の登録キーが自動的に生成されます。
2. エージェントは、登録キー、インスタンス URL、および公開エンドポイントを使用して顧客インスタンスにインストールされます。 インスタンス URL は、ワンラインインストーラーコマンドの INSTANCE_URL 変数に対応します。 公開エンドポイントは、最も近い ServiceNow Cloud Services エンドポイントの DNS 名を指します。これは、ワンラインインストーラーコマンドの ACC_CNC 変数の値で表されます。 コマンドとパラメーターの詳細については、 「ITOM Cloud Services を使用した Windows への Agent Client Collector のインストール」 および 「ITOM Cloud Services を使用した macOS への単一行での Agent Client Collector のインストール」 を参照してください。
3. エージェントが登録要求を顧客インスタンスに送信します。
4. エージェントが顧客インスタンスに登録され、証明書が発行されます。
5. エージェントは、発行された証明書と、コード署名の署名を検証するための公開鍵の両方を保存します。
6. エージェントは、メッセージを送信することにより ServiceNow Cloud Services を介して顧客インスタンスと通信します。
7. ServiceNow Cloud Services は、エージェントメッセージが送信されるべき適切な顧客インスタンスを決定します。

このアプローチでは、データは ServiceNow の共有インフラで管理されるため、データの分離とアクセスが重要な問題になります。その実現方法は以下のとおりです。

データ分離 ​

データの送受信中に Hermes Messaging Service と Stream Connect がファイルシステムにデータを保持すると、お客様のデータは個別のトピックに保存されます。ServiceNow インスタンスによって発行されたエージェントクライアント証明書には、お客様の組織のインスタンス名が含まれています。エージェントが認証されると、エージェント証明書から取得したインスタンス名が、共有サービス クラスター内でデータを分離するために使用されます。mTLS は、エージェントとサーバーコンポーネント間の安全な通信に使用されます。エージェントは、以下のパラメータを持つクライアント証明書を使用して自身を認証します。

• 公開鍵アルゴリズム:id-ecPublicKey (ECDSA)
• キーサイズ:256ビット
• 楕円曲線:NIST 曲線 P-256

このセットアップにより、楕円曲線暗号を使用した強力な暗号化と効率的なキー交換が促進されます。

データアクセス ​

収集されたすべてのデータは変換され、顧客の ServiceNow インスタンスに表示されます。DEX のコンテキストで収集されたデータは、適切な DEX ロールを持つユーザーのみが閲覧できます。DEX ロールの詳細については、「DEX とともにインストールされる」を参照してください。データガバナンスに関する ServiceNow の標準的なプラクティスに従う場合、DEX に特別な処理は必要ありません。

データ保持 ​

デバイスから収集されたすべての生メトリクスは、ServiceNow インスタンスに最大 7 日間保存されます。集計されたメトリクスは、集計のタイプに基づいてより長い期間保存されます。集計メトリクスは、さまざまなメトリクスの傾向線を表示するために使用されます。Hermes Messaging Service は、デフォルトで 36 時間データを保存します。他の ServiceNow 共有サービスは、転送中のメトリクスデータを保存しません。

いずれかのアプローチを選択する際の考慮事項

MID サーバーベースの資産ディスカバリー	MID レス資産ディスカバリー
MID サーバーの設置が必要です。 ServiceNow インスタンスへの MID サーバー接続には、ファイアウォールの更新やネットワークの変更が必要になる場合があります。 すべてのラップトップにエージェントをインストールする必要があります。 常に MID が利用可能であることへの依存があり、アップグレードやパッチ適用によって MID がダウンする可能性があります。 サーバーにアクセスするためのユーザー認証情報の管理が必要です。	エージェントは ServiceNow 共有サービスリンクに接続できる必要があり、プロキシが必要となる場合があります。 ServiceNow インスタンスの Yokohama 以降へのアップグレード すべてのラップトップにエージェントをインストールする必要があります。 登録キーは自動的に生成され、顧客が管理する必要があります。

エージェントクライアントコレクター (ACC) フレームワークは、資産ディスカバリーとエンドポイントの可視化に対する ServiceNow のアプローチにおける大きな進化を表しています。ACC は、MID サーバーベースと MID なしの両方のアーキテクチャを提供することで、インフラストラクチャ、セキュリティ体制、運用目標に最適なモデルを組織が柔軟に選択できるようにします。mTLS を使用した安全な証明書主導の通信により、データの整合性と分離が保証されると同時に、ServiceNow 共有サービスを活用して拡張性と回復力を実現します。

ITOM Visibility 用に展開する場合でも、デジタル従業員エクスペリエンス (DEX) 用に展開する場合でも、ACC は検出を簡素化し、認証情報への依存を減らし、ネットワークオーバーヘッドを最小限に抑えながら継続的なインベントリ追跡を可能にします。この基盤は、IT 運用を簡素化するだけでなく、ITSM、ITAM、ITOM、および SecOps ワークフロー全体の高度な自動化の舞台を整えます。組織がクラウドファースト戦略とゼロトラスト環境に移行する中、ACC のアーキテクチャはコンプライアンス、セキュリティ、効率性を確保し、最新のエンタープライズサービス管理の基盤となっています。

役に立つ参考資料

• エージェントクライアントコレクターの FAQ: https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0815247#mcetoc_1fqda79ft2f
  
• ACC-V 機能、サポートされている OS、プッシュベースのディスカバリーの詳細な概要: https://www.servicenow.com/docs/bundle/xanadu-it-operations-management/page/product/agent-client-co...
  
  
• MID なしエージェントクライアントコレクター (ITOM クラウドサービス) のインストール: https://www.servicenow.com/docs/bundle/yokohama-it-operations-management/page/product/agent-client-...
  
  
• TLS、証明書、トラブルシューティングなどに関する KB: https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1122613
  
  
• ACC-V サーバー/エンドポイントの検出に関する ITOM アカデミーウェビナーデモ: https://www.youtube.com/watch?v=bP-VOCBiLKQ

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/mid-server-and-mid-less-workstation-discovery-us...。

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

This article was machine translated and replicated from the original source: https://www.servicenow.com/community/developer-blog/mid-server-and-mid-less-workstation-discovery-us...。

[JunshuO]

フレームワーク

エージェントクライアントコレクターは、インフラストラクチャコンポーネントにインストールされるエージェントです。エージェントクライアントコレクターは、インストールされているマシンでコマンドを実行し、出力データを ServiceNow インスタンスに送信します。

ユースケース

サーバーのインベントリ、ソフトウェアのインストールと使用状況を、管理者権限なしで最小限のネットワーク通信により継続的に追跡するのに役立ちます。

ServiceNow アプリケーション/ライセンス
​

• Visibility 用の Agent Client Collector
• ITOM クラウドサービス [MID レスアプローチ用]
• ITOM エンタイトルメントの一部である SU (サブスクリプションユニット) を消費します。

MID サーバーを使用するアーキテクチャ

• インベントリデータ収集
• Windows、Linux、macOS 用エージェントを介したプッシュベースのディスカバリー
• 認証情報不要のディスカバリー
• テクノロジーワークフロー (ITSM、ITAM、ITOM、SecOps) 全体での自動化基盤
• MID への単一 TCP 接続は、キープアライブにより確立されたまま維持され、双方向通信を可能にします。

(Agent Client Collector フレームワークのデータ配布)

MID サーバーを使用しないアーキテクチャ

フレームワーク

DEX 用の Agent Client Collector は、DEX のエンドポイント情報を収集します。DEX で使用される場合、ACC は MID サーバーを使用せず、ITOM Cloud Services を介して ServiceNow Cloud に直接接続します。

エージェントクライアントコレクター – フレームワークアーキテクチャ

• どのように機能しますか？
• インストール後、ACC は組織の ServiceNow インスタンスに登録され、必要な証明書はインスタンスからダウンロードされます。ACC とインスタンス間のすべての通信は、セキュリティで保護された HTTPS 経由で行われます。
• ACC 登録後、ServiceNow 共有サービスとの接続が確立されます。エージェントは、ダウンロードされた証明書を介して共有サービスで認証されます。
• ACC は、gRPC (Remote Procedure Calls) 接続を使用して、ServiceNow 共有サービスとの双方向通信を確立します。gRPC 接続は、エンドポイントとデータを送受信するための安全で暗号化されたチャネルです。このチャネルは、相互 TLS (mTLS) を介して保護されます。
• ACC は、さまざまなデバイスとアプリケーションのパフォーマンスメトリクスを共有サービスに送信します。
• ServiceNow 共有サービスは、ServiceNow Hermes Messaging Service と Stream Connect を使用して、組織のデータを分離します。
• エンドポイントから収集された未加工のメトリクスは、共有サービスを使用してさらに処理され、最終的に ServiceNow インスタンスにプッシュされます。

DEX または ACC-V (MID-less) で ACC を使用する場合、ACC と ServiceNow Cloud の間に安全な接続を確立するために mTLS 認証が使用されます。これは、複数のステップを含むプロセスです。ネットワークまたはインスタンスの構成が原因でいずれかのステップが失敗した場合、エージェントは正常に登録されません。詳細については、下記の「特別なネットワークに関する考慮事項」を参照してください。

エージェントの登録プロセスには、次の手順が含まれます。

1. 顧客インスタンスで、Agent Client Collector (エージェント) の登録キーが自動的に生成されます。
2. エージェントは、登録キー、インスタンス URL、および公開エンドポイントを使用して顧客インスタンスにインストールされます。 インスタンス URL は、ワンラインインストーラーコマンドの INSTANCE_URL 変数に対応します。 公開エンドポイントは、最も近い ServiceNow Cloud Services エンドポイントの DNS 名を指します。これは、ワンラインインストーラーコマンドの ACC_CNC 変数の値で表されます。 コマンドとパラメーターの詳細については、 「ITOM Cloud Services を使用した Windows への Agent Client Collector のインストール」 および 「ITOM Cloud Services を使用した macOS への単一行での Agent Client Collector のインストール」 を参照してください。
3. エージェントが登録要求を顧客インスタンスに送信します。
4. エージェントが顧客インスタンスに登録され、証明書が発行されます。
5. エージェントは、発行された証明書と、コード署名の署名を検証するための公開鍵の両方を保存します。
6. エージェントは、メッセージを送信することにより ServiceNow Cloud Services を介して顧客インスタンスと通信します。
7. ServiceNow Cloud Services は、エージェントメッセージが送信されるべき適切な顧客インスタンスを決定します。

このアプローチでは、データは ServiceNow の共有インフラで管理されるため、データの分離とアクセスが重要な問題になります。その実現方法は以下のとおりです。

データ分離 ​

データの送受信中に Hermes Messaging Service と Stream Connect がファイルシステムにデータを保持すると、お客様のデータは個別のトピックに保存されます。ServiceNow インスタンスによって発行されたエージェントクライアント証明書には、お客様の組織のインスタンス名が含まれています。エージェントが認証されると、エージェント証明書から取得したインスタンス名が、共有サービス クラスター内でデータを分離するために使用されます。mTLS は、エージェントとサーバーコンポーネント間の安全な通信に使用されます。エージェントは、以下のパラメータを持つクライアント証明書を使用して自身を認証します。

• 公開鍵アルゴリズム:id-ecPublicKey (ECDSA)
• キーサイズ:256ビット
• 楕円曲線:NIST 曲線 P-256

このセットアップにより、楕円曲線暗号を使用した強力な暗号化と効率的なキー交換が促進されます。

データアクセス ​

収集されたすべてのデータは変換され、顧客の ServiceNow インスタンスに表示されます。DEX のコンテキストで収集されたデータは、適切な DEX ロールを持つユーザーのみが閲覧できます。DEX ロールの詳細については、「DEX とともにインストールされる」を参照してください。データガバナンスに関する ServiceNow の標準的なプラクティスに従う場合、DEX に特別な処理は必要ありません。

データ保持 ​

デバイスから収集されたすべての生メトリクスは、ServiceNow インスタンスに最大 7 日間保存されます。集計されたメトリクスは、集計のタイプに基づいてより長い期間保存されます。集計メトリクスは、さまざまなメトリクスの傾向線を表示するために使用されます。Hermes Messaging Service は、デフォルトで 36 時間データを保存します。他の ServiceNow 共有サービスは、転送中のメトリクスデータを保存しません。

いずれかのアプローチを選択する際の考慮事項

MID サーバーベースの資産ディスカバリー	MID レス資産ディスカバリー
MID サーバーの設置が必要です。 ServiceNow インスタンスへの MID サーバー接続には、ファイアウォールの更新やネットワークの変更が必要になる場合があります。 すべてのラップトップにエージェントをインストールする必要があります。 常に MID が利用可能であることへの依存があり、アップグレードやパッチ適用によって MID がダウンする可能性があります。 サーバーにアクセスするためのユーザー認証情報の管理が必要です。	エージェントは ServiceNow 共有サービスリンクに接続できる必要があり、プロキシが必要となる場合があります。 ServiceNow インスタンスの Yokohama 以降へのアップグレード すべてのラップトップにエージェントをインストールする必要があります。 登録キーは自動的に生成され、顧客が管理する必要があります。

エージェントクライアントコレクター (ACC) フレームワークは、資産ディスカバリーとエンドポイントの可視化に対する ServiceNow のアプローチにおける大きな進化を表しています。ACC は、MID サーバーベースと MID なしの両方のアーキテクチャを提供することで、インフラストラクチャ、セキュリティ体制、運用目標に最適なモデルを組織が柔軟に選択できるようにします。mTLS を使用した安全な証明書主導の通信により、データの整合性と分離が保証されると同時に、ServiceNow 共有サービスを活用して拡張性と回復力を実現します。

ITOM Visibility 用に展開する場合でも、デジタル従業員エクスペリエンス (DEX) 用に展開する場合でも、ACC は検出を簡素化し、認証情報への依存を減らし、ネットワークオーバーヘッドを最小限に抑えながら継続的なインベントリ追跡を可能にします。この基盤は、IT 運用を簡素化するだけでなく、ITSM、ITAM、ITOM、および SecOps ワークフロー全体の高度な自動化の舞台を整えます。組織がクラウドファースト戦略とゼロトラスト環境に移行する中、ACC のアーキテクチャはコンプライアンス、セキュリティ、効率性を確保し、最新のエンタープライズサービス管理の基盤となっています。

役に立つ参考資料

• エージェントクライアントコレクターの FAQ: https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0815247#mcetoc_1fqda79ft2f
  
• ACC-V 機能、サポートされている OS、プッシュベースのディスカバリーの詳細な概要: https://www.servicenow.com/docs/bundle/xanadu-it-operations-management/page/product/agent-client-co...
  
  
• MID なしエージェントクライアントコレクター (ITOM クラウドサービス) のインストール: https://www.servicenow.com/docs/bundle/yokohama-it-operations-management/page/product/agent-client-...
  
  
• TLS、証明書、トラブルシューティングなどに関する KB: https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1122613
  
  
• ACC-V サーバー/エンドポイントの検出に関する ITOM アカデミーウェビナーデモ: https://www.youtube.com/watch?v=bP-VOCBiLKQ

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/mid-server-and-mid-less-workstation-discovery-us...。

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

This article was machine translated and replicated from the original source: https://www.servicenow.com/community/developer-blog/mid-server-and-mid-less-workstation-discovery-us...。