이 페이지는 Cloud Translation API를 통해 번역되었습니다.

GKE 버전 관리 및 지원

이 페이지에서는 Google Kubernetes Engine(GKE)에서의 버전 관리 및 버전 지원 정책을 설명합니다. 시간이 지남에 따라 GKE는 클러스터를 최신 버전의 Kubernetes로 업그레이드합니다. 업그레이드의 작동 방식에 대해 자세히 알아보려면 GKE 클러스터 업그레이드 정보를 참고하세요.

GKE 출시 일정에서 현재 버전의 출시 및 지원 일정을 확인할 수 있습니다.

버전 지원

Kubernetes 부 버전에 대한 GKE 지원은 Kubernetes 오픈소스 정책을 기반으로 합니다. GKE는 동일한 부 버전 출시의 패치 버전을 제공하여 부 버전을 지원하고, 정기적으로 새로운 패치로 클러스터를 자동으로 업그레이드합니다.

Kubernetes의 부 버전 지원 방법

Kubernetes 오픈소스 소프트웨어(OSS) 커뮤니티는 일 년에 세 번 새로운 기능과 개선사항이 포함된 마이너 버전을 출시합니다. 각 출시 주기는 약 15주입니다.

Kubernetes는 각 부 버전을 14개월 동안 지원합니다. 지원되는 마이너 버전에서 발견되는 주요 버그 및 보안 취약점은 임시 패치 버전의 출시로 수정되었습니다. Kubernetes 커뮤니티는 필요에 따라 버전 지원 일정을 조정합니다. 자세한 내용은 지원 기간을 참조하세요.

GKE의 부 버전 지원 방법

Kubernetes에서 새 부 버전을 출시한 후 GKE는 먼저 부 버전을 신속 채널에 소개합니다. 이 기간 동안 GKE는 패치 버전을 제공하지만 신속 채널이 최신 GKE 버전을 제공하므로 이러한 버전은 GKE SLA에서 제외되며 알려진 해결 방법이 없는 문제를 포함할 수 있습니다.

신속 채널에 처음 제공된 후 GKE는 새 부 버전을 일반 채널로 승격합니다. GKE는 일반 채널에서 새 클러스터 만들기용으로 부 버전이 제공된 후 이 버전에 대해 최대 24개월의 지원 기간을 제공합니다. 이 지원에는 14개월의 표준 지원 기간과 약 10개월의 추가 확장 지원 기간이 포함됩니다(확장 채널에서 이용 가능). 특정 부 버전의 가용성을 확인하려면 GKE 출시 일정을 참조하세요.

GKE 부 버전 수명 주기

GKE 부 버전 수명 주기에는 다음과 같은 주요 단계가 포함됩니다.

Kubernetes는 새 부 버전을 출시합니다.
GKE가 새 부 버전을 신속 채널에서 제공합니다.
GKE가 새 부 버전을 일반 채널에서 제공합니다(표준 지원 기간 시작).
표준 지원 기간 동안 GKE는 부 버전에 대해 새 기능, 보안 수정, 버그 수정이 포함된 패치를 제공합니다.
약 14개월 후 부 버전이 표준 지원 기간 종료 시점에 도달하고 확장 지원 기간이 시작됩니다. 이 시간이 지나면 GKE가 확장 채널에서 클러스터에 대한 보안 패치를 제공합니다.
부 버전이 확장 지원 종료 시점에 도달하고 부 버전에 대한 추가 보안 패치가 제공되지 않습니다.

버전 가용성 조정

GKE는 Kubernetes OSS 커뮤니티의 정책 변화, 취약점 발견, 기타 일반적으로 해결할 수 없는 기술 문제 등으로 인해 GKE 버전의 지원 종료 시점을 변경할 수 있습니다. 또한 블랙 프라이데이 및 사이버 먼데이와 같은 주요 비즈니스 기간에는 GKE가 지원 날짜 종료 시점을 연장할 수 있습니다.

GKE는 최소 14개월의 표준 지원 기간과 최대 24개월의 지원 기간(확장 지원)을 제공합니다.

