상태 점검 사용

콘솔

1. Google Cloud 콘솔에서 상태 점검 페이지로 이동합니다.
   상태 확인 페이지로 이동
2. 상태 점검 만들기를 클릭합니다.

3. 상태 확인 만들기 페이지에서 다음 정보를 입력합니다.

   • 이름: 상태 점검에 이름을 입력합니다.
   • 설명: 원하는 경우 설명을 제공합니다.
   • 범위: 부하 분산기 유형에 따라 전역 또는 리전 범위를 선택합니다.
     • 리전을 선택한 경우 드롭다운에서 리전을 선택합니다.

   • 프로토콜 : 상태 점검 프로토콜을 선택합니다.

   • 포트: 포트 번호를 입력합니다. Google Cloud 콘솔에서 상태 점검을 만들 때 포트 번호를 사용하여 포트를 지정해야 합니다.

   • 프록시 프로토콜: 선택적으로 상태 확인 프로브 시스템의 요청에 프록시 헤더를 추가 할 수 있습니다.

   • 요청 경로 및 응답: HTTP, HTTPS, HTTP2 프로토콜에 대해 연결할 상태 점검 프로브 시스템의 URL 경로를 선택적으로 제공 할 수 있습니다. 자세한 내용은 HTTP, HTTPS, HTTP/2 상태 점검을 위한 추가 플래그를 참조하세요.

   • 요청 및 응답: TCP 및 SSL 프로토콜에 대해 전송할 ASCII 텍스트 문자열과 예상 텍스트 응답 문자열을 지정할 수 있습니다. 자세한 내용은 SSL 및 TCP 상태 점검을 위한 추가 플래그를 참조하세요.

   • 확인 간격: 한 프로브의 시작에서 다음 프로브의 시작까지의 시간을 정의합니다.

   • 제한 시간: Google Cloud가 프로브에 대한 응답을 대기하는 시간을 정의합니다. 해당 값은 확인 간격보다 작거나 같아야 합니다.

   • 정상 기준: VM 인스턴스가 정상으로 간주되도록 하기 위해 성공해야 하는 연속 프로브의 수를 정의합니다.

   • 비정상 기준: VM 인스턴스가 비정상으로 간주되도록 하기 위해 실패해야 하는 연속 프로브의 수를 정의합니다.

4. 만들기를 클릭합니다.

gcloud

• 전역 상태 점검을 만들려면 적절한 compute health-checks create 명령어를 사용합니다.

  gcloud compute health-checks create PROTOCOL NAME \
      --global \
      --description=DESCRIPTION \
      --check-interval=CHECK_INTERVAL \
      --timeout=TIMEOUT \
      --healthy-threshold=HEALTHY_THRESHOLD \
      --unhealthy-threshold=UNHEALTHY_THRESHOLD \
      PORT_SPECIFICATION \
      ADDITIONAL_FLAGS
  

• 리전별 상태 점검을 만들려면 적절한 compute health-checks create 명령어를 사용합니다.

  gcloud compute health-checks create PROTOCOL NAME \
      --region=REGION \
      --description=DESCRIPTION \
      --check-interval=CHECK_INTERVAL \
      --timeout=TIMEOUT \
      --healthy-threshold=HEALTHY_THRESHOLD \
      --unhealthy-threshold=UNHEALTHY_THRESHOLD \
      PORT_SPECIFICATION \
      ADDITIONAL_FLAGS
  

다음을 바꿉니다.

• PROTOCOL은 상태 점검에 사용되는 프로토콜을 정의합니다. GRPC, GRPC_WITH_TLS, HTTP, HTTPS, HTTP2, SSL, TCP이 유효한 옵션입니다.

• NAME은 상태 확인의 이름입니다. 특정 프로젝트 내: 각 전역 상태 점검에는 고유한 이름이 있어야 하며, 리전별 상태 점검은 해당 리전 내에서 고유한 이름을 가져야 합니다.

• REGION: 상태 점검의 리전입니다. 리전별 부하 분산기의 경우 상태 점검 리전이 백엔드 서비스의 리전과 일치해야 합니다.

