클러스터 구성 선택 정보

이 페이지에서는 Google Cloud 콘솔, Google Cloud CLI 또는 Terraform 중 무엇을 사용하든 Google Kubernetes Engine (GKE)에서 클러스터를 만들 때 선택할 수 있는 기본 클러스터 구성 옵션을 설명합니다. 이러한 옵션을 사용하면 공개 네트워크에서 클러스터에 액세스할 수 있는지 여부부터 버전 업그레이드를 받을 방법에 이르기까지 다양한 클러스터 속성과 동작을 필요에 맞게 맞춤설정할 수 있습니다.

이 가이드에서 설명하는 많은 옵션은 클러스터를 만든 후에는 변경할 수 없습니다. 여기에는 클러스터의 가용성 및 네트워크에 영향을 미치는 선택사항이 포함됩니다. 이러한 옵션을 변경해야 하는 경우 새 클러스터를 만든 다음 트래픽을 해당 클러스터로 마이그레이션해야 하므로 서비스가 중단될 수 있습니다.

권장사항:

클러스터를 만든 후에는 많은 클러스터 구성 옵션을 변경할 수 없으므로 조직의 관리자 및 설계자, 클라우드 설계자, 네트워크 관리자 또는 GKE 및Google Cloud 아키텍처 정의, 구현, 유지보수를 담당하는 다른 팀과 함께 클러스터 구성을 계획하고 설계합니다.

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

이 페이지를 읽기 전에 기본 Kubernetes 개념과 다음을 숙지해야 합니다.

클러스터 관리 수준

클러스터 옵션을 논의하기 전에 클러스터에 필요한 유연성, 책임, 제어의 수준을 이해하는 것이 중요합니다. 필요한 제어 수준에 따라 GKE에서 사용할 작업 모드와 필요한 클러스터 구성 선택사항이 결정됩니다.

GKE에서 클러스터를 만들 경우 다음 작업 모드 중 하나를 사용합니다.

  • Autopilot (권장): 완전히 프로비저닝되고 관리되는 클러스터 구성을 제공합니다. Autopilot 클러스터는 프로덕션 워크로드에 사용할 수 있는 최적화된 클러스터 구성으로 사전 구성됩니다.

  • 표준: 클러스터의 기본 인프라에 대한 고급 구성 유연성을 제공합니다. 표준 모드를 사용하여 생성된 클러스터의 경우 프로덕션 워크로드에 필요한 구성이 결정됩니다.

이러한 모드와 Autopilot에 대한 자세한 내용은 GKE 작업 모드 및 Autopilot 개요를 참고하세요.

GKE Standard와 Autopilot 비교에서 두 모드를 나란히 자세히 비교할 수 있습니다.

클러스터 구성 선택사항

작업 모드를 선택한 후 클러스터에 필요한 구성을 선택합니다. Autopilot 클러스터는 Standard 클러스터보다 Google Cloud 더 완전하게 관리되고 구성되므로 사용 가능한 구성 옵션이 더 적습니다.

모든 클러스터의 구성 옵션은 다음과 같은 카테고리로 분류됩니다.

  • 이름 및 기타 메타데이터: 각 클러스터에는 프로젝트 내에서 고유한 식별 이름이 있어야 합니다. 원하는 경우 클러스터 설명과 라벨을 추가할 수도 있습니다.
  • 가용성 및 확장성: 클러스터 제어 영역과 노드를 실행할 위치와 제어 영역 복제본을 여러 개 만들지 지정합니다. 모든 Autopilot 클러스터는 리전 클러스터이므로 Google Cloud리전의 여러 컴퓨팅 영역에 여러 제어 영역이 있습니다.
  • Fleet 멤버십: 클러스터를 Fleet의 구성원으로 할지 선택합니다.
  • 네트워킹: 클러스터가 있는 Virtual Private Cloud (VPC) 네트워크 및 서브넷, 공용 네트워크에서 클러스터에 액세스할 수 있는지 여부를 비롯한 네트워킹 옵션입니다.
  • 버전 및 업그레이드 관리: 출시 채널을 사용하여 이 클러스터의 소프트웨어를 업그레이드할 때 새 기능과 안정성 간에 원하는 균형을 선택하고 유지보수 기간 및 제외를 설정하여 업그레이드가 가능하거나 불가능한 시기를 선택합니다.
  • 보안: 클러스터에서 GKE용 워크로드 아이덴티티 제휴를 사용하는지 여부와 클러스터의 노드에서Google Cloud에 인증하는 데 사용하는 서비스 계정이 여기에 포함됩니다.
  • 클러스터 기능: 백업 및 관측 가능성을 비롯하여 이 클러스터에 추가 GKE 및Google Cloud 기능을 사용 설정하고 구성합니다. 표준 모드를 사용하면 단기 알파 클러스터를 만들어 알파 Kubernetes 기능을 사용해 볼 수도 있습니다.

