Windows OSのアップデート/パッチ処理 - SFのベストプラクティス

Question

私は、SFがまだクラウドサービスのようにOSのアップグレード/パッチを自動的に処理していないことを知っています。準備ができたら、私は熱心にそれを待っています。しかし今のところ私はデフォルトで何を期待すべきか不思議です。

SFはスケールセットと標準のWindows VMを使用するため、インスタンスにデフォルトのWindows Update設定が適用されるため、更新が適用されるたびに自動的に再起動されることを期待してください。私はデフォルトが自動的にアップデートをインストールし、定義されたメンテナンスウィンドウ（3am？）の間にリブートするのは正しいと思いますか？

これが当てはまる場合、SFが正常にリブートを処理することは期待できますか？つまり、その上で実行されているサービスはすべてシャットダウンされ、そのホスト上の外部から見えるエンドポイントへの要求の送信を停止するようにロードバランサに通知されます。

これ以上のステップを踏むと、上記のすべてが真実であれば、クラスタ内のすべてのノードがメンテナンスウィンドウに達して同時にリブートすることを防ぐ何かがありますか？それは私にとって壊滅的なように思えるでしょう。

SFのWindows Updateを処理するためのベストプラクティスと一般的なアドバイスは何ですか？

Answer 1

Windows Updateを有効にして放置するだけで致命的な結果になることは間違いありません。ノードがリブートすると、調整が行われず、ノードによってサービスファブリックサービスが定足数を失うと、アプリケーションまたはクラスタの一部またはすべてが失われる可能性があります。

一度に1つのノードにパッチ/アップデートをインストールし、クラスタが正常になるまで次のノードに移動しないでください。これをスクリプト化することで、手作業を簡単にするか、最悪の場合にすることができます。

ノードタイプの追加に関連する別のアプローチがあるかもしれませんが、まだテストされていないので、動作していることが分かるまで詳細を伝えたくありません。