Webサーバー（Apache 2など）を備えたDockerコンテナーがあるとします。次に、その下のOSを更新します。このSFの答えは、最良の方法はベースイメージと私のApacheイメージを再構築することだと言います。ただし、新しいコンテナを作成する前に古いコンテナを削除する必要があるため、イメージをデプロイするとダウンタイムが発生します。したがって、ポート80/443にバインドするコンテナは1つだけです。
しかし、ダウンタイムなしでこの更新プログラムを展開するにはどうすればよいですか？ロードバランサーを使用し、コンテナー間通信を使用する必要がありますか？また、ロードバランサーを更新するにはどうすればよいですか？
回答:
はい、ロードバランサーを使用して、一度に1つのインスタンスを更新する必要があります。コンテナ間通信がどこから来るのかわかりません。
例として、サイトAにサービスを提供するロードバランサーがあるとします。ユーザーは「A」としてのみ接続し、「A」としてのみ接続します。ロードバランサーは、2つ以上のバックエンド（B、Cなど）があり、それらがVMであるかコンテナーであるかは重要ではないことを知っています。
次に、バックエンド（この場合はApacheインスタンス）をアップグレードします。
次に、C、Dなどに対して同じプロセスを実行します。
Dockerコンテナのインプレースアップグレードについては、2013年11月から未解決のリクエストがありますが、あまり進展が見られないため、上記の解決策は当面の間行うべきものです。
おそらく、このモデルでライブサイトを既に実行していて、ダウンタイムなしでアップグレードしたいので、これを求めているのでしょう。したがって、上記の理想的な目標状態に到達する必要がありますが、漸進的です。
それを仮定しましょう：
これらの仮定が間違っている場合、まずこれが正しいように修正する必要があります。
次に、次の手順を実行します。
最も簡単なオプションは、独自のバランサーを実行しないことです。たとえば、サービスとして負荷分散を提供するクラウドプラットフォームを使用している場合は、それを使用することを検討してから、ロードバランサーのメンテナンスと更新は問題になりません。
独自のロードバランサーを実行している場合は、別の間接層（つまり、DNS）を追加すると役立ちます。以下を想定してみましょう：
次のように進めます。
AとともにBのIPアドレスをDNS解決に追加します
Bに問題がある場合は、次のように元に戻します。
これで完了です。
プロセスの自動化に役立つこれらの記事とツールを参照してください。ただし、一般的な考え方は同じです。
「コンピュータサイエンスの問題はすべて、別のレベルのインダイレクションで解決できます。もちろん、インダイレクションが多すぎる場合は例外です。」— デヴィッド・ウィーラー