• DESCRIPTION은 선택사항인 설명입니다.

• CHECK_INTERVAL은 하나의 상태 점검 프로브 시스템의 연결이 시작된 후부터 다음 프로브 시작까지 걸리는 시간입니다. 단위는 초입니다. 생략하면 Google Cloud 에서는 5s(5초)를 값으로 사용합니다.

• TIMEOUT은 Google Cloud가 프로브에 대한 응답을 대기하는 시간입니다. TIMEOUT 값은 CHECK_INTERVAL 이하여야 합니다. 단위는 초입니다. 생략하면Google Cloud 에서는 5s(5초)를 값으로 사용합니다.

• HEALTHY_THRESHOLD 및 UNHEALTHY_THRESHOLD는 VM 인스턴스가 정상 또는 비정상으로 간주되려면 성공하거나 실패해야 하는 연속 프로브의 수를 지정합니다. 둘 중 하나를 생략하면Google Cloud 는 기본 기준점 2를 사용합니다.

• PORT_SPECIFICATION: 포트 지정 플래그 중 하나를 사용하여 포트 지정을 정의합니다.

• ADDITIONAL_FLAGS는 포트와 PROTOCOL에 대한 옵션을 지정하기 위한 기타 플래그입니다. HTTP, HTTPS, HTTP/2 상태 점검을 위한 추가 플래그, SSL 및 TCP 상태 점검을 위한 추가 플래그 또는 gRPC 상태 점검을 위한 추가 플래그를 참조하세요.

Terraform

전역 상태 점검을 만들려면 google_compute_health_check 리소스를 사용합니다.

resource "google_compute_health_check" "health_check_tcp_with_logging" {
  provider = google-beta

  name = "health-check-tcp"

  timeout_sec        = 1
  check_interval_sec = 1

  tcp_health_check {
    port = "22"
  }

  log_config {
    enable = true
  }
}

리전별 상태 점검을 만들려면 google_compute_region_health_check 리소스를 사용합니다.

resource "google_compute_region_health_check" "default" {
  name               = "tcp-health-check-region-west"
  timeout_sec        = 5
  check_interval_sec = 5
  tcp_health_check {
    port = "80"
  }
  region = "us-west1"
}

Terraform 구성을 적용하거나 삭제하는 방법은 기본 Terraform 명령어를 참고하세요.

API

• 전역 상태 점검을 만들려면 healthChecks.insert를 사용합니다.

• 리전별 상태 점검을 만들려면 regionHealthChecks.insert를 사용합니다.

콘솔

1. Google Cloud 콘솔에서 상태 점검 페이지로 이동합니다.
   상태 확인 페이지로 이동
2. 상태 점검을 클릭하여 세부정보를 봅니다.
3. 상태 점검을 수정해야 하는 경우 수정을 클릭하고 다음을 수행합니다.
   • 필요에 따라 매개변수를 변경합니다.
   • 저장을 클릭합니다.

gcloud

1. 상태 점검의 이름과 범위를 나타냅니다. 자세한 내용은 상태 점검 나열을 참조하세요.

2. 상태 점검 이름, 프로토콜, 범위를 제외하고 공통 플래그, 포트 지정 플래그, 기타 선택적 플래그를 수정할 수 있습니다. 기존의 상태 점검을 수정하려면 적합한 compute health-checks update 명령어를 사용합니다. 생략하는 플래그의 경우 사전 구성된 설정이 유지됩니다.

   • 전역 상태 점검의 수정 예시: 다음 명령어는 확인 간격, 제한 시간, 요청 경로를 변경하여 hc-http-port-80라는 전역 HTTP 상태 점검을 수정합니다.

     gcloud compute health-checks update http hc-http-port-80 \
         --global \
         --check-interval=20s \
         --timeout=15s \
         --request-path="/health"
     

   • 리전별 상태 점검의 수정 예시: 다음 명령어는 포트 지정을 변경하여 hc-west1-tcp-ldap이라는 us-west1의 리전별 TCP 상태 점검을 수정합니다.

     gcloud compute health-checks update tcp hc-west1-tcp-ldap \
         --region=us-west1 \
         --port=631
     