사용 가능한 최신 버전을 다운로드하려면 GKE 출시 노트를 참조하세요. GKE는 자동 업그레이드 시기에 맞게 출시 일정을 정기적으로 업데이트합니다.

부 버전 수명주기의 가용성 기간

GKE는 Kubernetes 부 버전에 대해 다음과 같은 가용성 기간을 제공합니다.

지원 기간. GKE는 총 24개월 동안 부 버전을 지원합니다.

다음 섹션에서 자세히 설명하는 가용성 기간에 대한 요약 정보는 다음 표를 참조하세요.

가용성 기간	일반 채널 가용성 시점부터 대략적인 기간	GKE 제공 지원	이 가용성 기간에 대한 액세스 권한
신속 전용 가용성 기간	-1~0월	GKE가 새 기능, 보안 수정, 버그 수정이 포함된 패치 버전을 제공합니다. 하지만 이러한 버전은 GKE SLA에서 제외되며 알려진 해결 방법이 없는 문제를 포함할 수 있습니다.	신속 채널만
표준 지원 기간	1~14월	GKE가 새 기능, 보안 수정, 버그 수정이 포함된 패치 버전을 제공합니다.	신속, 일반, 안정, 확장, 채널 없음
확장 지원 기간	15~24월	GKE가 보안 수정이 포함된 패치 버전을 제공합니다.	확장 채널만(GKE Enterprise 또는 클러스터당 추가 수수료 필요, 확장 채널에서 장기 지원 받기 참조)

신속 전용 가용성 기간

GKE는 먼저 신속 채널에서 새 부 버전을 출시합니다. 이 버전은 일반 채널로 승격되기 전에 먼저 이 채널의 클러스터에서 사용을 누적하고 안정성을 시연합니다. 신속 채널에 등록된 클러스터만 이 가용성 기간 중에 새 부 버전을 실행할 수 있습니다.

이 기간은 일반적으로 1~2월 간 지속되지만 정확한 시기는 각 부 버전에 따라 달라집니다. 자세한 내용은 출시 채널의 예상 일정을 참조하세요.

표준 지원 기간

버전이 일반 채널에 출시되면 GKE 부 버전에 대한 표준 지원 기간이 시작됩니다. 출시 채널 등록에 관계없이 모든 GKE 클러스터는 표준 지원에서 부 버전을 실행할 수 있습니다. 이 기간 중에 GKE는 정기적으로 새 기능, 보안 수정, 버그 수정이 포함된 새 패치 버전으로 클러스터를 자동으로 업그레이드합니다.

GKE는 다음 방식으로 클러스터를 자동으로 업그레이드합니다.

신속, 일반, 안정, 채널 없음: 다른 지원되는 부 버전 또는 동일한 부 버전의 패치 버전으로 자동 업그레이드됩니다.
확장: GKE가 동일한 부 버전의 새 패치 버전으로만 자동으로 업그레이드합니다.

확장 출시 채널에 등록된 클러스터의 경우 GKE는 최종적으로 클러스터의 출시 채널 일정에 따라 표준 기간이 종료되기 전 그 다음 지원되는 부 버전으로 클러스터를 자동으로 업그레이드합니다. 자세한 내용은 출시 채널의 예상 일정을 참조하세요. 하지만 GKE는 지원 중단된 기능 또는 API가 사용되는 경우 이 기간 중에 클러스터를 업그레이드하지 않습니다. 유지보수 제외를 사용해서 GKE가 클러스터를 다음 부 버전으로 업그레이드하지 못하도록 일시적으로 방지할 수 있습니다.

표준 지원 종료(이전의 지원 종료)

표준 지원 기간이 지나면 부 버전이 표준 지원 종료(이전의 지원 종료) 시점에 도달하고 확장 채널에 등록되지 않은 모든 클러스터에 대해서는 지원 및 가용성이 삭제됩니다.