이 외에도 표준 클러스터에는 다음 카테고리의 옵션도 있습니다.

  • 노드 풀: 노드 풀, 노드 운영체제, 노드 크기를 비롯하여 클러스터의 노드에 관한 세부정보를 지정합니다.

다음 섹션에서는 이러한 카테고리 중 일부, 특히 클러스터를 만든 후 설정을 변경할 수 없는 옵션이 있는 카테고리를 자세히 살펴봅니다. 구성 옵션의 전체 목록은 구성 참조를 참고하세요.

다음 표에서는 Autopilot 및 표준 클러스터의 일부 주요 영역에서 사용 가능한 옵션을 비교합니다.

클러스터 선택사항 모드
Autopilot Standard
가용성 유형 리전 리전 또는 영역
출시 채널 신속, 일반 또는 안정화 버전 모든 채널
클러스터 버전 기본값 또는 사용 가능한 다른 버전 기본값 또는 사용 가능한 다른 버전
네트워크 라우팅 VPC 네이티브 VPC 네이티브 또는 경로 기반
네트워크 격리 맞춤설정 가능 맞춤설정 가능
Kubernetes의 특징 프로덕션 프로덕션 또는 알파

클러스터 가용성 유형

GKE를 사용하면 워크로드 및 예산의 가용성 요구사항에 맞게 클러스터를 만들 수 있습니다. Google Cloud 리전의 여러 컴퓨팅 영역에 여러 개의 제어 영역 복제본이 있는 리전 클러스터와 단일 영역에 단일 제어 영역이 있는 영역 클러스터 중에서 선택할 수 있습니다. Autopilot 클러스터는 항상 리전입니다.

표준 모드에서 만들 클러스터 유형을 선택하는 데 도움이 필요하면 리전 또는 영역 제어 영역 선택을 참고하세요.

이러한 설정은 클러스터를 만든 후에는 업데이트할 수 없습니다. 영역 클러스터는 리전 클러스터가 될 수 없으며 리전 클러스터는 영역 클러스터가 될 수 없습니다.

권장사항:

프로덕션 워크로드의 경우 일반적으로 영역 클러스터보다 가용성이 높은 리전 클러스터를 사용하세요. 개발 환경의 경우 영역 노드 풀이 있는 리전 클러스터를 사용하세요. 리전 제어 영역과 영역 노드 풀이 있는 클러스터의 비용은 영역 클러스터와 동일합니다. 리전별 고려사항에 대한 자세한 내용은 지역 및 리전을 참조하세요.

리전 클러스터

리전 클러스터에는 지정된 Google Cloud 리전 내의 여러 영역에서 실행되는 제어 영역의 여러 복제본이 있습니다. Autopilot 또는 기타 리전 클러스터를 만들 때는 항상 리전을 지정해야 합니다.

리전 Standard 클러스터의 경우 클러스터의 노드가 실행되는 영역을 선택할 수도 있습니다. 리전 클러스터의 노드는 구성된 노드 위치에 따라 다중 영역 또는 단일 영역에서 실행될 수 있습니다. 기본적으로 GKE는 제어 영역 리전의 3개 영역 간에 각 노드 풀을 복제합니다. Standard 클러스터를 만들 때 또는 새 노드 풀을 추가할 때 클러스터의 노드가 실행되는 영역을 지정하여 기본 구성을 변경할 수 있습니다. 모든 영역은 제어 영역과 동일한 리전 내에 있어야 합니다.