API

1. 상태 점검의 이름과 범위를 나타냅니다. 자세한 내용은 상태 점검 나열을 참조하세요.

2. 상태 점검 이름, 프로토콜, 범위를 제외하고 다음 API 호출을 통해 공통 플래그, 포트 지정 플래그, 기타 선택적 플래그를 수정할 수 있습니다. patch API 호출을 사용하여 요청에 명시적으로 설정되지 않은 사전 구성된 설정을 유지합니다.

   • 전역 상태 점검을 수정하려면 healthChecks.update 또는 healthChecks.patch를 사용하세요.

   • 리전별 상태 점검을 수정하려면 regionHealthChecks.update 또는 regionHealthChecks.patch를 사용합니다.

콘솔

1. Google Cloud 콘솔에서 상태 점검 페이지로 이동합니다.
   상태 확인 페이지로 이동
2. 상태 점검을 클릭하여 세부정보를 봅니다.

gcloud

상태 점검을 나열하려면 compute health-checks list 명령어를 사용합니다.

• 전역 상태 점검을 나열하려면 다음을 사용합니다.

  gcloud compute health-checks list \
      --global
  

• 리전별 상태 점검을 나열하려면 다음을 사용합니다. REGION_LIST를 쿼리할 Google Cloud 리전의 쉼표로 구분된 목록으로 바꿉니다.

  gcloud compute health-checks list \
      --regions=REGION_LIST
  

상태 확인의 이름과 범위를 알면 compute health-checks describe 명령어를 사용하여 현재 구성을 볼 수 있습니다.

• 전역 상태 점검을 설명하려면 NAME을 해당 이름으로 바꿉니다.

  gcloud compute health-checks describe NAME \
      --global
  

• 리전별 상태 점검을 설명하려면 NAME을 해당 이름으로 바꾸고 REGION을 해당 리전으로 바꿉니다.

  gcloud compute health-checks describe NAME \
      --region=REGION
  

API

상태 점검을 나열하려면 다음 API 호출을 사용합니다.

• 전역 상태 점검 나열: healthChecks.list

• 리전별 상태 확인 나열: regionHealthChecks.list

상태 점검의 현재 구성을 설명하려면 다음을 사용하세요.

• 전역 상태 확인 설명: healthChecks.get

• 리전별 상태 점검 설명: regionHealthChecks.get

콘솔

Google Cloud 콘솔의 상태 점검 페이지에 상태 점검과 기존 상태 점검이 나열되어 모두 수정할 수 있지만 Google Cloud 콘솔의 상태 점검 페이지에서는 새로운 기존 상태 점검을 만들 수 없습니다.

대상 풀 기반 외부 패스 스루 네트워크 부하 분산기를 만드는 동안에만 Google Cloud 콘솔에서 기존 상태 점검을 만들 수 있습니다. 기존 상태 점검을 단독으로 만들려면 이 섹션의 gcloud 또는 API 안내를 사용합니다.

gcloud

기존 상태 점검을 만들려면 compute http-health-checks create 명령어를 사용합니다.

gcloud compute LEGACY_CHECK_TYPE create NAME \
    --description=DESCRIPTION \
    --check-interval=CHECK_INTERVAL \
    --timeout=TIMEOUT \
    --healthy-threshold=HEALTHY_THRESHOLD \
    --unhealthy-threshold=UNHEALTHY_THRESHOLD \
    --host=HOST \
    --port=PORT \
    --request-path=REQUEST_PATH

다음을 바꿉니다.