지원 버전 종료 시점에 도달하는 고객의 경우 버전 지원이 종료되기 전에 프로젝트 담당자에게 이메일 알림이 전송됩니다. 지원 종료 버전에는 새로운 보안 패치 또는 버그 수정이 제공되지 않기 때문에 GKE는 또한 자동 업그레이드 사용 여부와 관계없이 보안 및 호환성 목적으로 지원되지 않는 버전을 실행 중인 노드를 단계적으로 자동 업그레이드합니다. 지원되지 않는 버전을 실행하는 클러스터나 노드에 문제가 있는 경우 Cloud Customer Care에 문의하기 전에 먼저 클러스터와 노드를 지원되는 버전으로 업그레이드해야 합니다.

지원 종료 시점에 도달한 GKE 부 버전에는 더 이상 보안 패치 또는 버그 수정이 제공되지 않습니다. 지원 종료 시점에 도달한 부 버전의 패치 버전은 지원되지 않으며 제공되지 않습니다. GKE는 확장 채널에 등록되지 않은 모든 클러스터를 자동으로 업그레이드합니다. 자세한 내용은 지원 종료 시점의 자동 업그레이드를 참조하세요.

확장 지원 기간

표준 지원이 종료된 후 부 버전은 확장 지원 기간이 시작됩니다(15~24월). 이 기간 중에 GKE는 다음 유형의 수정을 포함하여 보안 수정에 대한 패치를 제공합니다.

Medium, high, and critical security patches for core 핵심 Kubernetes 구성요소, 노드 운영체제, GKE 클러스터 버전에 번들로 제공되는 Google 관리 컨테이너를 위한 중간, 높음, 심각 수준의 보안 패치
Container-Optimized OS의 경우 GKE 부 버전의 확장 지원이 종료되기 전에 노드 운영체제 지원이 먼저 종료되거나 호환성 문제가 발생할 수 있습니다. GKE의 지원 제공 방법에 대한 자세한 내용은 확장 지원 기간 중 Container-Optimized OS 업데이트를 참조하세요.

확장 지원이 종료되기 전 GKE는 다음 부 버전으로 클러스터 업그레이드를 시작합니다. 지원 중단된 기능 또는 API가 사용되는 경우에는 GKE가 클러스터를 업그레이드하지 않습니다. 유지보수 제외를 사용해서 GKE가 클러스터를 다음 부 버전으로 업그레이드하지 못하도록 일시적으로 방지할 수 있습니다.

확장 지원 종료

확장 지원이 종료되면 GKE가 보안 수정에 대한 패치를 제공하지 않으며, 부 버전이 지원되지 않는 것으로 간주됩니다. GKE는 지원 중단된 기능 또는 API가 클러스터에 사용되는지 여부에 관계없이 지원되지 않는 부 버전을 실행 중인 클러스터를 다음 부 버전으로 업그레이드합니다.

지원 종료 시 자동 업그레이드

GKE는 부 버전이 지원 종료 시점에 도달하기 전에 하나의 부 버전에서 그 다음으로 지원되는 부 버전으로 클러스터 자동 업그레이드를 예약합니다. 이러한 업그레이드 시기는 클러스터의 출시 채널 일정에 따라 달라집니다. 자세한 내용은 출시 채널의 예상 일정을 참조하세요. 예를 들어 안정화 버전 채널에 등록된 클러스터는 신속 채널에 등록된 클러스터보다 표준 지원 종료 시점에 더 가까운 다음 부 버전으로 업그레이드됩니다.

표준 지원 기간과 확장 채널에 등록된 클러스터의 확장 지원 기간 중에는 유지보수 제외를 사용해서 부 버전 업그레이드를 방지할 수 있으며, GKE는 지원 중단된 기능 또는 API를 사용하는 클러스터를 업그레이드하지 않습니다.

하지만 표준 지원이 종료되거나 확장 채널에 등록된 클러스터의 연장 지원이 종료되면 GKE는 클러스터의 성능, 사용 가능 여부, 보안을 유지하기 위해 클러스터를 지원되는 다음 부 버전으로 자동 업그레이드합니다.

