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

コンテナー化された MID Server を使用するには、MID Server のダウンロードページから Linux 用の Docker レシピをダウンロードします。レシピを使用して、現在のリリースの Docker イメージを構築します。レシピは圧縮され、署名されています。

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

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

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

自動アップグレード

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

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

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

健全性チェック

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

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

コンテナーの基本操作

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

docker stop <container_id>

このコマンドは、コンテナー化された MID Server をシャットダウンします。

docker start <container_id>

このコマンドは、コンテナー化された MID Server が停止している場合に起動します。

docker restart <container_id>

このコマンドは MID Server をシャットダウンして再起動します。

MID Server Docker イメージを構築

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

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

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