이제 Cloud Service Mesh Gateway API에서 투명 상태 점검을 제공합니다. 즉, Kubernetes 준비 상태 데이터와 통합된 Universal HealthChecks를 통해 준비로 표시된 포드로의 트래픽 흐름을 지원합니다. 이 기능은 HTTP 서비스와 gRPC 서비스 모두에서 사용할 수 있습니다.
Cloud Service Mesh는 Kubernetes 포드의 상태를 Google 상태 점검 인프라에 직접 노출하므로 포드 readinessProbes에 사용하는 것과 동일한 구성이 Google 부하 분산 상태 점검 인프라에 투명하게 전달되고 상태 점검 상태가 준비 프로브 상태와 일치합니다. 이는 포드의 상태를 제공하는 모든 노드에서 실행되는 투명한 상태 점검기라는 구성요소를 사용하여 수행됩니다.
Cloud Service Mesh는 상태 확인 인프라 소스 범위에서 전송된 상태 점검 트래픽이 예약된 포트(7877)로 전송되도록 구성합니다. 이 트래픽은 노드의 로컬에 있는 투명 상태 점검 서버로 리디렉션됩니다. 서버는 Kubernetes 포드 준비의 현재 상태와 일치하는 상태로 응답합니다. Kubernetes 포드로의 트래픽 흐름은 각 포드에 설정된 준비 상태에 따라 제어됩니다. 원하는 경우 준비 프로브 및 준비 게이트 값으로 '준비됨' 상태를 제어할 수 있습니다. 투명한 상태 점검은 모든 Kubernetes 조건의 논리 연산자 AND를 기반으로 상태를 보고합니다.
Kubernetes 포드 준비 상태에 영향을 미치는 Kubernetes 프로브, 준비 게이트, 기타 검사를 구성할 수 있습니다.
HTTP 서비스의 준비 프로브 구성(선택사항)
원하는 경우 whereami 서비스 HTTP 서비스 설정에 대한 배포에 이 섹션을 추가할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[],[],null,["# Configure Kubernetes readiness probes (Optional)\n================================================\n\nThis page describes how to use Cloud Service Mesh with Google Cloud health check infrastructure to configure Kubernetes probes and readiness gates.\n\nPrerequisites\n-------------\n\nAs a starting point, this guide assumes that you have already:\n\n- [Created a GKE cluster and registered it to a fleet](/service-mesh/v1.24/docs/gateway/prepare-gateway#create_and_register_a_cluster).\n- [Installed the custom resource definitions](/service-mesh/v1.24/docs/gateway/prepare-gateway#install_custom_resource_definitions).\n\nTransparent Healthchecks with CSM\n---------------------------------\n\nCloud Service Mesh Gateway API now offers Transparent health checks, that is, Universal HealthChecks integrated with Kubernetes readiness status data to enable traffic flow to the Pods that are marked ready. This capability is available for both HTTP and gRPC services.\n\nCloud Service Mesh exposes the status of your Kubernetes Pods directly to the Google health check infrastructure, so the same configuration you use for Pod readinessProbes will be passed transparently to the Google load balancing health check infrastructure and the health check state will be aligned with the readiness probe state. This is done using a component, called Transparent Health Checker, which runs on every node that will serve the Pod's health status.\n\nCloud Service Mesh configures Health check traffic sent from the health check infrastructure source ranges to be sent to a reserved port (7877). This traffic is redirected to the transparent health check server locally on the node. The server responds with a health status matching the current state of the Kubernetes Pod readiness. The traffic flow to Kubernetes Pods is controlled based on Ready status set on each Pod. You can optionally control the \"Ready\" status with readiness probe and readiness gates values. The transparent health-check will report the status based on a logical operator AND of all Kubernetes conditions.\n\nYou can configure Kubernetes probes, readiness gates and other checks that influence the Kubernetes Pod readiness status.\n\nConfigure readiness probes for a HTTP service (Optional)\n--------------------------------------------------------\n\nYou can optionally add this section to the Deployment for the whereami service [HTTP Service Setup](/service-mesh/v1.24/docs/gateway/set-up-envoy-mesh#set_up_the_service). \n\n ...\n spec:\n containers:\n - name: whereami\n image: us-docker.pkg.dev/google-samples/containers/gke/whereami:v1\n ports:\n - containerPort: 8080\n readinessProbe:\n initialDelaySeconds: 1\n periodSeconds: 2\n timeoutSeconds: 1\n successThreshold: 1\n failureThreshold: 1\n httpGet:\n host:\n scheme: HTTP\n path: /\n port: 8080\n initialDelaySeconds: 5\n periodSeconds: 5\n\nConfigure readiness probes for a gRPC service (Optional)\n--------------------------------------------------------\n\nYou can optionally add this section to the Deployment for psm-grpc-server [gRPC service setup](/service-mesh/v1.24/docs/gateway/proxyless-grpc-mesh#set_up_the_service). \n\n ...\n spec:\n containers:\n - name: psm-grpc-server\n image: ${IMAGE_NAME}\n imagePullPolicy: Always\n args:\n ${ARGS}\n ports:\n - containerPort: 50051\n readinessProbe:\n initialDelaySeconds: 1\n periodSeconds: 2\n timeoutSeconds: 1\n successThreshold: 1\n failureThreshold: 1\n grpc:\n port: 50051"]]