각 GKE 버전은 14개월의 표준 지원 기간 그리고 확장 지원을 포함하여 총 24개월의 지원 기간 동안 지원됩니다. 지원되지 않는 GKE 버전을 사용하여 클러스터를 작동할 경우 상당한 보안, 신뢰성, 호환성 위험이 수반되고, 지원 버전이 종료되면 GKE에서 보안 패치 또는 버그 수정이 제공되지 않기 때문에 클러스터를 무기한 특정 버전으로 유지할 수 없습니다. GKE는 지원 종료 시 버전에 대한 패치 또는 업데이트 제공을 약속할 수 없습니다.

GKE는 다음 방식으로 클러스터를 업그레이드합니다.

컨트롤 플레인: GKE는 새 클러스터 만들기에 대해 컨트롤 플레인 버전이 더 이상 제공되지 않을 때 클러스터 컨트롤 플레인을 지원되는 버전으로 자동 업그레이드합니다.
노드: GKE는 GKE 버전 차이 정책에 따른 클러스터 상태 및 맞춤을 보장하기 위해 버전이 지원 종료 시점에 도달한 후 지원되지 않는 버전을 실행 중인 노드를 자동으로 업그레이드합니다. 지원되지 않는 버전을 실행하는 노드는 일반적으로 지원 종료 날짜로부터 1월 이내에 지원되는 버전으로 자동 업그레이드되도록 예약됩니다. 지원되지 않는 버전을 실행하는 노드는 버전 지원 종료 시 즉시 업그레이드되지 않을 수 있으며 실제 타이밍은 Google의 재량에 따라 변경될 수 있습니다.

스탠더드 지원 종료 후 마이너 버전을 실행하는 클러스터 식별

GKE는 다음 두 가지 조건을 모두 충족하는 클러스터를 식별합니다.

제어 영역이 표준 지원 종료된 부 버전을 실행하고 있습니다.
클러스터가 확장 채널에 등록되지 않았습니다.

지원되지 않는 부 버전 실행과 관련된 위험이 있으므로 이러한 클러스터를 업그레이드하는 것이 좋습니다. GKE는 클러스터의 출시 채널에서 기존 버전이 지원되지 않는 경우 클러스터를 다음으로 지원되는 마이너 버전으로 업그레이드합니다.

GKE는 추천자 서비스를 통해 통계 및 추천이 포함된 안내를 제공합니다. 이 안내는 연장 지원 종료 시까지 마이너 버전을 계속 실행할 수 있는 확장 채널에 등록된 클러스터에는 적용되지 않습니다. 추천자의 통계 및 추천을 관리하는 방법에 대한 자세한 내용은 통계 및 추천으로 GKE 사용량 최적화를 참고하세요.

제어 영역에서 지원 종료 후 버전을 실행 중인 클러스터를 찾으려면 다음 방법 중 하나를 사용하세요.

Google Cloud 콘솔 사용하기
CLUSTER_VERSION_END_OF_LIFE 추천자 하위유형을 지정하여 gcloud CLI 또는 Recommender API를 사용합니다.

자세한 내용은 통계 및 추천 보기 방법을 참고하세요.

이 권장사항을 구현하려면 지원되는 마이너 버전으로 클러스터의 제어 영역을 업그레이드하세요. 지원되는 부 버전 및 지원 종료일은 GKE 출시 일정을 참고하세요. 또는 연장 지원이 종료될 때까지 기존 마이너 버전을 계속 사용하려면 클러스터를 확장 채널로 변경하세요.

확장 지원 기간 중 Container-Optimized OS 업데이트

GKE 부 버전의 확장 지원 기간 중에 GKE는 Container-Optimized OS 업데이트가 포함될 수 있는 클러스터에 대한 패치 업그레이드를 제공합니다.

Container-Optimized OS LTS 출시가 부 버전 이전에 지원 종료에 도달

