VMware용 Distributed Cloud 소프트웨어 전용을 사용하면 VMware vSphere 환경에서 Google Kubernetes Engine(GKE) 클러스터를 배포하고 관리할 수 있습니다. Google Cloud 기능 및 인프라를 사용하면서 데이터 센터에서 컨테이너화된 애플리케이션을 실행하고 업그레이드할 수 있습니다.
물리적 서버에서 소프트웨어 전용 클러스터를 직접 실행하려면 베어메탈용 Distributed Cloud 소프트웨어 전용 개요를 참조하세요.
VMware용 Distributed Cloud 소프트웨어 전용을 사용하는 이유는 무엇인가요?
기존 vSphere 인프라에서 VMware용 Distributed Cloud 소프트웨어만 실행하면 팀에서 이미 사용 중인 가상화 플랫폼, 스토리지, 운영 프로세스를 유지하면서 GKE로 애플리케이션을 현대화할 수 있습니다.
vSphere 환경과 통합
Google Distributed Cloud는 기존 vCenter 환경에서 클러스터 노드를 가상 머신으로 실행하므로 이미 운영 중인 vSphere 호스트에 컨테이너화된 워크로드를 추가할 수 있습니다. 클러스터는 vSAN, VMFS 또는 NFS에서 지원하는 vSphere 데이터 스토어에 데이터를 저장하며, 개별 노드 풀에 서로 다른 데이터 스토어를 할당할 수 있습니다. vSphere 컨테이너 스토리지 인터페이스(CSI) 드라이버는 스테이트풀(Stateful) 워크로드에 영구 볼륨을 프로비저닝합니다. 자세한 내용은 저장소를 참고하세요.
온프레미스 데이터를 사용한 중앙 집중식 관리
관리자 워크스테이션에 로그인하지 않고 GKE On-Prem API를 사용하여 Google Cloud 콘솔, Google Cloud CLI 또는 Terraform에서 클러스터를 관리, 모니터링, 문제 해결합니다. 애플리케이션과 비즈니스 데이터는 데이터 센터에 유지되며 Google Cloud 는 클러스터 메타데이터, 상태, 사용 정보만 수신합니다. 자세한 내용은 데이터 센터에 보관되는 데이터를 참조하세요.
엔터프라이즈 안정성 및 운영
Google Distributed Cloud에는 프로덕션에 즉시 사용 가능한 운영 기능이 포함되어 있습니다.
- 고가용성: 고가용성 관리자 클러스터 및 사용자 클러스터 컨트롤 플레인은 3개의 컨트롤 플레인 노드를 사용하므로 노드에 장애가 발생하더라도 환경을 관리할 수 있습니다.
- 자동 노드 복구: 주기적인 상태 점검을 통해 비정상 노드를 감지하고 노드 자동 복구를 통해 자동으로 복구합니다. 이 기능은 기본적으로 사용하도록 설정되어 있습니다.
- 클러스터 자동 확장: 클러스터 자동 확장 처리는 워크로드의 리소스 요청에 따라 노드 풀의 노드를 추가하거나 삭제합니다.
- 유연한 부하 분산: 클러스터 노드에서 실행되는 번들 MetalLB 부하 분산기를 사용하거나 F5 BIG-IP 또는 Citrix와 같은 서드 파티 부하 분산기를 구성합니다. 자세한 내용은 부하 분산 개요를 참조하세요.
작동 방식
Google Distributed Cloud는 GKE를 확장하여 vSphere 환경의 실제 서버에 클러스터를 만들 수 있도록 합니다. 이러한 온프레미스 클러스터를 Google Cloud 에서 클라우드 기반 클러스터와 함께 통합 Fleet의 일부로 관리합니다.
Google Cloud에서 실행되는 GKE 클러스터에서 Google은 Kubernetes 컨트롤 플레인 및 네트워크 인프라를 관리합니다. 데이터 센터에서 실행되는 Google Distributed Cloud 클러스터의 경우 Google Cloud 은 설치 및 업그레이드 프로세스의 일부로 vSphere 가상 머신에 다운로드 및 배포되는 관리 및 컨트롤 플레인 소프트웨어를 제공합니다.
다음 다이어그램은 관리자 클러스터와 사용자 클러스터가 있는 완료된 설치의 아키텍처를 보여줍니다.
주요 구성요소
다음 구성요소는 VMware용 Distributed Cloud 소프트웨어 전용 설치를 구성합니다.
- 관리자 클러스터: 하나 이상의 사용자 클러스터를 관리합니다. 관리자 클러스터는 전용 가상 머신에서 실행되는 하나 이상의 컨트롤 플레인 노드로 구성됩니다.
- 사용자 클러스터: 컨테이너화된 워크로드를 실행합니다. 각 사용자 클러스터는 1개 이상의 컨트롤 플레인 노드와 1개 이상의 워커 노드로 구성됩니다.
- 관리자 워크스테이션: 클러스터 구성 파일과 관리 도구가 포함된 전용 가상 머신입니다.
gkectl: 클러스터 배포를 만들고 업데이트하고 관리합니다.kubectl: 관리자 및 사용자 클러스터와 상호작용하여 워크로드를 관리합니다.
- Google Cloud 콘솔: 관리자 워크스테이션에 로그인하지 않고도 클러스터 상태를 확인하고 수명 주기 작업을 수행할 수 있는 Google Cloud 의 웹 인터페이스입니다.
- 가상 IP 주소(VIP): 설치 중에 구성된 가상 IP입니다.
클러스터 관리자와 개발자는
kubectl및 컨트롤 플레인 VIP를 사용하여 관리자 및 사용자 클러스터의 컨트롤 플레인에 액세스합니다. 애플리케이션 사용자와 개발자는 서비스 및 인그레스 VIP를 사용하여 각각 워크로드에 액세스하고 노출합니다. 자세한 내용은 IP 주소 계획을 참조하세요.
Fleet에 연결
모든 사용자 클러스터는 여러 환경에서 통합 관리를 제공하는 Kubernetes 클러스터의 논리적 그룹인 Fleet의 구성원입니다. Fleet를 사용하면 Google Cloud 콘솔에서 클러스터를 함께 보고 Fleet 지원 기능을 사용하여 규모에 맞게 워크로드를 관리, 제어, 운영할 수 있습니다.
각 클러스터는 클러스터 설치 중에 자동으로 배포되는 Connect Agent를 통해 Google Cloud 에 연결됩니다. 또한 Fleet 멤버십은 VMware용 Distributed Cloud 소프트웨어 전용의 청구를 결정합니다.
가격 책정
Google Distributed Cloud를 사용하여 생성된 온프레미스 클러스터는 vCPU별로 요금이 청구됩니다. 결제를 사용 설정하려면 Google Cloud프로젝트에서 Anthos API를 사용 설정합니다.
영업팀에 문의하는 방법을 포함한 전체 가격 책정 정보는 Google Kubernetes Engine 가격 책정을 참조하세요.
버전
이 문서에서는 지원되는 모든 Google Distributed Cloud 버전을 설명합니다. 해당하는 경우 Google은 이 문서에서 지원되지 않는 이전 버전에 대한 제한된 정보도 보관합니다.
지원되는 버전 및 출시 정책은 다음 리소스를 참조하세요.
1.29 출시 버전부터는 더 이상 이전 부 출시 버전을 위한 디렉터리가 생성되지 않습니다. 동작의 차이는 문서에 설명되어 있습니다. 새 기능이 출시되면 해당 기능에 지원되는 버전이 기술됩니다.
버전 1.16 이하의 문서는 다음 위치에 보관처리됩니다.
https://cloud.google.com/anthos/clusters/docs/on-prem/VERSION/
VERSION을 1.0~1.16의 부 버전으로 바꾸고 URL을 브라우저의 주소 표시줄에 복사합니다.
데이터 보관 위치
VMware용 Distributed Cloud 소프트웨어만 실행하는 경우 클러스터, 애플리케이션, 비즈니스 데이터가 데이터 센터에 유지됩니다. 기본적으로 Google Distributed Cloud는 설정, 상태, 사용량과 같은 클러스터에 대한 Google Cloud 정보를 전송하지만 애플리케이션 데이터는 전송하지 않습니다.
데이터 센터에 보관되는 데이터
다음 데이터는 데이터 센터에 보관됩니다.
- 컨테이너, 포드, PersistentVolume, 애플리케이션에서 처리하는 데이터
- 모든 Kubernetes 객체는 컨트롤 플레인과
etcd데이터베이스에 저장됩니다. - 관리자 클러스터의 컨트롤 플레인은 자체 서명된
etcd비공개 키, 사용자 클러스터 키, 클러스터 인증 기관(CA)을 저장합니다. etcd또는 관리자 워크스테이션에 저장된 애플리케이션 보안 비밀, OAuth 토큰, SSH 비공개 키, Container Registry 사용자 인증 정보, vCenter 및 F5 BIG-IP 사용자 인증 정보, 서비스 계정 키 파일 GKE On-Prem API로 전송되지 않으며 진단 스냅샷에서 삭제됩니다.- 관리자 클러스터, 사용자 클러스터, 사용자 인증 정보 구성 파일은 관리자 워크스테이션에 저장됩니다.
- 감사 로그는 관리자 클러스터 컨트롤 플레인 노드 및 사용자 클러스터의 디스크에 기록됩니다.
- 진단 스냅샷을 Cloud Storage에 업로드할 수 있습니다.
Google Cloud에 전송되는 데이터
다음 표에서는 전송되는 항목, 사용 및 저장 방법, 사용 중지 가능 여부를 보여줍니다.
| 데이터 | 전송되는 항목 | 사용 및 보관 | 기본값 |
|---|---|---|---|
| 연결 및 Fleet 등록 ( gkehub.googleapis.com,
gkeconnect.googleapis.com) |
|
Connect Agent를 사용하여Google Cloud 콘솔, Connect 게이트웨이, Fleet에서 클러스터를 관리합니다. kube-apiserver는 각 요청을 인증, 승인, 감사 로깅합니다. |
필수 |
| 클러스터 설정 및 상태 ( gkeonprem.googleapis.com) |
|
Google Cloud 콘솔, Google Cloud CLI 또는 Terraform을 사용하여 클러스터를 관리할 수 있습니다. GKE On-Prem API는 이 데이터를 gkeOnPremAPI.location에 설정된 리전에 저장합니다. |
Google Cloud 프로젝트에서 GKE On-Prem API가 사용 설정된 경우 버전 1.16 이상에서 사용 설정됩니다. 사용 중지하려면 gkeOnPremAPI.enabled를 false로 설정합니다. |
| 결제 사용량 ( anthos.googleapis.com) |
vCPU 용량, 노드 수, 라이선스 사용 권한 상태 | 측정, 결제, 라이선스 확인에 사용됩니다. | 필수. 결제 레코드는 서비스 중단 중에 버퍼링되고 나중에 전송됩니다. |
| 건강 데이터 ( logging.googleapis.com, monitoring.googleapis.com,
opsconfigmonitoring.googleapis.com) |
|
Cloud Monitoring, Google Cloud 콘솔 상태 뷰, 고객 지원 문제 해결에 사용됩니다. stackdriver.projectID에 설정된 Google Cloud 프로젝트에 저장됩니다. 측정항목은 stackdriver.clusterLocation 리전에 저장되고 로그는 로그 라우터 설정을 따릅니다. |
전체 고객 지원 및 SLA 적용 범위에 필요한 시스템 로그 및 측정항목의 경우 사용 Stackdriver 리소스에서 enableCloudLoggingForApplications 또는 enableGMPForApplications을 true로 설정하지 않는 한 애플리케이션 로그 및 측정항목에 대해 사용 중지됩니다. |
| 감사 로그 ( anthosaudit.googleapis.com) |
관리자 활동 감사 로그: kube-apiserver를 통해 누가 무엇을 언제 변경했는지 항목에는 시간, 클러스터, 호스트 또는 VM, 사용자 또는 서비스 계정, RBAC 역할, 작업, 결과가 포함됩니다. 읽기 요청은 기록되지 않습니다. |
cloudAuditLogging.projectID에 설정된 Google Cloud 프로젝트의 Cloud 감사 로그에 _Required 버킷으로 저장되고 400일 동안 보관됩니다. |
선택사항. 이 기능을 사용 설정하려면 cloudAuditLogging 섹션을 작성합니다. 관리자 클러스터의 경우 생성 시에만 사용 설정할 수 있습니다. 사용자 클러스터에 대해 사용 중지하려면 섹션을 삭제하고 클러스터를 업데이트합니다. |