コンテナー化された MID サーバー

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間：6分

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

    構成フェーズのインジケーターを設定するMID サーバーがネットワークの内部と外部の要素に接続できることを確認するMID サーバーを Linux または Windows ホストにダウンロードしてインストールするMID サーバーを構成MID サーバーセキュリティを設定MID サーバーがネットワークの内部と外部の要素に接続できることを確認するMID サーバーを Linux または Windows ホストにダウンロードしてインストールするMID サーバーを構成MID サーバーセキュリティを設定

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

    コンテナ化された MID サーバーのシステム要件：

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

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

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

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

    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 です。

    自動アップグレード

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

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

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

    健全性チェック

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

    健全性チェックの詳細を表示するには、docker 検査コマンド Docker inspect --format = '{{json .State.Health}}' <container-id> を実行します。

    コンテナーの基本操作

    基本操作はコンテナー側でサポートされています。たとえば、Docker コマンドを使用して、実行中のコンテナーを停止、開始、または再起動できます。
    docker stop <container_id>
    このコマンドは、コンテナー化された MID サーバーをシャットダウンします。
    docker start <container_id>
    このコマンドは、コンテナー化された MID サーバーが停止している場合に起動します。
    docker restart <container_id>
    このコマンドは MID サーバーをシャットダウンして再起動します。

    MID サーバー Docker イメージをビルド

    提供されたレシピを使用して MID Server Docker イメージをビルドし 、コンテナー化された MID サーバーを展開します。コンテナ化された MID サーバーは、MID サーバーの Docker イメージを使用して、MID サーバーを大規模に迅速に展開できるようにします。

    コンテナー化された MID サーバーの展開と自動構成

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