最近、サービスファブリッククラスタを含むVMSSにMicrosoft.Powershell.DSC拡張機能を追加する必要がありました。 DSCの新しい拡張機能を追加して、ARMテンプレートを使用してクラスタを再デプロイしました。デプロイメント中に、5つのスケールセットインスタンスのうち4つが、特定の時点で再開ステージにあることがわかりました。当時、私たちのクラスタ内のサービスも応答しませんでした。停止はわずか数分で完了しましたが、これは起こらないようなものです。サービスファブリックへの希望状態構成拡張の追加VMSS
これは、選択されたdurabilityレベルの「ブロンズ」によって発生します。
耐久性層は、システムへのあなたのVMは、基礎となるAzureのインフラストラクチャと持っている権限 を示すために使用されます。 プライマリノードタイプの場合、この特権により、サービス サービスおよびステートフルサービスのクォーラム要件に影響を与える VMレベルのインフラストラクチャリクエスト（VMの再起動、VMの再イメージ、または VMの移行など）が一時停止されます。非プライマリノードタイプでは、 実行中のステートフルサービスのクォーラム要件に影響を与える、 この特権により、Service FabricはVMレベル VM再起動、VM再イメージング、VM移行など、 などのインフラストラクチャ要求を一時停止できます。
ブロンズ - 特権なし。これはデフォルトであり、クラスタ内でのみステートレスワークロードを実行する場合に推奨されます。
あなたがここにいるとは思いますが、私がテストしていたサービスはステートレスなサービスでした。ブロンズが無国籍のサービスに適している理由を知りましたか？ VMSSがリブートすると、すべてのマシンはステートレスサービスが応答しなくなります。 –
はい、ノードが1つでも実行されていても、ステートレスサービスは実行を継続できます。 （例えば、二次ノード）しかし、システムサービスはできない。 – LoekD
私はthis記事を読んでお勧めします。そのMS従業員のブログ。
すべてのVMを同時にリブートしても構わない場合は、upgradePolicyを "Automatic"に設定してください。それ以外の場合は「手動」に設定し、スケールセットモデルの変更を個々のVMに自分で適用してください。アプリケーションの稼働時間を維持しながら、VMへのアップデートをスクリプト化するのはかなり簡単です。詳細はhttps://docs.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-upgrade-scale-setを参照してください。
スケールセットがService Fabricクラスタにある場合、OSバージョンの変更などの特定のアップデートはブロックされています（現在は変更される予定です）。また、upgradePolicyを "Automatic"に設定することをお勧めします。可用性を維持しながら、モデルの変更（更新された拡張設定など）を安全に適用してください。
これは私が持っているサービスファブリッククラスタVMSSで、ほとんどのVMを同時にリブートさせます。 @LoekDが示唆しているように、ブロンズの耐久性レベルの可能性がありますか？ –
これを理解するために、これは状態が失われたことを意味しましたか、または停止が発生しただけでしたか？ –
停止が発生しました。ステートレスアプリとステートフルアプリの両方があります。私は、更新が適用されている間にステートレスアプリをテストしていました。アップグレード中に状態が失われたとは思わない。 –