• LEGACY_CHECK_TYPE은 기존 HTTP 상태 점검의 경우 http-health-checks, 기존 HTTPS 상태 점검의 경우 https-health-checks입니다. 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기의 기존 상태 점검을 만드는 경우 http-health-checks를 사용해야 합니다.
• NAME은 기존 상태 점검의 이름입니다. 프로젝트 내에서 각 기존 상태 점검에는 고유한 이름이 있어야 합니다.
• DESCRIPTION은 선택사항인 설명입니다.
• CHECK_INTERVAL은 한 프로브의 시작에서 다음 프로브의 시작까지의 시간을 정의합니다. 단위는 초입니다. 생략하면Google Cloud 에서는 5s(5초)를 값으로 사용합니다.
• TIMEOUT은 Google Cloud 가 프로브에 대한 응답을 대기하는 시간입니다. TIMEOUT 값은 CHECK_INTERVAL 이하여야 합니다. 단위는 초입니다. 생략하면 Google Cloud 에서는 5s(5초)를 값으로 사용합니다.
• HEALTHY_THRESHOLD 및 UNHEALTHY_THRESHOLD는 VM 인스턴스가 정상 또는 비정상으로 간주되려면 성공하거나 실패해야 하는 연속 프로브의 수를 지정합니다. 둘 중 하나를 생략하면Google Cloud 는 기본 기준점 2를 사용합니다.
• HOST를 통해 호스트 HTTP 헤더를 제공할 수 있습니다. 생략하면 부하 분산기 전달 규칙의 IP 주소가 사용됩니다.
• PORT를 통해 포트 번호를 제공할 수 있습니다. 생략하면Google Cloud 는 80을 사용합니다.
• REQUEST_PATH는 Google Cloud가 상태 점검 요청을 보낼 때 사용하는 URL 경로를 지정합니다. 생략하면 상태 점검 요청이 /로 전송됩니다.

API

• 기존 HTTP 상태 점검을 만들려면 httpHealthChecks.insert API 호출을 사용합니다.

• 기존 HTTPS 상태 점검을 만들려면 httpsHealthChecks.insert를 사용합니다.

Terraform

• 기존 HTTP 상태 점검 리소스를 만들려면 google_compute_http_health_check 리소스를 사용합니다.

• 기존 HTTPS 상태 점검 리소스를 만들려면 google_compute_https_health_check 리소스를 사용하세요.

콘솔

1. Google Cloud 콘솔에서 상태 점검 페이지로 이동합니다.
   상태 확인 페이지로 이동
2. 상태 점검을 클릭하여 세부정보를 봅니다.
3. 수정 edit을 클릭하고 변경한 다음 저장을 클릭합니다.

gcloud

• 기존 HTTP 상태 점검을 수정하려면 compute http-health-checks update 명령어를 사용하여 NAME을 이름으로 바꿉니다. gcloud로 기존 상태 점검을 수정하면 생략한 플래그의 사전 구성된 설정이 유지됩니다. OTHER_OPTIONS는 기존 상태 점검 만들기에 설명된 옵션입니다.

  gcloud compute http-health-checks update NAME \
    OTHER_OPTIONS
  

• 기존 HTTPS 상태 점검을 수정하려면 compute https-health-checks update 명령어를 사용하여 NAME을 이름으로 바꿉니다. gcloud로 기존 상태 점검을 수정하면 생략한 플래그의 사전 구성된 설정이 유지됩니다. OTHER_OPTIONS는 기존 상태 점검 만들기에 설명된 옵션입니다.

  gcloud compute https-health-checks update NAME \
    OTHER_OPTIONS
  

API

기존 상태 점검의 이름과 유형을 제외하고 생성에 사용되는 플래그를 수정할 수 있습니다. patch API 호출은 패치 요청에 명시적으로 설정되지 않은 사전 구성된 설정을 유지합니다.

• 기존 HTTP 상태 점검을 수정하려면 httpHealthChecks.update 또는 httpHealthChecks.patch를 사용합니다.

• 기존 HTTPS 상태 점검을 수정하려면 httpsHealthChecks.update 또는 httpsHealthChecks.patch를 사용합니다.

콘솔

1. Google Cloud 콘솔에서 상태 점검 페이지로 이동합니다.
   상태 확인 페이지로 이동
2. 세부정보를 보려면 기존 상태 점검을 클릭하세요.

gcloud

1. 기존 HTTP 상태 점검을 나열하려면 compute http-health-checks list 명령어를 사용합니다.

   gcloud compute http-health-checks list
   

   기존 HTTPS 상태 점검을 나열하려면 compute https-health-checks list 명령어를 사용합니다.

   gcloud compute https-health-checks list
   