Container-Optimized OS LTS 출시가 출시 버전을 사용 중인 부 버전에 대해 확장 지원 종료 전에 지원 종료에 도달할 수 있습니다. 이 시나리오에서 GKE는 가능한 경우 이후 패치 업그레이드에 사용할 수 있는 다음 Container-Optimized OS LTS 출시 버전을 사용합니다. GKE는 노드의 부 버전에 사용되는 Container-Optimized OS LTS 출시 버전이 지원 종료 시점에 도달하기 전에 이 업데이트를 수행합니다. 클러스터 관리자는 새로운 Container-Optimized OS LTS 출시 버전이 포함된 다음 GKE 패치 버전으로 업그레이드하거나 동일한 GKE 패치 버전에 머무르고 노드 운영체제의 업데이트를 받지 않을지 평가해야 합니다. 후자의 경우 GKE 클러스터 버전에 번들로 제공되는 핵심 Kubernetes 구성요소에 대한 보안 패치도 수신되지 않습니다.

다음 Container-Optimized OS LTS 출시에서는 기존의 부 버전과 호환되지 않는 변경사항이 도입됨

다음 Container-Optimized OS LTS 출시 버전은 GKE 시스템 구성요소에 호환되지 않는 변경사항을 도입할 수 있습니다. 그리고 GKE가 노드 운영체제 업데이트 시 패치 버전을 제공하지 않을 수 있습니다. 클러스터 관리자는 다음 GKE 부 버전으로 업그레이드할지 아니면 이전 단락에 설명한 것과 동일한 절충안을 고려할지 평가해야 합니다.

버전 관리 체계

GKE는 GKE 패치 버전을 Kubernetes 의미 체계 버전 관리 업계 표준(x.y.z-gke.N)에 추가합니다.

Kubernetes 주 버전(x): 일반적으로 이전 버전과 호환되지 않는 변경사항이 공개 API에 도입되면 주 버전의 숫자가 증가합니다. 주 버전은 Kubernetes 버전을 x.y에서 x+1.y로 증가시킵니다.
Kubernetes 마이너 버전(y): Kubernetes는 일 년에 세 번 새로운 마이너 버전을 출시합니다. 각 출시 주기는 약 15주입니다. 지원 중단된 API는 새 부 버전(예: 1.22)을 통해 삭제될 수 있습니다. 부 버전은 Kubernetes 버전을 1.y에서 1.y+1로 증가시킵니다. 예를 들어 Kubernetes 1.32는 Kubernetes 1.31 이후의 부 출시 버전입니다.
Kubernetes 패치 출시(z): GKE에 사용할 새로운 Kubernetes 패치 출시(예: 1.32.6)는 일반적으로 매주 제공됩니다. 패치 출시는 각 영역에 점진적으로 출시됩니다.
GKE 패치 출시 버전(-gke.N): -gke.N 서픽스가 있는 패치 출시 버전(예: 1.32.6-gke.N)에는 오픈소스 업스트림 Kubernetes 소프트웨어와 함께 GKE의 보안 업데이트 및 버그 수정이 포함될 수 있습니다. 이러한 업데이트 또는 수정은 Google Cloud와의 호환성 및 상호 운용성을 위해 필요합니다.

사용 가능한 버전과 기본 버전 확인

사용 가능한 버전에 대한 자세한 내용은 GKE 출시 노트를 참조하세요.

또한 Google Cloud 콘솔에서 또는 Google Cloud CLI를 사용하여 지정된 영역에서 사용할 수 있고 기본 버전인 Kubernetes 버전을 확인할 수 있습니다.

Google Cloud 콘솔을 사용하여 버전 확인

기본 버전과 사용 가능한 버전을 보려면 다음 단계를 수행합니다.

Google Cloud 콘솔에서 Google Kubernetes Engine 페이지로 이동합니다.

Google Kubernetes Engine으로 이동
만들기를 클릭합니다.
Standard 클러스터 모드를 선택한 다음 구성을 클릭합니다.
위치 유형 섹션에서 클러스터에 대해 위치 유형 및 원하는 위치를 선택합니다.
컨트롤 플레인 버전 섹션에서 출시 채널을 선택합니다. 현재 이 채널에서 사용 가능한 모든 버전이 나열됩니다. 기본 버전이 자동으로 선택됩니다.

