Google의 기본 지원 목표는 프로덕션 이슈를 최대한 빨리 해결하는 것입니다. 구성을 파악하고 로그와 측정항목을 분석하고 파트너와 협력하여 이슈를 신속하게 해결할 수 있습니다.
Google Cloud는 지원 요구사항을 충족하기 위해 다양한 서포트 패키지를 제공합니다. 모든 Google Cloud 서포트 패키지에는 GKE Enterprise 및 VMware용 GKE 지원이 포함됩니다. 기존 Google Cloud 서포트 패키지가 있는 경우 이미 GKE Enterprise 및 VMware용 GKE 지원이 있는 것입니다.
자세한 내용은 Google Cloud 지원 문서를 참조하세요.
VMware용 GKE 지원 요구사항
비즈니스와 관련해 중요도가 높은 이슈를 효과적으로 해결하려면 다음을 수행해야 합니다.
- 게시된 지원 종료 기간을 기준으로 환경이 최신 상태인지 확인하세요. 아래 버전 지원 정책을 참조하세요.
- 시스템 구성요소에 Cloud Logging 및 Cloud Monitoring을 사용 설정합니다. 자세한 내용은 지원 도구 섹션을 참조하세요.
- 지원 기록을 열 때
gkectl diagnose snapshot명령어를 사용하여 구성 스냅샷을 제공합니다.
지원 도구
VMware용 GKE 이슈를 해결하기 위해 Google Cloud 지원팀은 다음 세 가지 정보를 사용합니다.
- 개발자의 환경 구성
- 관리자 및 사용자 클러스터의 로그
- 관리자 및 사용자 클러스터의 측정항목
구성
지원 기록을 열면 gkectl diagnose snapshot --seed-config 명령어를 실행하고 결과로 나오는 tarball을 지원 기록에 연결합니다. gkectl diagnose snapshot --seed-config는 Kubernetes 및 노드에 대한 정보를 캡처합니다.
이 도구는 구성하기 쉬우며 사전 정의된 여러 시나리오를 포함합니다. 또한 수집하려는 맞춤설정된 정보 세트를 사용하여 YAML 파일을 전달할 수도 있습니다. 자세한 내용은 클러스터 진단을 참조하세요.
구성 파일에 excludeWords 필드를 추가하여 민감한 정보나 기밀 정보를 생략할 수 있습니다. 도구에서 캡처한 정보를 신중하게 검토해야 합니다. 엄격한 기밀 유지가 필요한 정보 또는 민감한 정보는 지원 기록에 첨부하면 안 됩니다.
로그
새 VMware용 GKE 클러스터를 만들면 Cloud Logging 에이전트가 기본적으로 사용 설정되고 시스템 수준 구성요소로만 범위가 지정됩니다. 그러면 클러스터와 연결된 Google Cloud 프로젝트에 시스템 수준 로그가 복제됩니다. 시스템 수준 로그는 5개의 네임스페이스 중 하나에서 실행되는 Kubernetes pod에서 가져옵니다.
- kube-system
- gke-system
- gke-connect
- istio-system
- config-management-system
- knative-serving
로그는 Cloud Logging 콘솔에서 쿼리할 수 있습니다.
자세한 내용은 Logging 및 Monitoring을 참조하세요.
측정항목
Cloud Monitoring 에이전트는 로그 외에도 측정항목을 캡처합니다. 그러면 클러스터와 연결된 Google Cloud 프로젝트에 시스템 수준 측정항목이 복제됩니다. 시스템 수준 측정항목은 로그에 나열된 동일한 네임스페이스에서 실행되는 Kubernetes 포드에서 가져옵니다.
자세한 내용은 Logging 및 Monitoring을 참조하세요.
Google Cloud CLI 및 원격 클러스터 액세스
지원 케이스를 접수하면 Cloud Customer Care에서 보다 효과적으로 문제를 진단하고 해결하기 위해 클러스터에 대한 원격 읽기 전용 액세스를 요청할 수 있습니다. 지원팀이 클러스터 문제를 원격으로 해결하기에 충분한 액세스 권한을 갖도록 하려면 다음을 따르세요.
Google Cloud CLI를 설치하고 최신 버전으로 업데이트했는지 확인합니다. Cloud Customer Care에 필요한 권한을 부여하려면 Google Cloud CLI 버전이 401.0.0 이상이어야 합니다. Google Cloud CLI를 정기적으로 업데이트하여 추가된 권한 및 기타 개선사항이 적용되도록 하는 것이 좋습니다. gcloud CLI의 최신 구성요소를 설치하려면
gcloud components update명령어를 사용합니다.대상 클러스터가 등록되었고 프로젝트 ID, 멤버십 이름, kubeconfig 파일이 있는지 확인합니다.
사용자 클러스터 kubeconfig를 가져오려면 사용자 클러스터 kubeconfig를 다시 만드는 방법을 참조하세요.
멤버십 이름은 클러스터 이름과 동일합니다. 관리자 또는 사용자 클러스터 이름을 가져오려면 다음을 사용하면 됩니다.
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIG클러스터에 액세스 권한을 부여하려면 gcloud CLI 명령어를 실행하여 Kubernetes 역할 기반 액세스 제어(RBAC) 정책 집합을 생성 및 표시하고 대상 클러스터에 적용합니다. RBAC 정책 미리 검토를 참조하세요.
Cloud Customer Care에 클러스터 원격 읽기 전용 액세스 권한을 부여하는 방법에 대한 자세한 내용은 등록된 클러스터에 대한 Google Cloud 지원을 참조하세요.
환경 문제 해결 방법
다음은 일반적인 지원 이슈의 예시입니다.
- 예를 들어 클러스터 관리자가 Google Cloud 콘솔이나 Google Cloud Support Center를 통해 지원 케이스를 열고 각각 카테고리와 구성요소로 Anthos 및 VMware용 GKE를 선택합니다. 필요한 정보를 입력하고
gkectl diagnose snapshot의 출력을 지원 기록에 첨부합니다. - 지원 케이스는 VMware용 GKE 전문 기술 지원 엔지니어에게 전달됩니다.
- 지원 엔지니어가 스냅샷의 콘텐츠를 검사하여 환경 컨텍스트를 얻습니다.
- 지원 엔지니어는 Google Cloud 프로젝트의 로그와 측정항목을 검토하여 내부적으로 로깅되는 비즈니스 근거로 지원 케이스 ID를 입력합니다.
- 지원 엔지니어는 지원 기록에 평가 및 권장사항을 작성합니다. 지원 엔지니어와 사용자가 해결 방법을 찾을 때까지 문제를 계속 해결합니다.
공동작업 지원 파트너
Google은 엄선된 파트너와 공동작업 지원 관계를 유지하여 VMware용 GKE에 보다 원활한 지원 환경을 제공합니다. 이를 통해 Google은 공동 고객을 대신하여 파트너와 긴밀하게 협력할 수 있습니다.
공동작업 지원을 받으려면 Google 및 해당 파트너와 지원 계약을 유지해야 합니다.
Google은 현재 공동작업 지원 파트너 페이지에 지정된 파트너와 공동작업 지원 관계를 맺고 있습니다.
지원 문제에 대한 데이터는 Google의 기술 지원 서비스 가이드라인에 설명된 대로 공동작업 지원 파트너와 공유될 수 있습니다.
Google 지원의 역할은 무엇인가요?
일반적으로 Cloud 지원팀은 VMware용 GKE의 일부로 제공되는 모든 소프트웨어 구성요소를 지원합니다. 자세한 내용은 아래 표를 참조하세요.
| Google Cloud 지원팀 | 공동작업 지원 | 지원되지 않음 |
|---|---|---|
| Kubernetes 및 컨테이너 런타임 |
VMware vSphere(vCenter Server 및 ESXi) |
vSphere 이외의 VMware 제품 |
| 게스트/노드 OS용 정식 Ubuntu |
F5 BIG-IP 부하 분산기 |
고객 코드(아래 개발자 지원 참조) |
| vCenter 컨트롤러 |
공동작업 지원 파트너 페이지에 나열된 하드웨어 및 하이퍼컨버지드 인프라 솔루션 |
고객이 선택한 호스트 OS |
| F5 컨트롤러 |
물리적 서버, 스토리지, 네트워크 |
|
| Calico 및 관련 네트워크 정책 |
외부 DNS, DHCP, ID 시스템 |
|
| 인그레스 컨트롤러 |
Calico Enterprise 버전 |
|
| Prometheus 및 Grafana |
||
| Stackdriver Monitoring, Stackdriver Logging, Stackdriver 에이전트 |
||
| OIDC 준수 제공업체와 ID 제휴 |
||
| Hub, Connect, Connect Agent |
||
| Cloud Run for Anthos/Knative |
||
| 번들 LoadBalancer(Seesaw) |
버전 지원 정책
VMware용 GKE에 대한 지원은 GKE Enterprise 버전 지원 정책을 따릅니다. GKE Enterprise 버전 1.14부터 Google은 부 버전을 처음 출시한 후 12개월간 또는 세 번째 후속 부 버전이 출시될 때까지의 기간 중 둘 중 더 긴 기간 동안 각 VMware용 GKE 부 버전을 지원합니다.
다음 표에서는 이 제품의 지원되는 버전과 지원되지 않는 버전을 보여줍니다.
| 출시 버전 | 출시일 | 가장 빠른 지원 종료 날짜 |
|---|---|---|
| 1.28(최신) | 2023년 12월 14일 | 2024년 12월 14일 |
| 1.16 | 2023년 8월 23일 | 2024년 8월 23일 |
| 1.15 | 2023년 5월 2일 | 2024년 5월 2일 |
| 1.14(지원되지 않음) | 2022년 12월 21일 | 2023년 12월 21일 |
| 1.13(지원되지 않음) | 2022년 9월 29일 | 2023년 8월 17일 |
| 1.12(지원되지 않음) | 2022년 7월 7일 | 2023년 3월 29일 |
| 1.11(지원되지 않음) | 2022년 4월 27일 | 2022년 12월 21일 |
| 1.10(지원되지 않음) | 2021년 12월 22일 | 2022년 9월 22일 |
| 1.9(지원되지 않음) | 2021년 9월 29일 | 2022년 6월 29일 |
| 1.8(지원되지 않음) | 2021년 6월 28일 | 2022년 3월 28일 |
| 1.7(지원되지 않음) | 2021년 3월 25일 | 2021년 12월 25일 |
| 1.6(지원되지 않음) | 2020년 12월 10일 | 2021년 9월 10일 |
| 1.5(지원되지 않음) | 2020년 9월 24일 | 2021년 6월 24일 |
| 1.4(지원되지 않음) | 2020년 6월 25일 | 2021년 3월 25일 |
| 1.3(지원되지 않음) | 2020년 3월 23일 | 2020년 12월 23일 |
| 1.2(지원되지 않음) | 2019년 12월 20일 | 2020년 9월 20일 |
| 1.1(지원되지 않음) | 2019년 9월 26일 | 2020년 6월 26일 |
| 1.0(지원되지 않음) | 2019년 7월 25일 | 2020년 4월 25일 |
지원되는 기능
이 문서에는 지원되는 출시 버전의 VMware용 GKE 기능이 나열되어 있습니다. 이 표가 전체 목록은 아니지만 클러스터를 최신 지원 버전으로 업그레이드할 경우의 이점이 몇 가지가 강조 표시되어 있습니다.
기능은 제품 출시 단계에 따라 미리보기나 정식 버전으로 나열되어 있습니다. 미리보기로 나열된 기능에는 Google Cloud 서비스 약관의 GA 이전 제품 서비스 약관이 적용됩니다. 미리보기 제품은 테스트 환경에서만 사용될 수 있으며 지원이 제한될 수 있습니다. GA 이전 제품과 기능의 변경사항은 다른 GA 이전 버전과 호환되지 않을 수 있습니다. 정식 버전 기능은 모든 고객에게 제공되며 완전히 지원됩니다. 자세한 내용은 제품 출시 단계를 참조하세요.
지원되는 Anthos 구성요소와 호환성에 대한 자세한 내용은 Anthos 버전 및 업그레이드 지원을 참조하세요.
공유 책임 모델
VMware용 GKE에서 비즈니스에 중요한 프로덕션 애플리케이션을 실행하려면 여러 당사자가 서로 다른 책임을 수행해야 합니다. 이러한 책임은 GKE Enterprise 공유 책임에 설명되어 있습니다.
개발자 지원
Google은 애플리케이션 워크로드에 대한 지원을 제공하지 않습니다. 하지만 개발자가 VMware용 GKE에서 애플리케이션을 쉽게 실행할 수 있도록 최선을 다해 개발자를 지원하고 있습니다. Google은 개발 과정에서 초기에 참여할수록 배포 후반에 중요한 이슈를 방지할 수 있다고 믿고 있습니다.
이 최선의 개발자 지원은 모든 유료 서포트 패키지를 사용하는 고객에게 제공되며 출시를 막는 문제의 경우 P3 우선순위로, 일반적인 상담의 경우 P4 우선순위로 처리됩니다. 이 분류에서 우선순위 수준 0이 가장 높은 우선순위입니다.