영역 클러스터보다 높은 가용성을 제공하므로, 리전 클러스터를 사용하여 프로덕션 워크로드를 실행하세요.

클러스터를 만든 후에는 리전 클러스터의 리전을 변경할 수 없습니다.

영역 클러스터 (표준 클러스터만 해당)

영역 클러스터는 단일 영역에 단일 제어 영역이 있습니다. 워크로드 가용성 요구사항에 따라 영역 클러스터의 노드를 단일 영역 또는 여러 영역에 배포하도록 선택할 수 있습니다.

영역 클러스터를 만들려면 영역 클러스터 만들기를 참고하세요.

단일 영역 클러스터

단일 영역 클러스터에는 영역 하나에서 실행되는 단일 제어 영역이 있습니다. 이 제어 영역에서는 동일한 영역에서 실행되는 노드의 워크로드를 관리합니다. 단일 영역에서 워크로드를 실행하는 경우 영역 서비스 중단이 발생하면 이 워크로드를 사용할 수 없습니다.

다중 영역 클러스터

다중 영역 클러스터에는 단일 영역에서 실행되는 단일 제어 영역 복제본과 여러 영역에서 실행되는 노드가 있습니다. 클러스터를 업그레이드하는 동안이나 제어 영역이 실행되는 영역이 중단되는 경우에도 워크로드는 계속 실행됩니다. 그러나 클러스터, 노드, 워크로드는 제어 영역을 사용할 수 있기 전까지는 구성할 수 없습니다. 다중 영역 클러스터는 일관적인 워크로드의 가용성과 비용의 균형을 맞춥니다. 가용성을 유지하려는 경우 및 노드 수와 노드 풀이 자주 변경되는 경우 리전 클러스터 사용을 고려해 보세요. 여러 영역에서 워크로드를 실행하고 영역 서비스 중단이 발생하면 워크로드가 해당 영역에서 중단되지만 다른 영역에서는 계속 사용할 수 있습니다.

클러스터 등급

GKE 버전에서 알 수 있듯이 GKE에는 두 가지 기능 등급이 있습니다. 모든 GKE 사용자가 사용할 수 있는 표준 등급과 엔터프라이즈급 작업을 위한 강력한 기능을 추가하는 엔터프라이즈 등급으로, 대부분의 기능이 GKE Fleet 관리를 기반으로 합니다.

Google Cloud의 GKE 클러스터의 경우 클러스터별로 추가 기능 등급을 추가할지 선택합니다. 클러스터를 GKE Enterprise 등급에 등록하면 사용 가능한 모든 Enterprise 기능을 사용할 수 있습니다. 클러스터 등급을 지정하지 않으면 클러스터는 일부 예외를 제외하고 기본적으로 표준 등급을 사용합니다.

클러스터 등급을 선택할 때 다음 사항을 이해해야 합니다.

  • 많은 GKE Enterprise 기능을 사용하려면 Fleet 멤버십이 필요합니다. 클러스터를 만드는 동안 또는 클러스터를 만든 후에 클러스터를 Fleet에 등록할 수 있습니다. 클러스터에서 Fleet 지원 GKE Enterprise 기능을 사용하려면 클러스터를 만들 때 클러스터를 Fleet에 등록하는 것이 좋습니다. 그러면 클러스터가 Enterprise 기능의 Fleet 수준 설정을 상속받게 됩니다. Fleet 멤버십에서 자세히 알아보세요.
  • 클러스터의 프로젝트에서 GKE Enterprise (Anthos) API가 사용 설정된 경우에만 클러스터의 Enterprise 등급을 사용 설정할 수 있습니다.

이 설정은 클러스터를 만든 후 변경할 수 있습니다.

Fleet 멤버십이 필요하지 않은 기능의 하위 집합을 비롯하여 GKE Enterprise에 포함된 기능에 관한 자세한 내용은 GKE Enterprise 배포 옵션을 참고하세요.

Fleet 멤버십

조직에서 여러 클러스터를 사용하는 경우 Kubernetes 클러스터의 논리적 그룹인 Fleet에 클러스터를 추가하여 멀티 클러스터 관리를 간소화할 수 있습니다. Fleet를 만들면 조직에서 개별 클러스터부터 전체 클러스터 그룹까지 수준 높은 관리를 수행할 수 있으며 멀티 클러스터 인그레스, 구성 동기화, 정책 컨트롤러와 같은 Fleet 지원 기능을 사용할 수 있습니다.