gcloud CLI를 사용하여 버전 확인

사용할 수 있는 버전과 기본 버전을 확인하려면 클러스터 유형에 대해 다음 gcloud 명령어 중 하나를 실행합니다. 각 탭에는 특정 출시 채널 또는 채널이 없는 정적의 버전을 확인하는 명령어가 제공됩니다 (이전 명칭: 정적).

신속

Rapid 출시 채널에서 기본 버전 및 사용 가능한 버전을 보려면 다음 명령어를 실행합니다.

기본 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=RAPID" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

사용 가능한 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=RAPID" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

다음을 바꿉니다.

COMPUTE_LOCATION: Compute Engine 위치입니다.

일반

Regular 출시 채널에서 기본 버전 및 사용 가능한 버전을 보려면 다음 명령어를 실행합니다.

기본 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=REGULAR" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

사용 가능한 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=REGULAR" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

다음을 바꿉니다.

COMPUTE_LOCATION: Compute Engine 위치입니다.

안정화

Stable 출시 채널에서 기본 버전 및 사용 가능한 버전을 보려면 다음 명령어를 실행합니다.

기본 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=STABLE" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

사용 가능한 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=STABLE" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

다음을 바꿉니다.

COMPUTE_LOCATION: Compute Engine 위치입니다.

확장

Extended 출시 채널에서 기본 버전 및 사용 가능한 버전을 보려면 다음 명령어를 실행합니다.

기본 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=EXTENDED" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

사용 가능한 버전

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=EXTENDED" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

다음을 바꿉니다.

COMPUTE_LOCATION: Compute Engine 위치입니다.

채널 없음

채널 없음 (이전의 정적)에서 기본 버전 및 사용 가능한 버전을 보려면 다음 명령어를 실행합니다.

기본 버전

gcloud container get-server-config \
   --format="yaml(defaultClusterVersion)" \
   --location=COMPUTE_LOCATION

사용 가능한 컨트롤 플레인 버전

gcloud container get-server-config \
   --format="yaml(validMasterVersions)" \
   --location=COMPUTE_LOCATION

사용 가능한 노드 버전

gcloud container get-server-config \
   --format="yaml(validNodeVersions)" \
   --location=COMPUTE_LOCATION

다음을 바꿉니다.

COMPUTE_LOCATION: Compute Engine 위치입니다.

클러스터 버전 지정

이 섹션은 표준 모드에서 생성된 클러스터에만 적용됩니다.

gcloud CLI를 사용하여 클러스터를 만들거나 업그레이드할 때 --cluster-version 플래그를 사용하여 클러스터 버전을 지정할 수 있습니다. 1.9.7-gke.N과 같은 특정 버전을 사용할 수 있으며 버전 별칭도 사용할 수도 있습니다.

latest: 클러스터의 영역 또는 리전의 GKE에서 현재 사용 가능한 지원되는 가장 높은 Kubernetes 버전을 지정합니다.
1.X: 1.X 마이너 버전에서 가장 높은 유효한 패치 +gke.N 패치 출시 버전을 지정합니다.
1.X.Y: 1.X.Y 패치 출시에서 가장 높은 유효한 gke.N 패치를 지정합니다.
-: 클러스터 컨트롤 플레인의 경우 컨트롤 플레인의 기본 Kubernetes 버전을 지정합니다. 노드 업그레이드의 경우 클러스터 컨트롤 플레인이 실행 중인 버전을 지정합니다.

버전을 latest로 지정하여 클러스터를 만들거나 업그레이드해도 자동 업그레이드는 제공되지 않습니다. 노드 자동 업그레이드를 사용 설정하여 클러스터의 노드가 안정적인 최신 버전으로 최신 상태를 유지하도록 합니다.

노드 버전 지정

이 섹션은 표준 모드에서 생성된 클러스터에만 적용됩니다. Autopilot 클러스터에서는 노드가 컨트롤 플레인 버전으로 자동 업그레이드되며 버전을 지정할 수 없습니다.