2. 기존 HTTP 상태 점검을 설명하려면 compute http-health-checks describe 명령어를 사용하여 NAME을 이름으로 바꿉니다.

   gcloud compute http-health-checks describe NAME
   

   기존 HTTPS 상태 점검을 설명하려면 compute https-health-checks describe 명령어를 사용하여 NAME을 이름으로 바꿉니다.

   gcloud compute https-health-checks describe NAME
   

API

1. 기존 상태 점검을 나열하려면 다음 단계를 따르세요.

   • httpHealthChecks.list를 사용하여 기존 HTTP 상태 점검을 나열합니다.

   • httpsHealthChecks.list를 사용하여 기존 HTTPS 상태 점검을 나열합니다.

2. 기존 상태 점검을 설명하려면 다음 안내를 따르세요.

   • httpHealthChecks.get을 사용하여 기존 HTTP 상태 점검을 설명합니다.

   • httpsHealthChecks.get을 사용하여 기존 HTTPS 상태 점검을 설명합니다.

콘솔

1. Google Cloud 콘솔에서 방화벽 정책 페이지로 이동합니다.
   방화벽 정책으로 이동
2. 방화벽 규칙 만들기를 클릭합니다.
3. 방화벽 규칙 만들기 페이지에서 다음 정보를 입력합니다.
   • 이름: 규칙의 이름을 입력합니다. 이 예시에서는 fw-allow-health-checks를 사용합니다.
   • 네트워크: VPC 네트워크를 선택합니다.
   • 우선순위: 우선순위의 번호를 입력합니다. 숫자가 낮을수록 우선순위가 높습니다. 방화벽 규칙이 인그레스 트래픽을 거부할 수 있는 다른 규칙보다 높은 우선 순위를 갖도록 해야 합니다.
   • 트래픽 방향: 인그레스를 선택합니다.
   • 일치 시 작업: 허용을 선택합니다.
   • 대상: 지정된 대상 태그를 선택한 다음 대상 태그 필드에 태그를 입력합니다. 이 예시에서는 allow-health-checks를 사용합니다.
   • 소스 필터: IP 범위를 선택합니다.
   • 소스 IP 범위: 부하 분산기 유형, 트래픽 유형, 상태 점검 유형에 따라 소스 IP 범위를 입력합니다. 프로브 IP 범위 및 방화벽 규칙을 참조하세요.
   • 허용되는 프로토콜 및 포트: tcp 및 상태 점검에 구성된 포트를 사용합니다. TCP는 모든 상태 점검 프로토콜의 기본 프로토콜입니다.
   • 만들기를 클릭합니다.
4. 부하 분산되는 각 인스턴스에 네트워크 태그를 추가하여 새 인그레스 방화벽 규칙이 적용되게 합니다. 이 예시에서는 네트워크 태그로 allow-health-checks를 사용합니다.

gcloud

1. 다음 gcloud 명령어를 사용하여Google Cloud 상태 점검 시스템에서 allow-health-checks 태그가 있는 VPC 네트워크의 인스턴스로 들어오는 TCP 연결을 허용하는 fw-allow-health-checks라는 방화벽 규칙을 만듭니다. 부하 분산기 유형에 따라 백엔드에 대한 IPv6 트래픽에 대해 서로 다른 프로브 IP 범위 및 방화벽 규칙 집합이 지원됩니다.

   NETWORK_NAME을 VPC 네트워크의 이름으로 바꾸고 PORT를 부하 분산기에서 사용하는 포트로 바꿉니다.

   gcloud compute firewall-rules create fw-allow-health-checks \
       --network=NETWORK_NAME \
       --action=ALLOW \
       --direction=INGRESS \
       --source-ranges=SOURCE_IP_RANGE \
       --target-tags=allow-health-checks \
       --rules=tcp:PORT

   SOURCE_IP_RANGE 값은 부하 분산기 유형, 트래픽 유형, 상태 점검 유형에 따라 다릅니다. 프로브 IP 범위 및 방화벽 규칙을 참조하세요.

