HTTP(S) 부하 분산기 뒤의 자동 확장 인스턴스 그룹이 매분 VM을 다시 시작합니다. 인스턴스에는 공개 IP가 없으며 인스턴스에서 curl을 실행하면 올바른 사이트가 반환됩니다. 백엔드를 수정하려면 무엇을 확인해야 합니까?

인스턴스가 매분 다시 시작되는 것은 상태 확인 실패의 일반적인 증상입니다. 자동 확장 인스턴스 그룹은 상태 확인에 실패한 인스턴스를 비정상으로 간주하고 교체하기 때문입니다. 인스턴스 자체에서 curl이 작동한다는 것은 웹 서버가 올바르게 구성되었음을 의미합니다. 따라서 부하 분산기의 상태 확인 프로브가 인스턴스에 도달할 수 있도록 방화벽 규칙이 올바르게 구성되었는지 확인해야 합니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. 부하 분산기에 도달하도록 소스 HTTP/HTTPS 트래픽을 허용하는 방화벽 규칙은 클라이언트 트래픽에 대한 것이며, 상태 확인과는 관련이 없습니다. 인스턴스에 공개 IP를 할당하는 것은 필요하지 않으며, 부하 분산기는 내부 IP를 통해 백엔드 인스턴스와 통신합니다. 부하 분산기 이름으로 태그를 지정하는 것은 방화벽 규칙 구성의 일반적인 방법이 아니며, 상태 확인 트래픽을 허용하는 핵심 문제를 해결하지 못합니다.