노드 풀을 만들거나 업그레이드할 때 해당 버전을 지정할 수 있습니다. 기본적으로 노드는 컨트롤 플레인과 동일한 버전의 GKE를 실행합니다. 노드는 컨트롤 플레인보다 부 버전을 기준으로 버전 3개 이상 뒤쳐지면 안 됩니다.

드물지만 클러스터 버전을 더 이상 사용할 수 없더라도 노드 버전은 계속 사용할 수 있습니다.

GKE 버전 차이 정책

GKE 버전 차이 정책은 GKE 클러스터가 컨트롤 플레인과 노드 간의 호환성을 유지하도록 합니다. GKE 클러스터에서 노드는 컨트롤 플레인 버전과 일치하거나 컨트롤 플레인보다 최대 2개 부 버전 이전 버전을 실행할 수 있습니다.

노드는 컨트롤 플레인 버전보다 최신 버전을 실행할 수 없습니다. 예를 들어 클러스터의 컨트롤 플레인에서 버전 1.31을 실행하는 경우 노드는 1.31, 1.30, 1.29 버전을 실행할 수 있지만 1.28 이하 버전은 실행할 수 없습니다. Kubernetes OSS 버전 차이 정책으로 인해 노드 버전은 컨트롤 플레인 버전보다 최신일 수 없습니다.

지원성과 신뢰성을 보장하려면 노드는 유효한 버전 차이에 관계없이 지원되는 버전을 사용해야 합니다.

지원되지 않는 버전 편향이 있는 클러스터 식별

GKE는 버전 편향으로 인해 노드가 제어 영역과 호환되지 않는 버전을 실행 중인 클러스터를 식별합니다. GKE는 지원되지 않는 이 버전을 실행하는 노드를 업그레이드하는 것이 좋습니다. 추천자 서비스를 통해 통계 및 추천이 포함된 안내를 제공합니다. 통계 및 추천을 관리하는 방법에 대한 자세한 내용은 통계 및 추천으로 GKE 사용량 최적화를 참고하세요.

지원되지 않는 버전 편차가 있는 클러스터를 찾으려면 다음 방법 중 하나를 사용하세요.

Google Cloud 콘솔 사용하기
CLUSTER_VERSION_SKEW_UNSUPPORTED 추천자 하위유형을 지정하여 gcloud CLI 또는 Recommender API를 사용합니다.

자세한 내용은 통계 및 추천 보기 방법을 참고하세요.

이 권장사항을 구현하려면 컨트롤 플레인 버전보다 2개 이상 이전 버전의 마이너 버전을 실행하는 노드를 업그레이드합니다.

부 버전 건너뛰기 지원

GKE는 클러스터 컨트롤 플레인의 부 버전 건너뛰기를 허용하지 않지만 패치 버전은 건너뛸 수 있습니다. 워커 노드는 부 버전을 건너뛸 수 있습니다. 예를 들어 노드 풀의 버전 1.32에서 1.33을 건너뛰고 1.34로 업그레이드할 수 있습니다.

여러 부 버전으로 클러스터를 업그레이드하려면 컨트롤 플레인을 한 번에 하나씩 부 버전으로 업그레이드하고 워커 노드를 매번 동일한 버전으로 업그레이드합니다. 예를 들어 컨트롤 플레인을 버전 1.32에서 1.34로 업그레이드하려면 버전 1.32에서 1.33으로 먼저 업그레이드한 후 워커 노드를 컨트롤 플레인 버전에 맞게 업그레이드하고, 이러한 프로세스를 반복하여 버전 1.33에서 1.34로 업그레이드합니다.

버전을 일치하도록 워커 노드를 업그레이드하면 지원되지 않는 버전 차이를 피할 수 있습니다. 가능하면 버전을 건너뛰지 않는 것이 좋습니다. 워커 노드 버전을 건너뛰면 일반적으로 더 큰 테스트 범위를 의미하므로 관리는 가능하지만 더 고려해야 합니다.

또는 원하는 버전으로 새 클러스터를 만들고 워크로드를 다시 배포할 수 있습니다.