自動修復ポリシーが有効になっている場合でも、Azure Virtual Machine Scale Set インスタンスは修復されません

[アーティクル]
04/12/2024

Azure VMSS インスタンスは "異常" 状態のままであり、自動修復ポリシーが有効になっている場合でも修復されません。この記事では、この問題の考えられる原因と対応する解決策について説明します。

自動修復ポリシーがスケールセットで正しく有効になっていません。
正常性監視がスケールセットで正しく構成されていません。
インスタンスは、プロビジョニングエラーが原因で異常とマークされます。
自動修復は、失敗した修復が多すぎるため、スケールセットで中断されています。
インスタンスは猶予期間にあります。

スケールセットで自動修復ポリシーが正しく有効になっていない

VMSS がサービスの状態を表示して自動修復にオプトインされていることを確認します。

プロパティの下で orchestrationServices 、自動修復のが serviceState の場合、 RunningVMSS は自動修復にオプトインされます。

serviceStateが NotRunning またはの自動修復ポリシーがプロパティの下にorchestrationServices表示されない場合は、スケールセットで自動修復ポリシーを有効にする必要があります。詳細については、「既存のスケールセットを更新するときに自動修復ポリシーを有効にする」を参照してください。

がの serviceState 場合は Suspended、失敗した修復が多すぎるため、スケールセットで自動修復が中断されました。

スケールセットで正常性監視が正しく構成されていない

スケールセット内のすべてのインスタンスが "異常" として表示される場合は、セットアップ中に正常性監視プローブが正しく構成されていないことを示している可能性があります。アプリケーションが、構成されたエンドポイントに対して予想される HTTP/HTTPS/TCP 応答を出力していることを確認します。

"正常" 状態を実現するために、アプリケーション正常性拡張機能プローブまたはロードバランサーの正常性プローブでは、少なくとも 2xx HTTP(S) 応答または構成されたエンドポイントでのアプリケーションからの正常な TCP ハンドシェイクが必要です。予想される応答が受信されない場合は、"異常" 状態が報告されます。適切な正常性シグナルが、アプリケーションによって指定されたエンドポイントに出力されていることを確認します。

ロードバランサーの正常性プローブに対して予想される TCP/HTTP(S) 応答の詳細については、「カスタムプローブのLoad Balancer」を参照してください。

アプリケーション正常性拡張プローブに対して予想される TCP/HTTP(S) 応答の詳細については、「自動インスタンス修復を使用するための要件」の「正常性状態を提供するようにエンドポイントを構成する」セクションを参照してください。

プロビジョニングエラーが原因でインスタンスが異常としてマークされる

VMSS の API バージョン 2019-12-01 以降でインスタンスビューを取得して、プロパティからインスタンス statusesSummary のプロビジョニング状態を virtualMachine 表示します。

REST API

GET '/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachineScaleSets/{vmScaleSetName}/instanceView?api-version=2019-12-01'

"virtualMachine": {
        "statusesSummary": [
            {
                "code": "ProvisioningState/succeeded",
                "count": 2
            }
        ]
}

の下statusesSummaryにProvisioningState/failedコードがある場合は、失敗したインスタンスを削除し、新しいインスタンスをスケールセットに追加します。現在、インスタンスの修復では、プロビジョニングエラーが原因で仮想マシンが "異常" とマークされるシナリオはサポートされていません。

スケールセットから失敗したインスタンスを削除するには、「スケールセットから VM を削除する」を参照してください。

スケールセットに新しいインスタンスを追加するには、「スケールセットの容量を変更する」を参照してください。

自動修復は、失敗した修復が多すぎるため、スケールセットで中断されました

繰り返し修復を試みた後もアプリケーションが "異常" 信号を出力し続ける場合、プラットフォームは最終的に自動修復のをに変更 serviceState することで、安全対策としてインスタンスの修復を Suspended中断します。

serviceState自動修復ポリシーのを確認します。これを行うには、「自動インスタンス修復ポリシーのサービス状態の表示と更新」を参照してください。

がのserviceState場合はSuspended、「自動インスタンス修復ポリシーのサービス状態をserviceState表示および更新する」の API とコマンドレットの例を使用setOrchestrationServiceStateして、にRunning戻して自動修復を再開します。

インスタンスが猶予期間にある

上記の原因のいずれも問題に該当しない場合、インスタンスはその猶予期間にある可能性があります。

猶予期間は、自動修復がインスタンスの状態変更後に修復を実行するまで待機する時間であり、早期または偶発的な修復を回避するのに役立ちます。修復アクションは、インスタンスの猶予期間が完了すると実行されます。自動修復の猶予期間設定の詳細については、「猶予期間」を参照してください。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティサポートにお問い合わせください。 Azure フィードバックコミュニティに製品フィードバックを送信することもできます。

自動修復ポリシーが有効になっている場合でも、Azure Virtual Machine Scale Set インスタンスは修復されません

スケール セットで自動修復ポリシーが正しく有効になっていない

スケール セットで正常性監視が正しく構成されていない