Google Cloud Auto Scaler, 관리형 인스턴스 그룹, 대상 풀, 네트워크 부하 분산기가 함께 작동하는 방식이 다소 혼란스럽습니다. 문서가 약간 드물고 NLB 사용 방법(HTTPS가 필요하므로 현재 Http Load Balancer에서는 이를 자르지 않음)과 Auto Scaler 사용 방법 사이에 명시적인 연결이 없습니다. Auto Scaler의 주요 사용 사례는 NLB 뒤에서 인스턴스를 관리하는 것이라고 생각합니다.
문제 1: [set-target-pool][1]을 통해 관리형 인스턴스 그룹에 대상 풀을 할당하면 이미 존재하는 인스턴스가 해당 대상 풀에 할당되지 않는 것 같습니다(실수일 수 있음) .
문제 2: 관리되는 그룹 인스턴스는 공용(일시적이지만) IP가 없으면 NLB에서 순환되지 않는 것 같습니다. 다시 한번 우리의 실수일 수 있지만 개인 IP로 충분하지 않습니까?
문제 3: 관리형 인스턴스 그룹의 인스턴스가 비정상이 되면(예: HTTP에 대한 응답이 중지됨) NLB는 상태 확인을 통해 해당 인스턴스를 교체에서 제거하지만 Auto Scaler는 만족스러운 상태를 유지하고 있는 것으로 간주합니다. 유효한 실행 인스턴스.
우리는 무엇을 놓치고 있나요?
답변1
HTTPS 로드 밸런싱은이제 알파에서 사용 가능이제 귀하에게 가장 적합한 솔루션이 될 수도 있습니다.
문제 1: 인스턴스 그룹 관리자는 해당 그룹이 완전히 동질적일 것으로 예상합니다. 그러므로 때관리형 인스턴스 그룹대상 풀에 인스턴스를 추가하도록 구성되어 있으므로 기존 인스턴스와 향후 인스턴스를 추가하는 것이 당연합니다. 대상 풀에 추가되는 인스턴스와 그렇지 않은 인스턴스가 있도록 분할해야 하는 경우 인스턴스 그룹을 분리해야 합니다.
문제 2: 프라이빗 IP 주소만 있는 인스턴스에서만 네트워크 로드 밸런싱을 사용할 수 있습니다. 그러나 전달 규칙에는 외부 IP 주소가 있어야 합니다.
문제 3: 맞습니다. Autoscaler는 상태 확인을 수행하지 않으며 로드 밸런싱 상태 확인에 실패한 인스턴스를 자동으로 삭제하지 않습니다. 현재 이를 원하면 수동으로 수행해야 합니다(인스턴스 그룹 관리자 "recreate" 호출을 사용하는 것이 좋습니다).