자동 리전 간 장애 조치를 위한 복합 상태 정보

복합 상태를 사용하면 서비스 프로듀서가 지역 게시 서비스의 상태를 결정하는 기준을 정의할 수 있습니다. 이러한 상태는 Private Service Connect 백엔드를 사용하는 서비스 소비자의 자동 리전 간 장애 조치를 지원합니다. 상태는 서비스 프로듀서 백엔드(VM 또는 네트워크 엔드포인트)의 집계된 상태를 기반으로 하며 응답 실패에서 상태를 추론하는 이상치 감지보다 소비자에게 더 정확한 장애 조치 신호를 제공합니다.

리전 간 장애 조치를 사용 설정하려면 서비스 프로듀서와 소비자 모두 멀티 리전 배포를 사용해야 합니다. 복합 상태를 구성하면 각 리전 게시 서비스 상태가 소비자 부하 분산기에 자동으로 전파됩니다. 한 리전의 게시된 서비스가 비정상이 되면 소비자 부하 분산기가 해당 서비스로의 트래픽 라우팅을 중지하고 대신 대체 리전에 있는 게시된 서비스의 정상 인스턴스로 트래픽을 라우팅합니다.

배포 요구사항

이 섹션에서는 서비스 프로듀서와 서비스 소비자가 복합 상태를 사용하여 자동 리전 간 장애 조치를 지원하는 멀티 리전 배포를 위해 리소스를 구성하는 방법을 설명합니다.

부하 분산기 및 백엔드 유형 요구사항에 대한 자세한 내용은 사양을 참고하세요.

프로듀서 구성:

소비자 구성:

다음 다이어그램은 멀티 리전 배포를 보여줍니다.

멀티 리전 배포는 Private Service Connect를 사용하여 여러 리전에 게시된 서비스에 연결되는 소비자 부하 분산기로 구성됩니다.

이 예시에서는 여러 리전에 게시된 서비스에 연결되는 소비자 전역 외부 애플리케이션 부하 분산기를 보여줍니다. 지원되는 전역 또는 리전 간 부하 분산기로 멀티 리전 서비스에 액세스하면 서비스 소비자가 복합 상태를 활용하여 자동 리전 간 장애 조치를 사용할 수 있습니다 (확대하려면 클릭).

복합 상태 구성요소

복합 상태는 다음 구성요소를 사용하여 자동 리전 간 장애 조치를 지원합니다.

각각 상태 집계 정책이 있는 여러 상태 소스가 복합 상태 점검으로 결합되어 상태 대상이 업데이트됩니다.

위 다이어그램은 복합 상태의 주요 구성요소를 보여줍니다. 상태 집계 정책은 상태 소스가 정상으로 간주되는 조건을 정의합니다. 개별 상태 소스 상태는 복합 상태 점검에 의해 단일 상태로 결합되고 결과는 상태 대상으로 전송됩니다.

상태 집계 정책

상태 집계 정책은 백엔드 서비스가 정상으로 간주되기 위해 충족해야 하는 조건을 정의하기 위해 만드는 리소스입니다. 정책은 정기적인 상태 점검에 따라 백엔드 서비스의 백엔드(인스턴스 그룹의 VM 또는 NEG의 네트워크 엔드포인트) 상태를 집계합니다.

다음 두 가지 구성 가능한 조건이 충족되면 백엔드 서비스가 정상으로 간주됩니다.

  • 정상 엔드포인트 비율: 정상이어야 하는 백엔드의 최소 비율입니다. 기본값은 60%입니다.

  • 최소 정상 엔드포인트 수: 정상이어야 하는 최소 백엔드 수입니다. 기본값은 1입니다.

예를 들어 백엔드 서비스에 정상 백엔드가 최소 75% 이상이고 정상 백엔드가 최소 3개 이상 있어야 한다는 정책을 만들 수 있습니다. 정상 백엔드 수가 이러한 기준점 중 하나 미만으로 떨어지면 백엔드 서비스가 비정상으로 간주됩니다.

상태 소스

상태 소스는 복합 상태 점검의 일부로 집계할 수 있는 단일 백엔드 서비스의 상태를 제공하는 리소스입니다. 상태 소스를 만들 때 다음을 지정합니다.

  • 모니터링할 백엔드 서비스
  • 백엔드 서비스 상태를 결정하는 상태 집계 정책

상태 소스는 상태 집계 정책에 정의된 조건을 사용하여 연결된 백엔드 서비스의 상태를 확인합니다.

복합 상태 점검

