ASP.NET Web アプリケーションをデプロイする必要があるサーバーが 6 台あります。拡張機能をデプロイするときは、通常、クラスターから 3 つを削除し、アプリをデプロイしてローテーションに戻し、残りの 3 つを削除して同じことを行います。
アプリケーションの変更を展開する際に、顧客への影響を最小限に抑える/排除するために従うベスト プラクティスは何ですか?
ASP.NET Web アプリケーションをデプロイする必要があるサーバーが 6 台あります。拡張機能をデプロイするときは、通常、クラスターから 3 つを削除し、アプリをデプロイしてローテーションに戻し、残りの 3 つを削除して同じことを行います。
アプリケーションの変更を展開する際に、顧客への影響を最小限に抑える/排除するために従うベスト プラクティスは何ですか?
通常、クラスターから削除して、あなたと同じように交換します。現在、サーバーファームとして6つのVMを実行しています(VMのオーバーヘッドを考慮して、4つの物理マシンからスケールアップされました)。一度に3つ回転させます。私たちが従う経験則は、サイトを維持するためにノードの少なくとも半分が常に利用可能である必要があるということです。そうでない場合、サイト全体をプルします。
また、クラスター外にあるウォーム「イメージ」サーバーを使用することを非常に真剣に検討しています。このサーバーは、展開、テスト、および展開用のイメージ化が可能です。イメージが完全にテストされ、展開のダウンタイムを最小限に抑えることができ、ノードごとに一連のスモークテストをすべて実行する必要がないことが前提です。