이 페이지에서는 VMware 클러스터용 Google Distributed Cloud (소프트웨어 전용)의 업그레이드 프로세스 및 버전 차이에 대한 정보를 간략히 설명합니다. 이 정보는 멀티 클러스터 환경에서 클러스터를 업그레이드하는 순서를 계획하는 데 도움이 됩니다. 업그레이드 계획에 대한 체크리스트를 비롯한 자세한 계획에 대한 정보는 업그레이드 권장사항을 참조하세요.
이 페이지는 기본 기술 인프라의 수명 주기를 관리하는 IT 관리자 및 운영자를 위해 작성되었습니다. Google Cloud 콘텐츠에서 참조하는 일반적인 역할 및 예시 태스크에 대해 자세히 알아보려면 일반 GKE 사용자 역할 및 태스크를 참조하세요.
고급 클러스터의 차이점
고급 클러스터가 사용 설정된 경우 업그레이드와 관련하여 몇 가지 차이점이 있습니다. 특히 버전 1.31의 고급 클러스터 프리뷰에 차이가 있습니다. 업그레이드의 차이점을 확인하려면 이 문서에서 단어 advanced를 검색하세요. 모든 차이점에 대한 표는 고급 클러스터 실행 시의 차이점을 참고하세요.
1.33에서 고급 클러스터로 자동 업그레이드
gkectl버전 확인:gkectl버전은 대상 버전과 동일해야 합니다. 예를 들어 1.32 비고급 클러스터를 1.33.0-gke.799 고급 클러스터로 업그레이드하는 경우gkectl버전은 1.33.0-gke.799여야 합니다. 이 엄격한 버전 요구사항은 고급 클러스터로 전환하는 동안에만 적용됩니다. 고급 클러스터의 모든 후속 업그레이드에는 표준 버전 스큐 규칙이 적용됩니다.- 버전 편향 허용 안 됨: 고급이 아닌 클러스터에서 고급 클러스터로 업그레이드할 때는 컨트롤 플레인과 노드 풀을 별도로 업그레이드할 수 없습니다. 제어 영역과 모든 노드 풀을 동시에 버전 1.33으로 업그레이드해야 합니다.
버전 규칙
업그레이드 규칙은 클러스터 마이너 버전에 따라 다릅니다.
버전 1.30 이하의 경우 사용자 클러스터 마이너 버전이 관리자 클러스터 마이너 버전보다 높거나 같아야 합니다. 패치 버전은 중요하지 않습니다. 예를 들어 사용자 클러스터가 버전 1.30.1인 경우 관리자 클러스터를 1.30.3과 같은 더 높은 패치 버전으로 업그레이드할 수 있습니다.
버전 1.31 이상의 경우 패치 버전을 포함한 관리자 클러스터 버전이 사용자 클러스터 버전보다 크거나 같아야 합니다. 예를 들어 관리자 클러스터가 버전 1.31.1인 경우 사용자 클러스터를 업그레이드할 수 있는 가장 높은 버전은 1.31.1입니다.
클러스터를 버전 1.31로 업그레이드하려면 먼저 모든 클러스터를 버전 1.30으로 가져와야 합니다. 모든 클러스터가 버전 1.30이 된 후에 관리자 클러스터를 버전 1.31로 업그레이드합니다. 그런 다음 사용자 클러스터를 관리자 클러스터와 동일한 1.31 패치 버전으로 업그레이드할 수 있습니다.
gkectl의 버전 규칙
업그레이드에 사용할 수 있는 gkectl 버전은 대상 클러스터 버전 (업그레이드할 클러스터의 버전)에 따라 다릅니다.
일반적으로 클러스터 대상 버전과 동일한 버전의 gkectl을 사용합니다.
업그레이드 중에는 다음 규칙이 적용됩니다.
gkectl버전은 대상 마이너 클러스터 버전보다 낮은 마이너 버전일 수 없습니다. 예를 들어 1.29 클러스터를 1.30으로 업그레이드하는 경우 대상 클러스터 버전보다 낮은gkectl1.29는 사용할 수 없습니다. 패치 버전은 중요하지 않습니다. 예를 들어gkectl버전 1.29.0-gke.1456을 사용하여 1.29.1000-gke.94와 같이 더 높은 패치 버전으로 업그레이드할 수 있습니다.gkectl버전은 현재 클러스터 버전보다 마이너 버전 3개 이상 높을 수 없습니다. 예를 들어 1.28 클러스터를 1.29로 업그레이드하는 경우gkectl버전은 1.29 또는 1.30일 수 있습니다. 하지만gkectl버전 1.31은 클러스터 버전보다 마이너 버전이 3개 높으므로 사용할 수 없습니다.클러스터를 고급 클러스터로 업그레이드하는 경우
gkectl버전은 대상 버전과 동일해야 합니다. 예를 들어 1.32 고급이 아닌 클러스터를 1.33.0-gke.799 고급 클러스터로 업그레이드하는 경우gkectl버전은 1.33.0-gke.799여야 합니다.1.33에서는 클러스터가 기본적으로 고급 클러스터로 업그레이드됩니다. 즉, 1.32에서 1.33으로 업그레이드하는 경우
gkectl버전은 업그레이드된 버전과 동일해야 합니다.이 엄격한 버전 요구사항은 고급 클러스터로 전환하는 동안에만 적용됩니다. 고급 클러스터의 모든 후속 업그레이드에는 표준 버전 기울기 규칙이 적용됩니다.
필요한 경우 gkectl 다운로드를 참조하여 지원되는 gkectl 버전을 가져옵니다.
관리자 클러스터와 사용자 클러스터 간의 버전 차이에 관한 자세한 내용은 이 문서의 버전 차이 섹션을 참고하세요.
업그레이드 시 레거시 기능 차단
모든 사용자 클러스터에 Dataplane V2가 필요합니다. 사용자 클러스터를 버전 1.31로 업그레이드하기 전에 Dataplane V2 사용 설정의 단계를 따르세요.
버전 1.32로 클러스터를 업그레이드하는 동안에는 다음과 같은 기존 기능이 차단됩니다.
- 통합 F5 Big IP 부하 분산기 구성
- HA가 아닌 관리자 클러스터
- Kubeception 사용자 클러스터
- Seesaw 부하 분산기
버전 1.32로 업그레이드하기 전에 클러스터를 권장 기능으로 마이그레이션해야 합니다.
업그레이드 시퀀스
관리자 클러스터와 사용자 클러스터를 업그레이드하는 순서는 업그레이드할 클러스터 버전(대상 버전이라고 함)에 따라 다릅니다.
1.31 이상
대상 버전이 1.31 이상인 경우 관리자 클러스터에서 관리하는 사용자 클러스터를 업그레이드하기 전에 관리자 클러스터를 업그레이드해야 합니다. 다음 단계에서는 업그레이드 시퀀스를 설명합니다.
관리자 워크스테이션을 업그레이드합니다. Google Cloud 콘솔, Google Cloud CLI 또는 Terraform을 사용하여 사용자 클러스터를 업그레이드하려는 경우에도 이 작업을 수행하는 것이 좋습니다.
관리자 클러스터를 업그레이드합니다.
사용자 클러스터를 한 번에 하나씩 업그레이드합니다.
선택적으로 사용자 클러스터의 노드 풀과 별도로 사용자 클러스터의 컨트롤 플레인을 업그레이드할 수 있습니다. 자세한 내용은 노드 풀 업그레이드를 참조하세요.
- 버전 1.31: 고급 클러스터에서 사용할 수 없습니다.
- 버전 1.32 이상: 고급 클러스터에서 사용할 수 있습니다.
노드 풀을 업그레이드할 때 부 버전을 건너뛸 수 있습니다. 자세한 내용은 노드 풀 업그레이드 시 버전 건너뛰기를 참고하세요.
- 버전 1.31: 고급 클러스터에서 사용할 수 없습니다.
- 버전 1.32 이상: 고급 클러스터에서 사용할 수 있습니다.
사용자 클러스터의 모든 노드 풀이 사용자 클러스터의 제어 영역과 동일한 버전이 되면 사용자 클러스터가 완전히 업그레이드됩니다.
1.30 이하
대상 버전이 1.30 이하인 경우 관리자 클러스터를 업그레이드하기 전에 모든 사용자 클러스터를 업그레이드해야 합니다.
관리자 워크스테이션을 업그레이드합니다. Google Cloud 콘솔, Google Cloud CLI 또는 Terraform을 사용하여 사용자 클러스터를 업그레이드하려는 경우에도 이 작업을 수행하는 것이 좋습니다.
사용자 클러스터를 한 번에 하나씩 업그레이드합니다.
버전 1.14 이상에서는 선택사항으로 사용자 클러스터의 노드 풀과 별도로 사용자 클러스터의 컨트롤 플레인을 업그레이드할 수 있습니다.
버전 1.16 이상에서는 노드 풀을 업그레이드할 때 선택적으로 부 버전을 건너뛸 수 있습니다. 자세한 내용은 노드 풀 업그레이드 시 버전 건너뛰기를 참고하세요.
사용자 클러스터의 모든 노드 풀이 사용자 클러스터의 제어 영역과 동일한 버전이 되면 사용자 클러스터가 완전히 업그레이드됩니다.
관리자 클러스터는 관리하는 사용자 클러스터보다 높은 마이너 버전일 수 없습니다. 사용자 클러스터 중 하나가 관리자 클러스터와 동일한 부 버전인 경우 관리자 클러스터를 업그레이드할 수 없습니다.
모든 사용자 클러스터가 관리자 클러스터보다 최소 한 단계 나중에 나온 부 버전인 경우 선택사항으로 관리자 클러스터를 업그레이드할 수 있습니다.
업그레이드의 버전 차이 및 버전 규칙이 1.28 이상에서 변경되었습니다. 자세한 내용은 이 문서의 버전 차이 섹션을 참고하세요.
노드 업그레이드 순서
관리자 클러스터 컨트롤 플레인 노드, 사용자 클러스터 컨트롤 플레인 노드, 사용자 클러스터 워커 노드가 업그레이드되는 순서는 대상 버전과 사용자 클러스터에 Controlplane V2가 사용 설정되었는지 여부에 따라 달라집니다.
제어 영역 V2
Controlplane V2가 사용 설정되면 사용자 클러스터의 컨트롤 플레인은 사용자 클러스터 자체에서 실행됩니다. Controlplane V2의 경우 사용자 클러스터 업그레이드 중에 사용자 클러스터 컨트롤 플레인 노드가 업그레이드되고 관리자 클러스터 업그레이드 중에 관리자 클러스터 컨트롤 플레인 노드가 업그레이드됩니다.
Kubeception
Controlplane V2가 사용 설정되지 않았으면 사용자 클러스터의 컨트롤 플레인이 관리자 클러스터의 하나 이상의 노드에서 실행됩니다. 이 구성을 kubeception이라고 합니다. kubeception 클러스터의 경우 업그레이드 버전이 노드 업그레이드 동작을 결정합니다.
| 버전 업그레이드 | 노드 업그레이드 동작 |
|---|---|
| 1.32 이상 | Kubeception 클러스터는 지원되지 않습니다. 1.32로 업그레이드하기 전에 모든 사용자 클러스터를 Controlplane V2로 마이그레이션해야 합니다. |
| 1.31 |
|
| 1.30 이하 | 관리자 클러스터 업그레이드 중에 사용자 클러스터 컨트롤 플레인 노드와 관리자 클러스터 컨트롤 플레인 노드가 모두 업그레이드됩니다. |
관리자 클러스터 업그레이드
1.31 이상
대상 버전이 1.31 이상인 경우 먼저 관리자 클러스터를 업그레이드한 다음 사용자 클러스터를 업그레이드해야 합니다.
gkectl 또는 gcloud CLI를 사용하여 관리자 클러스터를 업그레이드할 수 있습니다.
1.30 이하
대상 버전이 1.30 이하인 경우 먼저 모든 사용자 클러스터를 업그레이드한 다음 관리자 클러스터를 업그레이드합니다. 모든 사용자 클러스터의 제어 영역과 노드 풀이 관리자 클러스터보다 최소 한 단계 높은 경우 관리자 클러스터를 업그레이드할 수 있습니다.
gkectl만 관리자 클러스터의 업그레이드를 지원합니다. GKE On-Prem API 클라이언트는 관리자 클러스터의 업그레이드를 지원하지 않습니다.
사용자 클러스터 업그레이드
사용자 클러스터를 업그레이드할 때 사용자 클러스터를 전체적으로 업그레이드(제어 영역과 클러스터의 모든 노드 풀을 업그레이드)하거나, 사용자 클러스터의 제어 영역은 업그레이드하고 노드 풀은 현재 버전으로 둘 수 있습니다. 사용하는 접근 방식은 다음과 같은 여러 가지 요인에 따라 다릅니다.
- 클러스터가 위치한 환경(프로덕션 또는 비프로덕션)
- 유지보수 기간의 길이
- 사용자 클러스터의 버전
예를 들어 개발 환경에서는 프로세스를 간단하게 유지하여 사용자 클러스터의 컨트롤 플레인과 모든 노드 풀을 한꺼번에 업그레이드하는 게 편할 수 있습니다. 하지만 유지보수 기간이 짧은 프로덕션 환경에서는 제어 영역 업그레이드가 시간이 오래 걸리지 않으므로 제어 영역 업그레이드만 진행할 수 있습니다. 또한 고가용성 (HA) 제어 영역이라면 제어 영역 업그레이드는 사용자 워크로드에 지장을 주지 않습니다. 제어 영역이 버전 1.28 이상이면 노드 풀을 업그레이드할 때 부 버전을 건너뛸 수 있습니다.
- 버전 1.31: 고급 클러스터에서 사용할 수 없습니다.
- 버전 1.32 이상: 고급 클러스터에서 사용할 수 있습니다.
선택적으로 노드 풀 업그레이드
특정 상황에서는 사용자 클러스터의 노드 풀 중 일부만 업그레이드하려는 경우가 있습니다. 예를 들어 제어 영역을 업그레이드한 후 트래픽이 적거나 가장 중요하지 않은 워크로드를 실행하는 노드 풀을 업그레이드할 수 있습니다. 워크로드가 새 버전에서 올바르게 실행되었다고 확신하면 결국 모든 노드 풀이 업그레이드될 때까지 추가 노드 풀을 업그레이드할 수 있습니다. 자세한 내용은 노드 풀 업그레이드를 참조하세요.
노드 풀 업그레이드 시 부 버전 건너뛰기
클러스터의 버전이 1.16 이상이면 노드 풀을 업그레이드할 때 부 버전을 건너뛸 수 있습니다. 버전 건너뛰기 업그레이드를 수행하면 노드 풀을 두 버전 순차적으로 업그레이드하는 데 걸리는 시간이 절반으로 줄어듭니다. 또한 버전 건너뛰기 업그레이드를 사용하면 지원되는 버전을 유지하는 데 필요한 업그레이드 간 시간을 늘릴 수 있습니다. 업그레이드 수를 줄이면 워크로드 중단 및 확인 시간이 줄어듭니다. 자세한 내용은 노드 풀 업그레이드 시 버전 건너뛰기를 참고하세요.
사용자 클러스터를 업그레이드할 도구 선택
Google Distributed Cloud는 사용자 클러스터를 업그레이드하기 위한 여러 도구를 제공합니다.
명령줄 도구
gkectl- 관리자 워크스테이션에서 실행합니다. 업그레이드하기 전에 사용자 클러스터 구성 파일을 수정하여 클러스터의 제어 영역 및 노드 풀(선택사항)의 대상 버전을 설정하세요.gkectl에 대한 명령줄에서 이 파일을 지정합니다.고급 클러스터가 사용 설정된 경우 업그레이드에
gkectl을 사용해야 합니다. 고급 클러스터에서는 GKE On-Prem API 클라이언트가 지원되지 않습니다.Google Cloud 콘솔, Google Cloud CLI 또는 Terraform - GKE On-Prem API에 대한 네트워크 연결이 있는 모든 컴퓨터에서 실행할 수 있습니다. 이러한 표준 도구는 Google Cloud 인프라에서 실행되는 GKE On-Prem API의 클라이언트입니다.
Terraform을 사용하여 사용자 클러스터를 만든 경우에만 업그레이드에 Terraform을 사용할 수 있습니다.
gkectl을 사용하여 사용자 클러스터를 만든 경우 업그레이드에 콘솔 또는 gcloud CLI를 사용하려면 GKE On-Prem API에 클러스터를 등록해야 합니다. 1.16 이상에서는gkectl을 사용하여 만든 클러스터가 기본적으로 GKE On-Prem API에 등록됩니다. 이전 버전에서 만든 클러스터의 경우 클러스터가 만들어진 후 클러스터를 등록할 수 있습니다.업그레이드에
gkectl을 사용하기로 결정하더라도 GKE On-Prem API에 클러스터를 등록하여 콘솔 또는 gcloud CLI를 통해 클러스터에 대한 정보를 얻을 수 있습니다.
사용하는 도구는 사용자 클러스터를 업그레이드하려는 방법에 따라 다릅니다.
클러스터 전체 업그레이드:
gkectl, Google Cloud 콘솔, Google Cloud CLI 또는 Terraform을 사용하여 사용자 클러스터를 업그레이드할 수 있습니다 (제어 영역과 모든 노드 풀 포함).제어 영역만 업그레이드:
gkectl, gcloud CLI 또는 Terraform을 사용하여 노드 풀과 별도로 사용자 클러스터의 제어 영역을 업그레이드할 수 있습니다. 콘솔은 제어 영역만의 업그레이드는 지원하지 않습니다.제어 영역이 업그레이드된 후 선택적으로 노드 풀 업그레이드: 제어 영역이 업그레이드된 후
gkectl, gcloud CLI 또는 Terraform을 사용하여 특정 노드 풀을 업그레이드할 수 있습니다.제어 영역과 하나 이상의 노드 풀을 동시에 업그레이드:
gkectl만 이 사용 사례를 지원합니다.
버전 차이
버전 차이는 관리자 클러스터와 해당 클러스터에서 관리하는 사용자 클러스터 간의 마이너 버전 차이입니다. 다음 섹션에서 사용자 클러스터 버전은 제어 영역과 노드 풀의 버전을 전체적으로 나타냅니다.
또한 버전 차이는 사용자 클러스터의 제어 영역과 사용자 클러스터의 노드 풀 간의 마이너 버전 차이입니다.
멀티 클러스터 환경에서 업그레이드에 지원되는 버전 차이 및 버전 규칙을 이해하면 클러스터 업그레이드 순서를 계획하는 데 도움이 될 수 있습니다.
관리자 및 사용자 클러스터 버전 차이
관리자 클러스터는 다른 버전의 사용자 클러스터를 관리할 수 있습니다. 이 기능을 사용하면 조직에 맞는 일정에 따라 사용자 클러스터 Fleet을 업그레이드할 수 있습니다.
1.31 이상
버전 1.31 이상에서 관리자 클러스터는 사용자 클러스터보다 부 버전이 최대 두 버전 더 높을 수 있습니다. 예를 들어 관리자 클러스터가 1.31인 경우 해당 관리자 클러스터에서 관리하는 사용자 클러스터는 1.29, 1.30 또는 1.31일 수 있습니다.
일반적으로 1.n이 관리자 클러스터 부 버전이면 사용자 클러스터는 1.n-2, 1.n-1 또는 1.n일 수 있습니다. 모든 사용자 클러스터가 1.n 또는 1.n-1이 되기 전에는 관리자 클러스터를 다음 부 버전으로 업그레이드할 수 없습니다.
1.29~1.30
버전 편향은 1.28과 동일합니다. 1.29에서는 이 기능이 정식 버전 단계로 전환되었습니다.
버전 1.29 이상에서 사용자 클러스터는 관리자 클러스터보다 부 버전이 최대 두 버전 더 높을 수 있습니다. 예를 들어 관리자 클러스터가 1.31인 경우 해당 관리자 클러스터에서 관리하는 사용자 클러스터는 1.31, 1.32 또는 1.33일 수 있습니다.
일반적으로 1.n이 관리자 클러스터 부 버전이면 사용자 클러스터는 1.n, 1.n+1 또는 1.n+2일 수 있습니다. 관리자 클러스터가 최소 한 단계 나중에 나온 부 버전으로 업그레이드될 때까지 1.n+2의 사용자 클러스터를 다음 부 버전으로 업그레이드할 수 없습니다.
1.28
버전 1.28에서는 사용자 클러스터의 관리자 클러스터보다 부 버전이 최대 두 버전 더 높을 수 있습니다. 예를 들어 관리자 클러스터가 1.15인 경우 해당 관리자 클러스터에서 관리하는 사용자 클러스터는 1.15, 1.16 또는 1.28일 수 있습니다. 1.28의 사용자 클러스터는 관리자 클러스터가 1.16 이상으로 업그레이드될 때까지 1.29로 업그레이드할 수 없습니다.
1.16 이하
버전 1.16 이하에서 사용자 클러스터는 관리자 클러스터보다 부 버전이 한 버전만 더 높을 수 있습니다. 예를 들어 관리자 클러스터가 1.15인 경우 해당 관리자 클러스터에서 관리하는 사용자 클러스터는 1.15 또는 1.16일 수 있습니다.
일반적으로 1.n이 관리자 클러스터 부 버전이면 사용자 클러스터는 1.n 또는 1.n+1일 수 있습니다. 관리자 클러스터가 사용자 클러스터와 동일한 부 버전이 되기 전에는 사용자 클러스터를 다음 부 버전으로 업그레이드할 수 없습니다.
사용자 클러스터 제어 영역 및 노드 풀 버전 차이
1.29 이상
버전 편향은 1.28과 동일합니다. 1.29에서는 이 기능이 정식 버전 단계로 전환되었습니다.
버전 1.29 이상에서 사용자 클러스터의 제어 영역은 클러스터의 노드 풀보다 부 버전이 최대 두 버전 더 높을 수 있습니다. 예를 들어 사용자 클러스터의 컨트롤 플레인이 1.33인 경우 클러스터의 노드 풀은 1.31, 1.32 또는 1.33일 수 있습니다.
일반적으로 1.n이 사용자 클러스터 제어 영역의 부 버전인 경우 클러스터의 노드 풀은 1.n, 1.n-1 또는 1.n-2일 수 있습니다.
모든 노드 풀이 1.n 또는 1.n-1이 되기 전에는 사용자 클러스터 제어 영역을 다음 부 버전으로 업그레이드할 수 없습니다.
1.28
버전 1.28에서 사용자 클러스터의 제어 영역은 클러스터의 노드 풀보다 부 버전이 최대 두 버전 더 높을 수 있습니다. 예를 들어 사용자 클러스터의 제어 영역이 1.28인 경우 클러스터의 노드 풀은 1.15, 1.16 또는 1.28일 수 있습니다. 모든 노드 풀이 1.28 또는 1.16이 될 때까지는 사용자 클러스터 제어 영역을 1.29로 업그레이드할 수 없습니다.
1.16 이하
버전 1.16 이하에서 사용자 클러스터의 제어 영역은 클러스터의 노드 풀보다 부 버전이 한 버전만 더 높을 수 있습니다. 예를 들어 사용자 클러스터의 제어 영역이 1.16인 경우 클러스터의 노드 풀은 1.15 또는 1.16일 수 있습니다.
일반적으로 1.n이 사용자 클러스터 제어 영역의 부 버전인 경우 클러스터의 노드 풀은 1.n 또는 1.n-1일 수 있습니다. 모든 노드 풀이 제어 영역과 동일한 부 버전이 되기 전에는 사용자 클러스터를 다음 부 버전으로 업그레이드할 수 없습니다.
관리자 클러스터 및 사용자 클러스터 제어 영역 업그레이드의 버전 규칙
관리자 클러스터 및 사용자 클러스터 제어 영역 업그레이드의 버전 규칙은 동일합니다. 동일한 마이너 출시 버전 또는 다음 마이너 출시 버전에 포함된 버전으로 직접 업그레이드할 수 있습니다. 예를 들어 1.33.0에서 1.33.1로 업그레이드하거나 1.32.1에서 1.33.0으로 업그레이드할 수 있습니다. 패치 버전은 업그레이드 버전 규칙에 영향을 주지 않습니다.
다음 마이너 출시 버전에 포함되지 않는 버전으로 업그레이드하는 경우 현재 버전과 대상 버전 사이에 각 마이너 출시 버전 중 하나를 통해 업그레이드해야 합니다. 마이너 버전 건너뛰기는 지원되지 않습니다. 예를 들어 버전 1.31.x에서 버전 1.33.x로 업그레이드하려는 경우 직접 업그레이드할 수 없습니다. 이럴 때는 먼저 1.31.x에서 1.32.x로 업그레이드한 후 1.33.x로 업그레이드해야 합니다.
일반적으로 관리자 클러스터 업그레이드 및 사용자 클러스터 제어 영역 업그레이드에는 1.n에서 1.n+1로의 업그레이드만 지원됩니다.
노드 풀 업그레이드의 버전 규칙
버전 1.28 이상에서 사용자 클러스터의 노드 풀을 업그레이드할 때 하나의 부 버전을 건너뛸 수 있습니다. 예를 들어 사용자 클러스터 제어 영역이 1.33이고 노드 풀이 1.31인 경우 1.32를 건너뛰고 노드 풀을 1.33으로 직접 업그레이드할 수 있습니다. 패치 버전은 업그레이드 버전 규칙에 영향을 주지 않습니다.
일반적으로 사용자 클러스터 제어 영역이 1.n인 경우 1.n-2인 노드 풀을 1.n로 직접 업그레이드할 수 있습니다. 노드 풀을 업그레이드할 때 하나의 부 버전을 건너뛰면 두 번의 노드 풀 업그레이드(1.n-2에서 1.n-1로 업그레이드한 후 1.n으로 업그레이드)를 수행하는 데 걸리는 시간이 줄어들 수 있습니다. 이러한 이유로 사용자 클러스터에서 실행되는 노드 풀과 별도로 사용자 클러스터의 제어 영역을 업그레이드하는 것이 좋습니다.
- 버전 1.31: 고급 클러스터에서 사용할 수 없습니다.
- 버전 1.32 이상: 고급 클러스터에서 사용할 수 있습니다.
패치 버전 업그레이드
가능할 때마다 클러스터에 최신 보안 수정이 적용되도록 최신 패치 버전으로 업그레이드하는 것이 좋습니다. 패치 버전은 버전 차이 및 업그레이드 규칙에 영향을 주지 않습니다. 지정된 부 버전의 경우 상위 패치 버전으로 업그레이드할 수 있습니다. 즉, Y가 X보다 크기만 하면 1.33.X 버전 클러스터를 1.33.Y 버전으로 업그레이드할 수 있습니다. 예를 들어 1.32.0에서 1.32.1로 업그레이드하고 1.32.1에서 1.32.3으로 업그레이드할 수 있습니다.
다음 단계
업그레이드 권장사항을 검토하고 클러스터 업그레이드 계획 세우기