私のプロジェクトでは、ドッカーオーケストレーションにRancherを使用しています。私はRancherが新しいイメージをアップグレードするたびに、ダウンタイムはWebフレームワークに依存していると思っています。たとえば、Javaフレームワークの場合、停止時間は非常に大きく、約10〜15分です。Rancher:ゼロダウンタイムで展開できますか
私の質問は:私たちはダウンタイムを現在の状況ではなくゼロまたはほぼゼロにすることができますか?
おかげ
私のプロジェクトでは、ドッカーオーケストレーションにRancherを使用しています。私はRancherが新しいイメージをアップグレードするたびに、ダウンタイムはWebフレームワークに依存していると思っています。たとえば、Javaフレームワークの場合、停止時間は非常に大きく、約10〜15分です。Rancher:ゼロダウンタイムで展開できますか
私の質問は:私たちはダウンタイムを現在の状況ではなくゼロまたはほぼゼロにすることができますか?
おかげ
あなたが「ランチャー」を言うとき、あなたがアップグレードすることができ、複数のものがあります。
実際のサーバー(rancher/server
)のアップグレード、インフラストラクチャスタックのアップグレード。
のアップグレードを高速化するには、実際のプロセスの前にdocker pull rancher/server:vX.Y.Z
を実行します。
ノードでも同じ戦略を使用できます。
異なるリリース間で基本イメージを同じに保ち、更新されたレイヤーのみを取得してイメージのダウンロード時間を短縮する必要があります。また、クラスタ内のノード数に応じてアップグレード時間が増加する可能性があります。