---
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) 所要時間：6分

コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。MID サーバーは、OpenShift や Kubernetes などのオーケストレーションツールを使用して展開されます。オーケストレーションツールは、展開とメインテナンスを自動化し、オンデマンドで新しいコンテナーを追加したり、障害が発生したコンテナーを自動的に置き換えたりすることができます。

|-|
|   |
[ ]

{#containerized-mid__table_p53_ms4_nhb}

コンテナー化された MID サーバーを使用するには、MID サーバーのダウンロードページから Linux の Docker レシピをダウンロードします。レシピを使用して、現在のリリースの Docker イメージをビルドします。レシピは圧縮され、署名されています。一部の機能は、Washington DC ファミリーリリースで廃止されました。詳細については、「[\[KB1559617\] Deprecated Containerized MID Server Features in Washington DC (Washington DC で廃止されたコンテナ化 MID サーバーの機能)](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1559617)」を参照してください。  
コンテナ化された MID サーバーのシステム要件：

* AlmaLinux がサポートされています。

* レシピを使用して、以前のバージョンの MID サーバーのイメージをビルドすることはできません。

* NMAP と CyberArk のディスカバリーはサポートされていません。

* オーケストレーションや統合ハブなどの他のアプリケーションは認定されていません。

{#containerized-mid__ul_ojz_hw1_ypb}

Docker イメージが使用可能になったら、新しい MID サーバーコンテナーを作成し、環境変数またはシークレットファイルを介して渡された設定パラメーターを使用してコンテナーを構成できます。Docker、Openshift、および Kubernetes シークレットがサポートされています。コンテナー内の MID サーバーアプリケーションは、非アドミンユーザーによってプロセスとして実行されます。

コンテナー化された MID サーバーレコードが最初にインスタンスで作成されると、ランダムな UUID が作成され、container_id 列に設定されます。起動シーケンス中に、この値は実際のコンテナー ID に置き換えられます。コンテナー ID は、コンテナー化された MID サーバーと通常の MID サーバーを区別するために使用できます。コンテナー化されていない MID サーバーのコンテナー ID の値は、null または空です。

インスタンスでダウンしている MID サーバーを自動的にクリーンアップするために、「Purge Orphaned Containerized MID Server (孤立したコンテナー化された MID サーバーの消去)」と呼ばれるスケジュール済みジョブが毎日実行されるようにスケジュールされています。このジョブは、孤立し、コンテナー化された MID サーバーが max_retention_days プロパティで設定された値よりも長く停止している場合に、それらを削除します。また、このジョブは、削除日までの残り日数が warn_days の値以下になると、削除日まで毎日 MID サーバーの問題の警告を作成します。max_retention_days と warn_days のデフォルト値はそれぞれ 30 と 7 です。

## 自動アップグレード {#containerized-mid__section_hgk_s21_ypb}

自動アップグレードは、コンテナー化された MID サーバーでも、通常の MID サーバーと同じように機能します。ただし、コンテナー化された MID サーバーでは自動アップグレードを無効にすることをおすすめします。新しいイメージが必要になったら、そのたびに新しいイメージをビルドして、展開の YAML ファイルを更新してイメージをデプロイし、その後イメージを再適用します。

コンテナー化された MID サーバーの自動アップグレードは mid.container.autoupgrade.enabled 設定パラメーターによって制御され、デフォルトでは true に設定されています。設定パラメーターは読み取り専用であるため、インスタンスから同期することはできません。

構成パラメーターを MID サーバーのプロファイルに追加し、新しい展開要求でそのパラメーターを使用します。この設定は、展開要求がエクスポートされるとき、または既存の展開の YAML ファイルに手動で追加されて再適用されるときに、展開 YAML ファイルに入ります。

## 健全性チェック {#containerized-mid__section_o45_s21_ypb}

5 分ごとのハートビートに基づいて MID サーバーの健全性ステータスをチェックするために、健全性チェックルールが実装されています。過去 30 分間にハートビートアクティビティがなかった場合は、障害と見なされます。3 回連続して失敗すると、docker ps コマンド出力で異常になります。

健全性チェックの詳細を表示するには、[docker 検査コマンド](https://docs.docker.com/engine/reference/commandline/inspect/) Docker inspect --format = '{{json .State.Health}}' \<container-id\> を実行します。

## コンテナーの基本操作 {#containerized-mid__section_pph_t21_ypb}

基本操作はコンテナー側でサポートされています。たとえば、Docker コマンドを使用して、実行中のコンテナーを停止、開始、または再起動できます。

docker stop \<container_id\>
:   このコマンドは、コンテナー化された MID サーバーをシャットダウンします。

docker start \<container_id\>
:   このコマンドは、コンテナー化された MID サーバーが停止している場合に起動します。

docker restart \<container_id\>
:   このコマンドは MID サーバーをシャットダウンして再起動します。

## MID サーバー Docker イメージをビルド {#containerized-mid__section_qqk_31k_jsb}

提供されたレシピを使用して [MID Server Docker イメージをビルドし](https://servicenow-prod.fluidtopics.net/Amb6Sq7wa9yuglJsmz2Fdw#mid-build-docker-linux "提供されたレシピを使用して Docker イメージを作成し、コンテナ化された MID サーバーを Linux に展開します。コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。") 、コンテナー化された MID サーバーを展開します。コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。

## コンテナー化された MID サーバーの展開と自動構成 {#containerized-mid__section_nxl_21k_jsb}

[展開および自動構成機能 (deployment and auto-configuration feature)](https://servicenow-prod.fluidtopics.net/5hqrf6Cr1LIgfQXssbhU0g "エージェントアドミニストレーターは、MID サーバープロファイルを入力し、展開要求をインスタンス上で作成できます。その後、展開要求を YAML ファイルにエクスポートし、それを使用して MID サーバーを Kubernetes または OpenShift クラスターに展開できます。") を使用すると、エージェントアドミニストレーターは、必要なすべての MID サーバーの設定を、インスタンスの \[MID サーバー\] プロファイルに入力し、展開要求を K8s クラスターに送信できます。要求が処理された後、新しい MID サーバーが自動的に作成され、自動構成されます。それらはすぐに使用できるようになります。 \[MID サーバー\] プロファイルが変更された場合、関連するコンテナー化された MID サーバーもオンデマンドで更新できます。