복합 상태 점검은 상태 소스 하나 이상의 상태를 집계하여 리전에 게시된 서비스의 단일 복합 상태를 생성하는 리소스입니다. 연결된 각 상태 소스가 정상이면 게시된 서비스는 정상으로 간주됩니다. 상태 소스 중 하나라도 비정상이면 서비스는 비정상으로 간주됩니다.

상태 대상

상태 대상은 복합 상태 점검에서 최종 복합 상태를 수신합니다. 게시된 서비스의 경우 상태 대상은 프로듀서 부하 분산기의 전달 규칙입니다. 상태는 이 전달 규칙에 연결된 소비자 부하 분산기로 자동 전파됩니다.

사양

복합 상태의 사양은 다음과 같습니다.

  • 동작:

    • 백엔드 서비스 내 개별 백엔드 상태는 표준 상태 점검에 따라 결정됩니다.
    • 구성 가능한 상태 집계 정책은 개별 백엔드 상태를 기반으로 백엔드 서비스 전체 상태를 결정합니다.
    • 복합 상태 점검은 상태 소스로 구성된 백엔드 서비스 하나 이상의 상태를 집계하여 복합 상태를 만듭니다.
    • 복합 상태는 게시된 서비스의 전달 규칙이어야 하는 상태 대상으로 제공됩니다.
    • 복합 상태는 연결된 소비자 부하 분산기로 자동 전파되며 비정상 상태는 자동 리전 간 장애 조치를 트리거합니다.
    • 기본적으로 상태 전환은 Cloud Logging에 기록됩니다. 프로듀서는 상태 소스 및 복합 상태 점검의 로그를 볼 수 있습니다. 소비자는 복합 상태를 사용하는 게시된 서비스에 연결되는 Private Service Connect NEG의 로그를 볼 수 있습니다. 자세한 내용은 복합 상태 모니터링을 참고하세요.

  • 구성:

상태

복합 상태는 다음 상태를 사용하여 게시된 서비스와 백엔드 서비스의 상태를 나타냅니다.

상태 모니터링 리소스 설명
HEALTHY 상태 소스 연결된 백엔드 서비스가 상태 집계 정책에 정의된 대로 정상입니다.
복합 상태 점검 연결된 각 상태 소스가 정상이기 때문에 게시된 서비스가 정상입니다.
Private Service Connect NEG 연결된 게시된 서비스가 프로듀서의 복합 상태 점검에 따라 정상입니다.
UNHEALTHY 상태 소스 백엔드 서비스가 상태 집계 정책에 정의된 기준을 충족하지 않습니다.
복합 상태 점검 연결된 상태 소스 중 하나 이상이 비정상이므로 게시된 서비스가 비정상입니다.
Private Service Connect NEG 연결된 게시된 서비스가 프로듀서의 복합 상태 점검에 따라 비정상입니다. 이 상태는 리전 간 장애 조치를 트리거할 수 있습니다.
UNKNOWN 상태 소스 아직 상태를 알 수 없습니다. 이는 리소스가 새로 생성되거나 구성될 때 발생하는 일시적인 상태입니다.
복합 상태 점검 연결된 상태 소스 중 비정상인 소스는 없지만 하나 이상의 상태 소스를 알 수 없습니다.
Private Service Connect NEG 연결된 게시된 서비스의 상태를 아직 사용할 수 없습니다.

제한사항

복합 건강에는 다음과 같은 제한사항이 있습니다.

  • 복합 상태는 2025년 10월 20일 이후에 생성된 리소스(프로듀서 전달 규칙, 서비스 연결, Private Service Connect NEG 포함)에만 지원됩니다. 이 날짜 이전에 생성된 리소스에 복합 상태를 구성하면 복합 상태가 올바르게 인식되지 않을 수 있습니다. 2025년 10월 20일 이전에 생성된 리소스의 복합 상태가 필요한 경우 리소스를 다시 만들어야 합니다.
  • 백엔드 서비스와 백엔드 서비스에서 참조하는 전달 규칙을 포함한 모든 복합 상태 리소스는 같은 프로젝트에 있어야 합니다.
  • 한 서비스의 복합 상태를 다른 서비스의 상태 소스로 사용할 수 없습니다.
  • 연결된 소비자에게 영향을 미치지 않는 상태 점검 구성을 테스트하는 모드는 없습니다. 구성된 복합 상태 점검에서 즉시 장애 조치를 트리거할 수 있습니다.
  • 복합 상태는 게시된 서비스에 액세스하는 Private Service Connect 백엔드만 지원합니다.

가격 책정

가격 책정에 대한 자세한 내용은 VPC 가격 책정을 참고하세요.

다음 단계