2. 부하 분산되는 각 인스턴스에 네트워크 태그를 추가하여 새 인그레스 방화벽 규칙이 적용되게 합니다. 이 예시에서는 네트워크 태그로 allow-health-checks를 사용합니다.

자세한 내용은 gcloud 방화벽 규칙 문서 및 API 문서를 참조하세요.

콘솔

상태 점검을 기존 부하 분산기와 연결하려면 다음 단계를 따르세요.

1. Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.
   부하 분산 페이지로 이동
2. 부하 분산기를 클릭하여 세부정보를 봅니다.
3. 수정 edit을 클릭한 다음 백엔드 구성을 클릭합니다.
4. 상태 점검 메뉴에서 상태 점검을 선택합니다.
5. 업데이트를 클릭합니다.

gcloud

상태 점검을 기존의 백엔드 서비스와 연결하려면 다음 단계를 따르세요.

1. 백엔드 서비스의 이름과 범위를 식별합니다. 패스 스루 네트워크 부하 분산기 및 프록시 네트워크 부하 분산기에는 부하 분산기당 하나의 백엔드 서비스만 있습니다. 애플리케이션 부하 분산기에는 단일 URL 맵과 연결된 백엔드 서비스가 하나 이상 있습니다.

   • 내부 패스 스루 네트워크 부하 분산기에 대한 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --region=REGION \
         --filter="loadBalancingScheme=INTERNAL"
     

   • 외부 패스 스루 네트워크 부하 분산기에 대한 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --region=REGION \
         --filter="loadBalancingScheme=EXTERNAL"
     

   • 전역 외부 프록시 네트워크 부하 분산기의 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --global \
         --filter="loadBalancingScheme=EXTERNAL_MANAGED" \
         --filter="protocol=(SSL,TCP)"
     

   • 기존 프록시 네트워크 부하 분산기에 대한 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --global \
         --filter="loadBalancingScheme=EXTERNAL" \
         --filter="protocol=(SSL,TCP)"
     

   • 리전 간 내부 프록시 네트워크 부하 분산기에 대한 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --global \
         --filter="loadBalancingScheme=INTERNAL_MANAGED" \
         --filter="protocol=(SSL,TCP)"
     

   • 리전별 외부 프록시 네트워크 부하 분산기의 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --region=REGION \
         --filter="loadBalancingScheme=EXTERNAL_MANAGED" \
         --filter="protocol=(SSL,TCP)"
     

   • 리전별 내부 프록시 네트워크 부하 분산기의 백엔드 서비스를 나열하려면 다음 명령어를 실행합니다.

     gcloud compute backend-services list \
         --region=REGION \
         --filter="loadBalancingScheme=INTERNAL_MANAGED" \
         --filter="protocol=(SSL,TCP)"
     

   • 전역 외부 애플리케이션 부하 분산기, 기본 애플리케이션 부하 분산기, 리전 간 내부 애플리케이션 부하 분산기의 백엔드 서비스를 식별하려면 먼저 URL 맵을 식별한 다음 맵을 설명합니다. 이러한 부하 분산기에 대한 URL 맵과 백엔드 서비스는 네트워크 서비스 등급에 관계없이 항상 전역적입니다. URL_MAP_NAME을 URL 맵의 이름으로 바꿉니다. 부하 분산기에서 사용하는 백엔드 서비스가 응답에 나열됩니다.

     gcloud compute url-maps list \
         --global
     

     gcloud compute url-maps describe URL_MAP_NAME \
         --global
     

   • 리전 외부 애플리케이션 부하 분산기 또는 리전 내부 애플리케이션 부하 분산기의 백엔드 서비스를 식별하려면 먼저 URL 맵을 식별한 다음 맵을 설명합니다. 이러한 부하 분산기의 URL 맵과 백엔드 서비스는 모두 리전입니다. REGION_LIST를 쿼리할Google Cloud 리전의 쉼표로 구분된 목록으로 바꿉니다. URL_MAP_NAME을 URL 맵 이름으로 바꾸고 REGION을 해당 리전으로 바꿉니다. 부하 분산기에서 사용하는 백엔드 서비스가 응답에 나열됩니다.

     gcloud compute url-maps list \
         --regions=REGION_LIST
     

     gcloud compute url-maps describe URL_MAP_NAME \
         --region=REGION
     