언제든지 Fleet에 클러스터를 추가할 수 있지만 GKE Enterprise를 사용 설정한 경우 클러스터를 만드는 동안 Fleet에 새 엔터프라이즈 등급 클러스터를 등록하는 것이 좋습니다. 이는 'Fleet 기반' 클러스터가 다양한 엔터프라이즈 기능에 대해 선택된 Fleet 수준 기본 설정과 이미 사용 설정된 권장 로그 및 측정항목을 기반으로 만들어지기 때문입니다. 자세한 내용은 다음 가이드를 참고하세요.

클러스터를 만든 후 클러스터를 등록하거나 등록 취소하기 위해 이 설정을 업데이트할 수 있지만, 실시간 워크로드가 있는 클러스터를 한 Fleet에서 다른 Fleet으로 이동하는 것은 권장하지 않습니다.

멀티 클러스터 관리를 간소화하기 위해 Fleet 만들기에서 Fleet에 클러스터를 추가하는 방법을 자세히 알아보세요.

네트워킹 설정

GKE 클러스터를 만들 때 클러스터가 있는 네트워크, 네트워크 라우팅 모드, 공개 네트워크에서 클러스터 노드에 액세스할 수 있는지 여부 등 여러 네트워킹 설정을 지정할 수 있습니다.

네트워크 관리자가 아닌 경우 프로덕션 준비 클러스터를 만들기 전에 조직의 네트워킹 전문가에게 컨설트해야 합니다. 이러한 옵션 중 다수는 클러스터를 만든 후에는 변경할 수 없기 때문입니다. 네트워크 관리자인 경우 GKE 네트워킹 정보에서 GKE 네트워킹에 관해 자세히 알아보고 GKE 네트워킹 권장사항에서 네트워킹 옵션에 관한 권장사항을 확인하세요. 이 섹션에서는 가능한 네트워킹 옵션 중 일부만 설명합니다.

네트워크 및 서브넷

클러스터가 속한 Virtual Private Cloud (VPC) 네트워크에 따라 통신 가능한 다른 Compute Engine 리소스가 결정됩니다. 기본적으로 GKE 클러스터는 프로젝트의 기본 네트워크에 생성되지만, 나 또는 관리자가 만든 다른 네트워크를 선택할 수도 있습니다. 가능한 경우 클러스터가 특정 VPC 서브넷에 속하도록 지정할 수 있습니다. 그러지 않으면 기본 서브넷이 사용됩니다. 원하는 경우 포드 및 서비스에 해당 서브넷 내의 특정 IP 주소 범위를 사용하도록 지정할 수도 있습니다.

클러스터를 만든 후에는 이 설정을 업데이트할 수 없습니다.

네트워크 격리 선택사항

다음 두 가지 측면을 고려하여 클러스터에서 네트워크 격리를 맞춤설정할 수 있습니다.

  • 제어 영역에 대한 액세스: 기본적으로 컨트롤 플레인의 내부 엔드포인트와 외부 엔드포인트가 모두 사용 설정되고 DNS 기반 엔드포인트는 사용 중지됩니다. 다음 중 하나를 선택할 수 있습니다.

    • 외부 및 내부 엔드포인트를 모두 사용 중지하고 DNS 엔드포인트만 사용합니다.
    • 외부 클라이언트에 대한 액세스를 차단하기 위해서만 외부 엔드포인트를 사용 중지합니다.
    • 승인된 네트워크를 사용 설정하여 컨트롤 플레인 엔드포인트에 도달하는 IP 주소를 제어합니다.

  • 클러스터 네트워킹 구성: 클러스터에서 비공개 노드를 사용 설정하여 워크로드를 공개 네트워크에서 완전히 격리할 수 있습니다. 전체 클러스터 또는 노드 풀 (표준의 경우) 또는 워크로드 (Autopilot의 경우) 수준에서 비공개 노드를 사용 설정할 수 있습니다. 노드 풀 또는 워크로드 수준에서 비공개 노드를 사용 설정하면 클러스터 수준의 모든 노드 구성이 재정의됩니다.

