--- sourceDocument: オーストラリア ServiceNow AI Platform の機能 sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリア ServiceNow AI Platform の機能 ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # コンテナー化された MID サーバーの展開と自動構成 # コンテナー化された MID サーバーの展開と自動構成 {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2026年03月12日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：8分 エージェントアドミニストレーターは、MID サーバープロファイルを入力し、展開要求をインスタンス上で作成できます。その後、展開要求を YAML ファイルにエクスポートし、それを使用して MID サーバーを Kubernetes または OpenShift クラスターに展開できます。 |-| | | [ ] {#containerized-mid-deployment__table_p53_ms4_nhb} コンテナー化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを迅速に展開できるようになります。「[Linux 用の MID Server Docker イメージのビルド](https://servicenow-prod.fluidtopics.net/Amb6Sq7wa9yuglJsmz2Fdw#mid-build-docker-linux "提供されたレシピを使用して Docker イメージを作成し、コンテナ化された MID サーバーを Linux に展開します。コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。")」のドキュメントには、手動での準備と展開の手順が記載されています。次のコンテナー化された MID サーバーの自動構成は、プロセスを簡素化し、拡張可能にします。 ## MID サーバープロファイル {#containerized-mid-deployment__section_jkw_fk3_fsb} MID サーバープロファイルには、新しい MID サーバーを構成するために必要なすべての設定が含まれています。ただし、パスワードや証明書などの機密データは含まれません。機密データは、K8s クラスターで作成されたシークレットを介して渡される必要があります。ユーザーは、展開要求にシークレット名と場所のみを入力します。プロファイルを作成または変更するには、agent_admin ロールが必要です。MID サーバープロファイルは、次のテーブルに保存されます。 * mid_server_profile * mid_profile_config * mid_profile_wrapper_config * mid_profile_property * mid_profile_application_m2m * mid_profile_capability_m2m * mid_profile_ip_range_m2m * mid_profile_cluster_m2m {#containerized-mid-deployment__ul_u3y_kdd_3sb} 展開中、mid_profile_config および mid_profile_wrapper_config パラメーターが K8s クラスターに送信されます。これらのパラメーターは、新しい MID サーバーの `config.xml` と `wrapper-override.conf` に入力します。その他のパラメーターは、インスタンスの自動構成で使用されます。ユーザーは、インスタンスのモジュール MID サーバープロファイルから MID サーバープロファイルにアクセスできます。 プロファイルは複数の MID サーバーを展開するために使用できるため、MID サーバーの名前はプロファイルに必要ありません。代わりに、ユーザーは新しい展開要求の一部として MID サーバーの名前を入力するよう求められます。mid_profile_wrapper_config の場合、ユーザーは表示する任意のパラメーターを `wrapper-override.conf` に入力できます。例： |-|-| | 名前 | \[値\] | | wrapper.java.maxmemory | 2048 | | wrapper.java.additional.3 | -Djavax.net.debug=ssl:handshake | [ ] {#containerized-mid-deployment__table_jv2_nk3_fsb} その他のプロファイル設定は、MID サーバーレコードと同じ方法で入力できます。 ## MID サーバーの展開要求 {#containerized-mid-deployment__section_q1k_hzc_3sb} \[MID サーバー\] プロファイルを作成した後、ユーザーは新しい展開要求を作成して、展開プロセスを準備できます。展開要求は、コンテナーオーケストレーターごとに異なる場合があります。詳細については、「[MID サーバーの展開要求](https://servicenow-prod.fluidtopics.net/rMAyW8vdqioFcFcOQJaDBg "[MID サーバー] プロファイルを作成した後、ユーザーは新しい展開要求を作成して、展開プロセスを準備できます。展開要求は、コンテナーオーケストレーターごとに異なる場合があります。")」を参照してください。 ## 手動展開の MID 展開要求をエクスポート {#containerized-mid-deployment__section_jcp_5yc_3sb} ユーザーは、K8s 展開 YAML ファイルにエクスポートできます。ユーザーは、`kubectl apply --f` コマンドを使用して、YAML ファイルを K8s クラスターにダウンロードし、新しい MID サーバーを展開できます。 ## Docker イメージの準備 {#containerized-mid-deployment__section_hdl_zyc_3sb} Docker イメージを準備するには、「[MID サーバー Docker イメージをビルド](https://servicenow-prod.fluidtopics.net/Amb6Sq7wa9yuglJsmz2Fdw#mid-build-docker-linux "提供されたレシピを使用して Docker イメージを作成し、コンテナ化された MID サーバーを Linux に展開します。コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。")」で説明されているように、最初に K8s クラスター上に MID サーバーイメージをビルドします。ビルドされたイメージをイメージレジストリーにアップロードし、`docker pull registry/mid:` コマンドを使用して、イメージをローカルイメージにプルします。リモートレジストリーから直接イメージをプルする際の制限事項については、「[コンテナー化された MID サーバーの Docker レジストリーのセットアップ II (Docker Registry Setup for Containerized MID Server II)：自動構成 \[KB1001380\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1001380)」を参照してください。 ## Kubernetes の準備 {#containerized-mid-deployment__section_ldl_zyc_3sb} 「[How to build and deployment Containerized MID Servers in Kubernetes using StatefulSets (StatefulSets を使用して Kubernetes でコンテナ化された MID サーバーをビルドおよび展開する方法) \[KB1325173\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1325173)」も参照してください。 Kubernetes サービスアカウントのセットアップ リソースの作成、削除、およびリスト権限に対して、サービスアカウントに適切な RBAC が設定されていることを確認します。次の YAML ファイルの例では、デフォルトのサービスアカウントを使用しています。 apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: default-service-acccount-as-cluster-admin subjects: - kind: ServiceAccount # Reference to upper's `metadata.name` name: default # Reference to upper's `metadata.namespace` namespace: default roleRef: kind: ClusterRole name: cluster-admin apiGroup: rbac.authorization.k8s.io カスタムサービスアカウントを選択し、そのサービスアカウントと名前空間に ClusterRole を割り当てることができます。デフォルトの名前空間は defaultです。次の YAML ファイルの例では、カスタム名前空間、mynamespace を使用しています。 apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: custom-serviceacccount-as-cluster-admin subjects: - kind: ServiceAccount # Reference to upper's `metadata.name` name: mycustomserviceaccount # Reference to upper's `metadata.namespace` namespace: mynamespace roleRef: kind: ClusterRole name: cluster-admin apiGroup: rbac.authorization.k8s.io Kubernetes シークレットのセットアップ 相互認証用に mid-secrets.properties または PEM ファイル用のシークレットが作成されます。シークレットの作成方法の詳細については、「[コンテナー化された MID サーバー](https://servicenow-prod.fluidtopics.net/koDPnFQs5DR44CzsWKECTg "コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。MID サーバーは、OpenShift や Kubernetes などのオーケストレーションツールを使用して展開されます。オーケストレーションツールは、展開とメインテナンスを自動化し、オンデマンドで新しいコンテナーを追加したり、障害が発生したコンテナーを自動的に置き換えたりすることができます。")」の該当セクションを参照してください。 ## 新しいコンテナー化された MID サーバーを自動構成 {#containerized-mid-deployment__section_l5p_ym3_fsb} MID サーバーがインスタンスに初めて接続されると、MID サーバーレコードが作成されます。MID サーバーレコードには、コンテナー ID、プロファイル ID、および展開名が入力されます。新しい MID サーバーレコードが \[profile_id\] フィールドのプロファイル ID で更新されると、\[プロファイルから MID を自動構成 (Auto-Configure MID from profile)\] ビジネスルールがトリガーされます。ビジネスルールは、そのプロファイル ID に関連付けられたプロファイル設定を検索し、それに応じて新しい MID サーバーを構成します。 ## MID サーバープロファイルを既存の MID サーバーに同期 {#containerized-mid-deployment__section_d4j_cn3_fsb} 関連する MID サーバーが自動構成されてかなり経ってからユーザーがプロファイルを更新すると、MID サーバープロファイルが、既存の MID サーバーの設定と同期しなくなる可能性があります。ユーザーは、インスタンスの \[MID サーバーに同期\] を選択することで、プロファイル設定を既存の MID サーバーに同期できます。 注: MID サーバープロファイルから MID サーバーにクラスター設定を適用する場合、MID サーバーに機能がアサインされていない場合、クラスターのアサインは失敗します。これは、ecc_agent_cluster_member_m2m テーブルの「MID サーバー機能の検証」ビジネスルールによって制御されます。MID サーバーをクラスターに割り当てる場合は、そのサーバーに何らかの機能があることを確認してください。