2. 상태 점검을 식별합니다. 상태 점검 나열을 참조하세요.

3. compute backend-services update 명령어를 사용하여 상태 점검을 백엔드 서비스와 연결합니다. 각 백엔드 서비스는 단일 상태 확인을 참조해야 합니다. 다음 명령어에서 BACKEND_SERVICE_NAME을 백엔드 서비스의 이름으로 바꾸고, HEALTH_CHECK_NAME을 상태 점검 이름으로 바꾸고, 필요하면 REGION을 백엔드 서비스나 상태 점검 또는 둘 다의Google Cloud 리전으로 바꿉니다.

   • 내부 패스 스루 네트워크 부하 분산기의 상태 점검을 변경합니다. 내부 패스 스루 네트워크 부하 분산기의 백엔드 서비스는 리전 기준입니다. 전역 또는 리전별 상태 점검을 참조할 수 있습니다. 다음 예시는 리전별 상태 점검 참조를 보여줍니다. 내부 패스 스루 네트워크 부하 분산기에 전역 상태 점검을 사용하는 경우 --health-checks-region 대신 --global-health-checks를 사용합니다.

     gcloud compute backend-services update BACKEND_SERVICE_NAME \
         --region=REGION \
         --health-checks=HEALTH_CHECK_NAME \
         --health-checks-region=REGION
     

   • 백엔드 서비스 기반 외부 패스 스루 네트워크 부하 분산기의 상태 점검을 변경합니다. 외부 패스 스루 네트워크 부하 분산기의 백엔드 서비스는 리전 기준입니다. 리전별 상태 점검을 참조할 수 있습니다.

     gcloud compute backend-services update BACKEND_SERVICE_NAME \
         --region=REGION \
         --health-checks=HEALTH_CHECK_NAME \
         --health-checks-region=REGION
     

   • 전역 외부 프록시 네트워크 부하 분산기, 기본 프록시 네트워크 부하 분산기, 전역 외부 애플리케이션 부하 분산기, 기본 애플리케이션 부하 분산기 또는 리전 간 내부 애플리케이션 부하 분산기의 상태 점검을 변경하려면 다음 안내를 따르세요. 백엔드 서비스 및 상태 점검은 이러한 부하 분산기에 대해 전역적입니다. 애플리케이션 부하 분산기가 둘 이상의 백엔드 서비스를 참조하는 경우 둘 이상의 상태 점검을 참조할 수 있습니다.

     gcloud compute backend-services update BACKEND_SERVICE_NAME \
         --global \
         --health-checks HEALTH_CHECK_NAME \
         --global-health-checks
     

   • 리전 외부 애플리케이션 부하 분산기, 리전 외부 프록시 네트워크 부하 분산기, 리전 내부 애플리케이션 부하 분산기 또는 리전 내부 프록시 네트워크 부하 분산기의 상태 점검을 변경하려면 다음과 같이 합니다. 백엔드 서비스와 상태 점검 모두 리전 기준입니다. 일부 부하 분산기는 둘 이상의 백엔드 서비스를 참조할 수 있는 경우 둘 이상의 상태 점검을 참조할 수 있습니다.

     gcloud compute backend-services update BACKEND_SERVICE_NAME \
         --region=REGION \
         --health-checks=HEALTH_CHECK_NAME \
         --health-checks-region=REGION
     

API

1. backendServices.list API 호출을 사용하여 백엔드 서비스를 나열할 수 있습니다.

2. 상태 점검을 봅니다.

3. 상태 점검을 백엔드 서비스와 연결하려면 다음 API 호출 중 하나를 사용합니다.

   • backendServices.update
   • backendServices.patch

콘솔

상태 점검을 기존의 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기와 연결하려면 다음 단계를 따르세요.

1. Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.
   부하 분산 페이지로 이동
2. 부하 분산기를 클릭하여 세부정보를 봅니다.
3. 수정 edit을 클릭한 다음 백엔드 구성을 클릭합니다.
4. 상태 점검 메뉴에서 기존 상태 점검을 선택합니다. 조건에 부합하는 기존 상태 점검만 표시됩니다.
5. 업데이트를 클릭합니다.

