GKE 클러스터 아키텍처

Autopilot Standard

---

이 페이지에서는 Google Kubernetes Engine(GKE) 클러스터의 아키텍처를 소개합니다. 컨테이너화된 Kubernetes 워크로드는 모두 GKE 클러스터에서 실행됩니다.

이 페이지는 IT 솔루션과 시스템 아키텍처를 정의하는 관리자, 설계자, 운영자를 대상으로 합니다. Google Cloud 콘텐츠에서 참조하는 일반적인 역할 및 예시 태스크에 대해 자세히 알아보려면 일반 GKE Enterprise 사용자 역할 및 태스크를 참조하세요.

GKE 클러스터는 컨트롤 플레인과 노드라는 작업자 머신으로 구성됩니다. 컨트롤 플레인 및 노드는 Kubernetes 클러스터 조정 시스템을 구성합니다. GKE Autopilot은 컨트롤 플레인, 노드, 모든 시스템 구성요소를 포함하여 클러스터의 전체 기본 인프라를 관리합니다. GKE Standard 모드를 사용하는 경우 GKE는 컨트롤 플레인 및 시스템 구성요소를 관리하고 사용자는 노드를 관리합니다. 다음 다이어그램은 GKE 클러스터의 아키텍처를 보여줍니다.

컨트롤 플레인 정보

컨트롤 플레인은 Kubernetes API 서버, 스케줄러, 핵심 리소스 컨트롤러와 같은 프로세스를 실행합니다. GKE는 클러스터 생성부터 삭제까지 컨트롤 플레인 수명 주기를 관리합니다. 여기에는 컨트롤 플레인에서 실행되는 Kubernetes 버전으로의 업그레이드가 포함됩니다. 업그레이드는 GKE가 자동으로 또는 자동 일정보다 빨리 업그레이드하기 위해 사용자 요청에 따라 수동으로 실시합니다.

컨트롤 플레인 및 Kubernetes API

컨트롤 플레인은 클러스터의 통합 엔드포인트입니다. Kubernetes API 호출을 통해 컨트롤 플레인과 상호작용합니다. 컨트롤 플레인은 Kubernetes API 서버 프로세스(kube-apiserver)를 실행하여 API 요청을 처리합니다. 다음 방법으로 Kubernetes API 호출을 수행할 수 있습니다.

• 직접 호출: HTTP/gRPC
• 간접 호출: kubectl과 같은 Kubernetes 명령줄 클라이언트 또는 Google Cloud 콘솔

API 서버 프로세스는 클러스터의 모든 통신을 위한 허브입니다. 노드, 시스템 프로세스, 애플리케이션 컨트롤러와 같은 모든 내부 클러스터 구성요소는 API 서버의 클라이언트로 작동합니다.

API 요청은 클러스터에 있는 객체의 원하는 상태를 Kubernetes에 알려줍니다. Kubernetes는 계속해서 해당 상태를 유지하려고 시도합니다. Kubernetes를 사용하면 API에서 명령적으로 또는 선언적으로 객체를 구성할 수 있습니다.

Kubernetes에서 객체 관리에 대해 자세히 알아보려면 다음 페이지를 참조하세요.

• Kubernetes 객체 이해
• Kubernetes 객체 관리

컨트롤 플레인 및 노드 상호작용

컨트롤 플레인은 모든 클러스터 노드에서 실행되는 대상을 관리합니다. 컨트롤 플레인은 워크로드를 예약하고 워크로드 수명 주기, 확장, 업그레이드를 관리합니다. 컨트롤 플레인은 또한 이러한 워크로드의 네트워크 및 스토리지 리소스를 관리합니다. 컨트롤 플레인 및 노드는 Kubernetes API를 사용하여 서로 통신합니다.

컨트롤 플레인과 Artifact Registry 상호작용

클러스터를 만들거나 업데이트할 때 GKE는 pkg.dev Artifact Registry 또는 gcr.io Container Registry에서 컨트롤 플레인 및 노드에 실행되는 Kubernetes 시스템 소프트웨어에 대해 컨테이너 이미지를 가져옵니다. 이러한 레지스트리에 영향을 주는 서비스 중단으로 인해 다음 작업이 실패할 수 있습니다.

• 새 클러스터 생성
• 클러스터 버전 업그레이드