클러스터를 만든 후에는 이러한 설정을 변경할 수 있습니다.

네트워크 격리에 관한 자세한 내용은 네트워크 격리 맞춤설정 정보 및 네트워크 격리 맞춤설정을 참고하세요.

권장사항:

Cloud NAT를 사용하여 공개 IP 주소가 있는 리소스에 대한 액세스 권한을 GKE 포드에 제공합니다. Cloud NAT는 포드가 인터넷에 직접 노출되지 않지만 인터넷 연결 리소스에 계속 액세스할 수 있으므로 클러스터의 전체 보안 상황을 개선합니다.

VPC 기반 및 경로 기반 클러스터

GKE에서는 한 포드에서 다른 포드로 트래픽을 라우팅하는 방법에 따라 클러스터를 구분할 수 있습니다. 별칭 IP 주소를 사용하는 클러스터를 VPC 기반 클러스터라고 합니다. Google Cloud 경로를 사용하는 클러스터를 경로 기반 클러스터라고 합니다.

기본적으로 모든 새 GKE 클러스터는 VPC 기반 라우팅을 사용하며 이는 권장 옵션입니다. 클러스터 생성 시 이 설정을 변경하여 표준 모드에서만 경로 기반 클러스터를 만들 수 있습니다. 클러스터를 만든 후에는 이 설정을 업데이트할 수 없습니다.

VPC 기반 클러스터와 관련된 특별한 요구사항을 비롯한 이점에 대해 자세히 알아보려면 VPC 기반 클러스터를 참고하세요.

권장사항:

클러스터에 VPC 기반 네트워크 모드를 사용합니다. 이는 Autopilot 클러스터의 기본값입니다.

버전 및 업그레이드

출시 채널을 사용하면 기능 가용성과 안정성 사이에서 선택한 균형에 따라 GKE가 클러스터에 맞는 소프트웨어 버전을 선택합니다. 클러스터를 만들 때 원하는 출시 채널을 선택할 수 있습니다. 새 클러스터 (Autopilot 및 Standard 모두)는 기본적으로 일반 출시 채널에 등록되지만 필요한 경우 클러스터 생성 중에 특정 버전을 선택할 수 있습니다.

Autopilot 클러스터는 항상 출시 채널을 사용합니다. Standard 클러스터는 기본적으로 출시 채널을 사용하지만 출시 채널에 클러스터를 등록하지 않을 수도 있습니다. 이 설정은 클러스터 기능에 대한 액세스를 더 제한하기 때문에 권장하지는 않습니다.

GKE는 출시 채널 등록 여부와 관계없이 시간이 지남에 따라 모든 클러스터를 자동으로 업그레이드합니다. GKE는 해당 출시 채널에서 새 버전이 제공되면 클러스터의 컨트롤 플레인과 노드를 자동으로 업그레이드합니다. 유지보수 기간 및 유지보수 제외를 사용해서 업그레이드의 시기와 범위를 제어할 수 있습니다.

언제든지 클러스터의 출시 채널을 변경할 수 있습니다.

예정된 자동 업그레이드에 관한 자세한 내용은 GKE 출시 노트를 참고하세요.

권장사항:

GKE용 출시 채널을 선택하여 기능 가용성과 안정성 사이에 선택한 균형에 따라 클러스터에 맞는 버전을 선택합니다. 유지보수 기간 및 유지보수 제외를 사용하여 자동 업그레이드의 시기와 범위를 제어합니다.

알파 기능 (표준 클러스터만 해당)

Kubernetes의 새 기능은 개발 상태에 따라 알파, 베타 또는 안정화 버전으로 표시됩니다. 대부분의 경우 베타 또는 안정화 버전으로 표시된 Kubernetes 기능은 GKE 클러스터에 포함됩니다.

프로덕션 버전이 아닌 아주 새로운 기능을 실험하려면 특별한 GKE 알파 클러스터에서 알파 기능을 사용하면 됩니다. 알파 클러스터에는 모든 Kubernetes 알파 API(기능 게이트라고도 함)가 사용 설정되어 있습니다. 알파 클러스터를 사용하여 Kubernetes 기능의 초기 테스트 및 유효성 검사를 수행할 수 있습니다. 알파 클러스터는 프로덕션 워크로드를 지원하지 않고 출시 채널에 업그레이드하거나 추가할 수 없으며 30일 이내에 만료됩니다.