gcloud

상태 점검을 기존의 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기와 연결하려면 다음 단계를 따르세요.

1. 대상 풀을 식별합니다. 외부 패스 스루 네트워크 부하 분산기에는 대상 풀이 하나 이상 있으며 보조 백업 풀이 있을 수 있습니다.

   gcloud compute target-pools list
   

2. HTTP 프로토콜을 사용하여 기존 상태 점검을 식별합니다. 필요한 경우 기존 상태 점검을 봅니다.

3. 기존 상태 점검을 대상 풀에 연결합니다. 다음 명령어에서 TARGET_POOL_NAME을 대상 풀의 이름으로, REGION을 리전으로, LEGACY_CHECK_NAME을 기존 상태 점검의 이름으로 바꿉니다. 기존 상태 점검은 HTTP 프로토콜을 사용해야 합니다.

   • 대상 풀에서 기존 HTTP 상태 점검을 제거하려면 다음 명령어를 사용합니다.

     gcloud compute target-pools remove-health-checks TARGET_POOL_NAME \
         --region=REGION \
         --http-health-check LEGACY_CHECK_NAME
     

   • 대상 풀에 기존 HTTP 상태 점검을 추가하려면 다음 명령어를 사용합니다.

     gcloud compute target-pools add-health-checks TARGET_POOL_NAME \
         --region=REGION \
         --http-health-check LEGACY_CHECK_NAME
     

API

1. targetPools.list API 호출을 사용하여 대상 풀을 나열할 수 있습니다.

2. 기존 상태 점검을 보고 기존 HTTP 상태 점검을 식별합니다.

3. 기존 HTTP 상태 점검을 대상 풀과 연결하려면 targetPools.addHealthCheck API 호출을 사용합니다.

콘솔

1. 부하 분산 요약 페이지로 이동합니다.
   부하 분산 페이지로 이동
2. 부하 분산기의 이름을 클릭합니다.
3. 백엔드에서 정상 열을 검사합니다. 각 백엔드 인스턴스 그룹 또는 네트워크 엔드포인트 그룹의 상태가 보고됩니다.

gcloud

• 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기를 제외한 모든 부하 분산기의 경우 백엔드 서비스의 이름과 범위(전역 또는 리전)를 식별합니다. 부하 분산기와 범위의 전체 목록은 백엔드 서비스를 참조하세요.

  compute backend-services get-health 명령어를 사용하여 필요한 경우 NAME을 백엔드 서비스 이름으로, REGION을 해당 리전으로 바꿉니다.

  • 전역 백엔드 서비스의 즉각적인 상태를 가져오려면 다음을 수행하세요.

    gcloud compute backend-services get-health GLOBAL_BACKEND_SERVICE_NAME \
        --global
    

  • 리전별 백엔드 서비스의 즉각적인 상태를 가져오려면 다음 안내를 따르세요.

    gcloud compute backend-services get-health REGIONAL_BACKEND_SERVICE_NAME \
        --region=REGION
    

• 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기의 경우 부하 분산기 대상 풀의 이름과 리전을 식별한 후 compute target-pools get-health 명령어를 사용하여 NAME을 대상 풀의 이름으로, REGION을 리전으로 바꿉니다.

  gcloud compute target-pools get-health TARGET_POOL_NAME \
      --region=REGION
  

API

• 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기를 제외한 모든 부하 분산기의 경우 백엔드 서비스의 이름과 범위(전역 또는 리전)를 식별합니다. 부하 분산기와 범위의 전체 목록은 백엔드 서비스를 참조하세요.

  • 전역 백엔드 서비스의 즉각적인 상태를 가져오려면 backendServices.getHealth를 사용합니다.

  • 리전별 백엔드 서비스의 즉각적인 상태 상태를 가져오려면 regionBackendServices.getHealth를 사용합니다.

• 대상 풀 기반 외부 패스 스루 네트워크 부하 분산기의 경우 targetPools.getHealth를 사용합니다.