서비스 중단의 특정 성격과 기간에 따라 사용자 간섭이 없어도 워크로드 문제가 발생할 수 있습니다.

pkg.dev Artifact Registry 또는 gcr.io Container Registry 리전 서비스 중단의 경우, 서비스 중단의 영향을 받지 않는 영역 또는 리전으로 요청을 리디렉션할 수 있습니다.

Google Cloud 서비스의 상태를 확인하려면 Google Cloud 상태 대시보드로 이동하세요.

권장사항:

여러 리전에 배포하여 리전 서비스 중단 시 애플리케이션 가용성을 허용합니다.

주의: Container Registry는 지원 중단되었으며 종료될 예정입니다. 2024년 1월 8일 이전에 Container Registry를 사용하지 않은 조직은 기본적으로 Artifact Registry에서 호스팅되는 새로운 gcr.io 저장소를 갖습니다. 이전에 Container Registry를 사용하지 않은 Google Cloud 프로젝트는 2024년 5월 15일 이후부터 Artifact Registry의 gcr.io 도메인에 대한 이미지 호스팅 및 관리만 지원합니다.

Container Registry는 2025년 3월 18일에 종료될 예정입니다. 지원 중단에 대한 자세한 내용은 Container Registry 지원 중단을 참조하세요.

노드 정보

노드는 컨테이너화된 애플리케이션과 기타 워크로드를 실행하는 작업자 머신입니다. 개별 머신은 GKE가 생성하는 Compute Engine 가상 머신(VM)입니다. 컨트롤 플레인은 각 노드의 자체 보고 상태를 관리하고 업데이트를 수신합니다.

노드는 클러스터의 워크로드를 구성하는 컨테이너를 지원하는 데 필요한 서비스를 실행합니다. 여기에는 런타임 및 Kubernetes 노드 에이전트(kubelet)가 포함됩니다. 이 에이전트는 컨트롤 플레인과 통신하고, 해당 노드에 예약된 컨테이너를 시작하고 실행합니다.

GKE는 또한 로그 수집 및 클러스터 내 네트워크 연결과 같은 기능을 제공하는 DaemonSet라고 하는 노드별 에이전트로 실행되는 여러 시스템 컨테이너를 실행합니다.

권장사항:

stdout를 사용하면 플랫폼에서 애플리케이션 로그를 처리할 수 있으므로 컨테이너화된 애플리케이션에는 stdout를 사용하세요.

노드 관리는 클러스터 작업 모드에 따라 다음과 같이 달라집니다.

노드 구성요소	Autopilot 모드	표준 모드
Lifecycle	다음을 포함하는 GKE의 완전 관리형: 자동 업그레이드 자동 복구 상태 확인 자동 노드 확장 노드 만들기 및 삭제 크기 조정 워크로드 분리 라벨 지정	GKE는 다음을 관리합니다. 자동 업그레이드 자동 복구 상태 확인 다음을 관리할 수 있습니다. 노드 자동 확장 구성 수동 버전 업그레이드 구성 변경사항(예: 라벨 및 크기 조정) 노드 풀 만들기 및 삭제
공개 상태	kubectl을 사용하여 노드를 봅니다. 기본 Compute Engine 가상 머신은 gcloud CLI 또는 Google Cloud 콘솔에서 표시하거나 액세스할 수 없습니다.	kubectl, gcloud CLI, Google Cloud 콘솔을 사용하여 노드를 봅니다. 기본 Compute Engine VM을 보고 액세스합니다.
연결	기본 VM에 직접 연결하지 않습니다.	SSH를 사용해서 기본 VM에 연결합니다.
노드 운영체제(OS)	GKE에서 관리합니다. 모든 노드는 containerd를 사용하는 Container-Optimized OS(cos_containerd)를 사용합니다.	노드 운영 체제를 선택합니다.
머신 하드웨어 선택	사용 사례에 따라 포드에서 컴퓨팅 클래스를 요청합니다. GKE는 머신 구성, 예약, 수량, 수명 주기를 관리합니다.	노드 풀을 만들 때 Compute Engine 머신 유형을 선택하고 구성합니다. 필요에 따라 크기 조정, 확장, 수량, 일정 예약, 위치 설정을 구성합니다.