자동 복구 정책을 사용하는 경우에도 Azure Virtual Machine Scale Set 인스턴스는 복구되지 않습니다.

아티클
11/20/2024

Azure VMSS 인스턴스는 "비정상" 상태로 유지되며 자동 복구 정책을 사용하는 경우에도 복구되지 않습니다. 이 문서에서는 이 문제에 대한 가능한 원인 및 해당 솔루션을 제공합니다.

자동 복구 정책은 확장 집합에서 올바르게 사용하도록 설정되지 않았습니다.
확장 집합에서 상태 모니터링이 올바르게 구성되지 않았습니다.
인스턴스가 프로비저닝 실패로 인해 비정상으로 표시됩니다.
복구 실패가 너무 많아 확장 집합에서 자동 복구가 일시 중단되었습니다.
인스턴스가 유예 기간에 있습니다.

확장 집합에서 자동 복구 정책이 올바르게 사용하도록 설정되지 않음

VMSS가 서비스 상태를 확인하여 자동 복구에 옵트인되어 있는지 확인합니다.

속성에서 orchestrationServices 자동 복구Running의 serviceState 경우 VMSS는 자동 복구로 옵트인됩니다.

serviceState is NotRunning 또는 자동 복구 정책이 속성 아래에 orchestrationServices 표시되지 않는 경우 확장 집합에서 자동 복구 정책을 사용하도록 설정해야 합니다. 자세한 내용은 기존 확장 집합을 업데이트할 때 자동 복구 정책 사용 설정을 참조 하세요.

이 serviceState Suspended경우 너무 많은 수리가 실패하여 확장 집합에서 자동 복구가 일시 중단되었습니다.

확장 집합에서 상태 모니터링이 올바르게 구성되지 않음

확장 집합의 모든 인스턴스가 "비정상"으로 표시되는 경우 설정 중에 상태 모니터링 프로브가 올바르게 구성되지 않는다는 신호일 수 있습니다. 애플리케이션이 구성된 엔드포인트에 필요한 HTTP/HTTPS/TCP 응답을 내보내야 합니다.

"정상" 상태를 달성하기 위해 애플리케이션 상태 확장 프로브 또는 부하 분산 장치 상태 프로브에는 최소한 구성된 엔드포인트에서 애플리케이션에서 2xx HTTP(S) 응답 또는 성공적인 TCP 핸드셰이크가 필요합니다. 예상 응답을 받지 못하면 "비정상" 상태가 보고됩니다. 애플리케이션에서 제공된 엔드포인트로 올바른 상태 신호를 내보내는지 확인합니다.

부하 분산 장치 상태 프로브에 대한 예상 TCP/HTTP(S) 응답에 대한 자세한 내용은 Load Balancer 사용자 지정 프로브를 참조 하세요.

애플리케이션 상태 확장 프로브에 대한 예상 TCP/HTTP(S) 응답에 대한 자세한 내용은 자동 인스턴스 복구 사용에 대한 요구 사항의 "상태를 제공하도록 엔드포인트 구성" 섹션을 참조하세요.

프로비저닝 실패로 인해 인스턴스가 비정상으로 표시됩니다.

VMSS에서 API 버전 2019-12-01 이상에서 인스턴스 보기 가져오기를 사용하여 속성에서 virtualMachine 인스턴스 statusesSummary 의 프로비전 상태를 확인합니다.

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 및 cmdlet 예제를 사용하여 setOrchestrationServiceState 다시 Running 업데이트하여 자동 복구를 다시 시작합니다.

인스턴스가 유예 기간에 있습니다.

위의 원인이 문제에 적용되지 않는 경우 인스턴스는 유예 기간에 있을 수 있습니다.

유예 기간은 복구를 수행하기 전에 인스턴스의 상태 변경 후 자동 복구가 대기하는 시간입니다. 이는 조기 또는 우발적 복구를 방지하는 데 도움이 됩니다. 인스턴스에 대한 유예 기간이 완료되면 복구 작업이 수행되어야 합니다. 자동 복구에 대한 유예 기간 설정에 대한 자세한 내용은 유예 기간을 참조하세요.

도움을 요청하십시오.

질문이 있거나 도움이 필요한 경우 지원 요청을 생성하거나 Azure 커뮤니티 지원에 문의하세요. Azure 피드백 커뮤니티에 제품 피드백을 제출할 수도 있습니다.

다음을 통해 공유