Autopilot 클러스터에는 알파 기능을 사용할 수 없습니다.

알파 클러스터를 만들려면 알파 클러스터 만들기를 참고하세요.

보안 설정

GKE에는 클러스터 생성 시 지정할 수 있는 여러 보안 설정이 있습니다. 여기에는 암호화 설정, 바이너리 승인과 같은 보안 기능, 클러스터의 노드에 사용할 서비스 계정 (다음 섹션에서 자세히 설명), 클러스터에서 GKE용 워크로드 아이덴티티 제휴를 사용하는지 여부가 포함됩니다.

다른 설정과 마찬가지로 프로덕션 준비 클러스터를 만들기 전에 전문가 동료(이 경우 조직의 보안 전문가)에게 컨설트해야 합니다. 보안 개요 및 클러스터 보안 강화에서 GKE 보안에 관해 자세히 알아보세요.

노드의 서비스 계정

GKE는 노드에 연결된 IAM 서비스 계정을 사용하여 로깅 및 모니터링과 같은 시스템 작업을 실행합니다. 이러한 노드 서비스 계정에는 프로젝트에 대한 Kubernetes Engine 기본 노드 서비스 계정(roles/container.defaultNodeServiceAccount) 역할이 있어야 합니다. 기본적으로 GKE는 프로젝트에서 자동으로 생성되는 Compute Engine 기본 서비스 계정을 노드 서비스 계정으로 사용합니다.

조직에서 iam.automaticIamGrantsForDefaultServiceAccounts 조직 정책 제약조건을 적용하는 경우 프로젝트의 기본 Compute Engine 서비스 계정에 GKE에 필요한 권한이 자동으로 부여되지 않을 수 있습니다.

프로젝트 또는 조직의 다른 기능에 Compute Engine 기본 서비스 계정을 사용하는 경우 서비스 계정에 GKE에 필요한 것보다 많은 권한이 있을 수 있으며, 이로 인해 보안 위험에 노출될 수 있습니다.

Autopilot 모드 클러스터 또는 Standard 모드 노드 풀의 서비스 계정은 생성 후에는 변경할 수 없습니다.

노드 풀 설정 (Standard 클러스터만 해당)

클러스터 관리 개요 및 GKE 작업 모드에서 알 수 있듯이 클러스터에 Autopilot을 사용하는 경우 GKE에서 자동으로 노드를 구성하므로 노드 구성에 관해 걱정할 필요가 없습니다. Autopilot 클러스터 노드는 모두 GKE에서 완전히 관리하며 모두 동일한 노드 운영체제(OS)를 사용합니다.

표준 클러스터를 만들려면 클러스터를 만들 때 다음과 같은 여러 노드 옵션을 지정할 수 있습니다.

  • 사용할 노드 풀의 이름, 수, 크기, 위치입니다. 노드 풀은 클러스터 내에서 공통 구성을 공유하는 노드 그룹입니다.
  • 새 노드에 사용할 노드 OS입니다.
  • 노드에 임시 스팟 VM을 사용할지 여부입니다.
  • 노드에 사용할 Compute Engine 머신 유형입니다.
  • 보안 설정에 설명된 대로 노드에 사용할 서비스 계정입니다.

모든 표준 클러스터에는 노드 풀이 하나 이상 필요하지만 클러스터를 만든 후 클러스터의 일부 노드 풀 설정을 변경할 수 있습니다. 표준 클러스터를 만들 때 노드 수와 머신 유형을 지정하지 않으면 기본 노드 풀은 클러스터의 각 영역에 있는 3개의 노드, 기본 노드 이미지 cos_containerd, 범용 머신 유형으로 구성됩니다.

노드 풀 정보 및 노드 풀 추가 및 관리에서 노드 풀 구성에 대해 자세히 알아보세요.

구성 참조

다음 참조 가이드에서 가능한 구성 옵션의 전체 목록을 확인하세요.

다음 단계