AKS(Azure Kubernetes Service)에서 지원되는 Kubernetes 버전
Kubernetes 커뮤니티에서는 대략 3개월마다 부 버전을 릴리스합니다. 최근 Kubernetes 커뮤니티는 1.19 버전부터 각 버전에 대한 지원 기간을 9개월에서 12개월로 늘렸습니다.
부 버전 릴리스에는 새로운 기능과 향상된 기능이 포함됩니다. 패치는 더 자주 릴리스되며(매주 릴리스되기도 함), 부 버전의 중요한 버그 수정용으로만 제공됩니다. 패치 릴리스에는 보안 취약성 또는 주요 버그에 대한 수정이 포함됩니다.
Kubernetes 버전
Kubernetes는 표준 유의적 버전 버전 관리 체계를 각 버전에 사용합니다.
[major].[minor].[patch]
Examples:
1.17.7
1.17.8
버전의 각 번호는 이전 버전과의 일반적인 호환성을 나타냅니다.
- 주 버전은 호환되지 않는 API 업데이트 또는 이전 버전과의 호환성이 손상될 수 있으면 변경됩니다.
- 부 버전은 다른 부 릴리스의 이전 버전과 호환되는 기능 업데이트가 수행되면 변경됩니다.
- 패치 버전은 이전 버전과 호환되는 버그 수정이 수행되면 변경됩니다.
실행하는 부 버전의 최신 패치 릴리스를 실행하는 것을 목표로 합니다. 예를 들어 프로덕션 클러스터가 1.17.7에 있는 경우 1.17.8이 1.17 시리즈에 사용할 수 있는 최신 패치 버전입니다. 클러스터가 완전히 패치되고 지원되도록 최대한 빨리 1.17.8로 업그레이드해야 합니다.
AKS Kubernetes 릴리스 달력
AKS Kubernetes 릴리스 달력에서 예정된 버전 릴리스를 봅니다. 지역 릴리스 상태 및 버전 릴리스 정보의 실시간 업데이트를 보려면 AKS 릴리스 상태 웹 페이지를 방문하세요. 릴리스 상태 웹 페이지에 대한 자세한 내용은 AKS 릴리스 추적기를 참조하세요.
참고 항목
AKS는 GA(일반 공급) Kubernetes 버전에 대한 12개월의 지원을 따릅니다. Kubernetes 버전 관리 지원 정책에 대해 자세히 알아보려면 FAQ를 참조하세요.
이전 릴리스 기록은 Kubernetes 기록을 참조하세요.
| K8s 버전 | 업스트림 릴리스 | AKS 미리 보기 | AKS GA | 수명 종료 | 플랫폼 지원 |
|---|---|---|---|---|---|
| 1.26 | 2022년 12월 | 2023년 2월 | 2023년 4월 | 2024년 3월 | 1.30GA까지 |
| 1.27* | 2023년 4월 | 2023년 6월 | 2023년 7월 | 2024년 7월, LTS ~ 2025년 7월 | 1.31GA까지 |
| 1.28 | 2023년 8월 | 2023년 9월 | 2023년 11월 | 2024년 11월 | 1.32GA까지 |
| 1.29 | 2023년 12월 | 2024년 2월 | 2024년 3월 | 1.33GA까지 | |
| 1.30 | 2024년 4월 | 2024년 5월 | 2024년 6월 | 1.34 GA까지 |
* 버전이 장기 지원용으로 지정되었음을 나타냅니다.
AKS Kubernetes 릴리스 일정 Gantt 차트
이 정보를 시각적으로 확인하려면 현재 릴리스가 모두 표시된 Gantt 차트를 참조하세요.
버전별 AKS 구성 요소 호환성이 손상되는 변경
사용 가능한 부 버전으로 업그레이드하기 전에 다음과 같은 중요한 변경 내용을 확인합니다.
| Kubernetes 버전 | AKS 관리 추가 기능 | AKS 구성 요소 | OS 구성 요소 | 호환성이 손상되는 변경 | 주의 |
|---|---|---|---|---|---|
| 1.26 | Azure Policy 1.3.0 Metrics-Server 0.6.3 KEDA 2.10.1 Open Service Mesh 1.2.3 Core DNS V1.9.4 Overlay VPA 0.11.0 Azure-Keyvault-SecretsProvider 1.4.1 AGIC(Application Gateway 수신 컨트롤러) 1.5.3 Image Cleaner v1.2.3 Azure Workload identity v1.0.0 MDC Defender 1.0.56 Azure Active Directory Pod ID 1.8.13.6 GitOps 1.7.0 KMS 0.5.0 azurefile-csi-driver 1.26.10 |
Cilium 1.12.8 CNI 1.4.44 Cluster Autoscaler 1.8.5.3 |
OS Image Ubuntu 22.04 Cgroups V2 ContainerD 1.7 Azure Linux 2.0 Cgroups V1 ContainerD 1.6 |
azurefile-csi-driver 1.26.10 | None |
| 1.27 | Azure Policy 1.3.0 azuredisk-csi driver v1.28.5 azurefile-csi driver v1.28.7 blob-csi v1.22.4 csi-attacher v4.3.0 csi-resizer v1.8.0 csi-snapshotter v6.2.2 snapshot-controller v6.2.2 Metrics-Server 0.6.3 Keda 2.11.2 Open Service Mesh 1.2.3 Core DNS V1.9.4 Overlay VPA 0.11.0 Azure-Keyvault-SecretsProvider 1.4.1 AGIC(Application Gateway 수신 컨트롤러) 1.7.2 Image Cleaner v1.2.3 Azure Workload identity v1.0.0 MDC Defender 1.0.56 Azure Active Directory Pod ID 1.8.13.6 GitOps 1.7.0 azurefile-csi-driver 1.28.7 KMS 0.5.0 CSI 비밀 저장소 드라이버 1.3.4-1 |
Cilium 1.13.10-1 CNI 1.4.44 Cluster Autoscaler 1.8.5.3 |
OS Image Ubuntu 22.04 Cgroups V2 Linux용 ContainerD 1.7 및 Windows용 ContainerD 1.6 Azure Linux 2.0 Cgroups V1 ContainerD 1.6 |
Keda 2.11.2 Cilium 1.13.10-1 azurefile-csi-driver 1.28.7 azuredisk-csi driver v1.28.5 blob-csi v1.22.4 csi-attacher v4.3.0 csi-resizer v1.8.0 csi-snapshotter v6.2.2 snapshot-controller v6.2.2 |
Ubuntu 22.04 FIPS 인증 상태로 인해 AKS FIPS 노드를 1.27 이상부터 18.04에서 20.04로 전환합니다. |
| 1.28 | Azure Policy 1.3.0 azurefile-csi-driver 1.29.2 csi-node-driver-registrar v2.9.0 csi-livenessprobe 2.11.0 azuredisk-csi-linux v1.29.2 azuredisk-csi-windows v1.29.2 csi-provisioner v3.6.2 csi-attacher v4.5.0 csi-resizer v1.9.3 csi-snapshotter v6.2.2 snapshot-controller v6.2.2 Metrics-Server 0.6.3 KEDA 2.11.2 Open Service Mesh 1.2.7 Core DNS V1.9.4 Overlay VPA 0.13.0 Azure-Keyvault-SecretsProvider 1.4.1 AGIC(Application Gateway 수신 컨트롤러) 1.7.2 Image Cleaner v1.2.3 Azure Workload identity v1.2.0 MDC Defender Security Publisher 1.0.68 CSI 비밀 저장소 드라이버 1.3.4-1 MDC Defender Old File Cleaner 1.3.68 MDC Defender Pod Collector 1.0.78 MDC Defender Low Level Collector 1.3.81 Azure Active Directory Pod ID 1.8.13.6 GitOps 1.8.1 |
Cilium 1.13.10-1 CNI v1.4.43.1(기본값)/v1.5.11(Azure CNI 오버레이) Cluster Autoscaler 1.27.3 Tigera-Operator 1.28.13 |
OS Image Ubuntu 22.04 Cgroups V2 Linux용 ContainerD 1.7.5 및 Windows용 ContainerD 1.7.1 Azure Linux 2.0 Cgroups V1 ContainerD 1.6 |
azurefile-csi-driver 1.29.2 csi-resizer v1.9.3 csi-attacher v4.4.2 csi-provisioner v4.4.2 blob-csi v1.23.2 azurefile-csi driver v1.29.2 azuredisk-csi driver v1.29.2 csi-livenessprobe v2.11.0 csi-node-driver-registrar v2.9.0 |
None |
| 1.29 | Azure Policy 1.3.0 csi-provisioner v4.0.0 csi-attacher v4.5.0 csi-snapshotter v6.3.3 snapshot-controller v6.3.3 Metrics-Server 0.6.3 KEDA 2.11.2 Open Service Mesh 1.2.7 Core DNS V1.9.4 Overlay VPA 0.13.0 Azure-Keyvault-SecretsProvider 1.4.1 AGIC(Application Gateway 수신 컨트롤러) 1.7.2 Image Cleaner v1.2.3 Azure Workload identity v1.2.0 MDC Defender Security Publisher 1.0.68 MDC Defender Old File Cleaner 1.3.68 MDC Defender Pod Collector 1.0.78 MDC Defender Low Level Collector 1.3.81 Azure Active Directory Pod ID 1.8.13.6 GitOps 1.8.1 CSI 비밀 저장소 드라이버 1.3.4-1 azurefile-csi-driver 1.29.3 |
Cilium 1.13.5 CNI v1.4.43.1(기본값)/v1.5.11(Azure CNI 오버레이) Cluster Autoscaler 1.27.3 Tigera-Operator 1.30.7 |
OS Image Ubuntu 22.04 Cgroups V2 Linux용 ContainerD 1.7.5 및 Windows용 ContainerD 1.7.1 Azure Linux 2.0 Cgroups V1 ContainerD 1.6 |
Tigera-Operator 1.30.7 csi-provisioner v4.0.0 csi-attacher v4.5.0 csi-snapshotter v6.3.3 snapshot-controller v6.3.3 |
None |
별칭 부 버전
참고 항목
별칭 부 버전에는 Azure CLI 버전 2.37 이상과 API 버전 20220401 이상이 필요합니다. 최신 버전의 CLI를 설치하는 데 az upgrade를 사용하세요.
AKS를 사용하면 정확한 패치 버전을 지정하지 않고도 클러스터를 만들 수 있습니다. 패치를 지정하지 않고 클러스터를 만들면 클러스터는 부 버전의 최신 GA 패치를 실행합니다. 예를 들어, 1.21을 사용하여 클러스터를 만들면 클러스터는 1.21의 최신 GA 패치 버전인 1.21.7을 실행합니다. 패치 버전을 동일한 부 버전으로 업그레이드하려면 자동 업그레이드를 사용하세요.
어떤 패치가 있는지 확인하려면 az aks show --resource-group myResourceGroup --name myAKSCluster 명령을 실행합니다. currentKubernetesVersion 속성은 전체 Kubernetes 버전을 표시합니다.
{
"apiServerAccessProfile": null,
"autoScalerProfile": null,
"autoUpgradeProfile": null,
"azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
"currentKubernetesVersion": "1.21.7",
}
Kubernetes 버전 지원 정책
AKS는 GA(일반 공급) 버전을 모든 지역에서 사용할 수 있고 모든 SLO 또는 SLA 측정에서 사용하도록 설정되는 버전으로 정의합니다. AKS에서 지원하는 Kubernetes의 3개 GA 부 버전은 다음과 같습니다.
- AKS에서 릴리스된 최신 GA 부 버전입니다(N이라고 함).
- 이전 부 버전 2개.
- 지원되는 각 부 버전은 안정적인 패치를 최대 2개 지원합니다.
또한 AKS는 미리 보기 사용 약관에 따라 명시적으로 레이블이 지정된 미리 보기 버전을 지원할 수도 있습니다.
AKS는 일반 지원 버전 이후 하나의 Kubernetes GA 부 버전에 대해서만 플랫폼 지원을 제공합니다. AKS에서 Kubernetes 버전의 플랫폼 지원 기간은 "N-3"으로 알려져 있습니다. 자세한 내용은 플랫폼 지원 정책을 참조하세요.
참고 항목
AKS는 점진적 지역 배포를 포함하는 안전한 배포 방법을 사용합니다. 즉, 모든 지역에서 새 릴리스 또는 새 버전을 사용할 수 있기까지 영업일 기준 최대 10일이 소요될 수 있습니다.
AKS에서 지원되는 Kubernetes 버전 창은 "N-2"(N(최신 릴리스) - 2(부 버전))로 알려져 있으며 ".letter"는 패치 버전을 나타냅니다.
예를 들어 AKS가 현재 1.17.a를 도입하는 경우 다음 버전에 대한 지원이 제공됩니다.
| 새 부 버전 | 지원되는 버전 목록 |
|---|---|
| 1.17.a | 1.17.a, 1.17.b, 1.16.c, 1.16.d, 1.15.e, 1.15.f |
새로운 부 버전이 도입되면 지원되는 가장 오래된 부 버전 및 패치 릴리스는 사용 중지되고 제거됩니다. 예를 들어 현재 지원되는 버전 목록이 다음과 같을 경우
1.17.a
1.17.b
1.16.c
1.16.d
1.15.e
1.15.f
AKS에서 1.18.*를 릴리스하면 모든 1.15.* 버전은 30일 내에 지원이 중지됩니다.
AKS는 또한 특정 부 버전의 패치 릴리스를 최대 2개까지 지원합니다. 예를 들어, 지원되는 버전은 다음과 같습니다.
Current Supported Version List
------------------------------
1.17.8, 1.17.7, 1.16.10, 1.16.9
AKS에서 1.17.9 및 1.16.11을 해제하는 경우 가장 오래된 패치 버전이 더 이상 사용되지 않고 제거되며 지원되는 버전 목록은 다음과 같이 됩니다.
New Supported Version List
----------------------
1.17.*9*, 1.17.*8*, 1.16.*11*, 1.16.*10*
플랫폼 지원 정책
플랫폼 지원 정책은 지원되지 않는 특정 Kubernetes 버전에 대한 축소된 지원 계획입니다. 플랫폼 지원 중에 고객은 AKS/Azure 플랫폼 관련 문제에 대해서만 Microsoft로부터 지원을 받습니다. Kubernetes 기능 및 구성 요소와 관련된 문제는 지원되지 않습니다.
플랫폼 지원 정책은 클러스터가 n-4로 떨어지기 전에 n-3 버전(여기서 n은 지원되는 최신 AKS GA 부 버전)의 클러스터에 적용됩니다. 예를 들어, v1.29가 최신 GA 버전인 경우 Kubernetes v1.26은 플랫폼 지원으로 간주됩니다. 그러나 v1.30 GA 릴리스 중에는 v1.26이 v1.27로 자동 업그레이드됩니다. n-2 버전을 실행 중인 경우 n-3 버전이 되는 순간 더 이상 사용되지 않으며 플랫폼 지원 정책을 시작하게 됩니다.
AKS는 세 가지 부 버전의 슬라이딩 윈도우만 지원하는 오픈 소스 프로젝트인 Kubernetes의 릴리스와 패치를 사용합니다. AKS는 해당 버전이 업스트림으로 서비스되는 동안에만 완전한 지원을 보장할 수 있습니다. 더 이상 업스트림으로 생성되는 패치가 없으므로 AKS는 해당 버전을 패치되지 않은 상태로 두거나 포크할 수 있습니다. 이러한 제한 사항으로 인해 플랫폼 지원은 Kubernetes 업스트림에 의존하는 어떤 것도 지원하지 않습니다.
이 표에는 플랫폼 지원과 비교하여 커뮤니티 지원에 대한 지원 지침이 요약되어 있습니다.
| 지원 범주 | 커뮤니티 지원(N-2) | 플랫폼 지원(N-3) |
|---|---|---|
| N-3에서 지원되는 버전으로 업그레이드 | 지원됨 | 지원됨 |
| 플랫폼(Azure) 가용성 | 지원됨 | 지원됨 |
| 노드 풀 스케일링 | 지원됨 | 지원됨 |
| VM 가용성 | 지원됨 | 지원됨 |
| 스토리지, 네트워킹 관련 문제 | 지원됨 | 버그 수정 및 사용 중지된 구성 요소를 제외하고 지원됨 |
| 시작/중지 | 지원됨 | 지원됨 |
| 인증서 회전 | 지원됨 | 지원됨 |
| 인프라 SLA | 지원됨 | 지원됨 |
| 컨트롤 플레인 SLA | 지원됨 | 지원됨 |
| 플랫폼(AKS) SLA | 지원됨 | 지원되지 않음 |
| Kubernetes 구성 요소(추가 기능 포함) | 지원됨 | 지원되지 않음 |
| 구성 요소 업데이트 | 지원됨 | 지원되지 않음 |
| 구성 요소 핫픽스 | 지원됨 | 지원되지 않음 |
| 버그 수정 적용 | 지원됨 | 지원되지 않음 |
| 보안 패치 적용 | 지원됨 | 지원되지 않음 |
| Kubernetes API 지원 | 지원됨 | 지원되지 않음 |
| 클러스터 또는 노드 풀 만들기 | 지원됨 | 지원되지 않음 |
| 노드 풀 스냅샷 | 지원됨 | 지원되지 않음 |
| 노드 이미지 업그레이드 | 지원됨 | 지원되지 않음 |
참고 항목
위 표는 변경될 수 있으며 일반적인 지원 시나리오를 간략하게 설명합니다. Kubernetes 기능 및 구성 요소와 관련된 시나리오는 N-3에서 지원되지 않습니다. 추가 지원을 받으려면 AKS 지원 및 문제 해결을 참조하세요.
지원되는 kubectl 버전
kubectl에 대한 Kubernetes 지원 정책에 따라 kube-apiserver 버전에 비례하여 이전 또는 최신 kubectl의 부 버전 하나를 사용할 수 있습니다.
예를 들어 kube-apiserver가 1.17에 있으면 해당 kube-apiserver와 함께 kubectl의 1.16 ~ 1.18 버전을 사용할 수 있습니다.
kubectl을 설치하거나 최신 버전으로 업데이트하려면 다음을 실행합니다.
az aks install-cli
LTS(장기 지원)
AKS는 퍼블릭 리포지토리의 커뮤니티 업스트림에서 포트 보안 수정을 지원하기 위해 1년 커뮤니티 지원 및 1년 LTS(장기 지원)를 제공합니다. 업스트림 LTS 작업 그룹은 고객에게 더 긴 지원 기간을 제공하기 위해 이 커뮤니티에 다시 기여합니다.
LTS에 대한 자세한 내용은 AKS(Azure Kubernetes Service)에 대한 장기 지원을 참조하세요.
릴리스 및 사용 중단 프로세스
AKS Kubernetes 릴리스 달력에서 예정된 버전 릴리스 및 사용 중단을 참조할 수 있습니다.
새 Kubernetes 부 버전의 경우
- AKS는 AKS 릴리스 정보에 새 버전 릴리스의 계획된 날짜와 함께 각 이전 버전의 사용 중단에 대한 공지를 제거하기 전 최소 30일 전에 게시합니다.
- AKS는 Azure Advisor를 사용하여 새 버전이 더 이상 사용되지 않는 API로 인해 클러스터에 문제를 일으킬 수 있는지 경고합니다. Azure Advisor는 지원이 중단된 경우에도 경고합니다.
- AKS는 AKS 및 포털 액세스 권한이 있는 모든 사용자가 사용할 수 있는 서비스 상태 알림을 게시하고 구독 관리자에게 예정된 버전 제거 날짜가 포함된 이메일을 보냅니다.
참고 항목
구독 관리자 또는 변경하려는 사용자를 확인하려면 Azure 구독 관리를 참조하세요.
- 버전 제거 후 30일 동안 지원되는 부 버전 릴리스로 업그레이드하여 지원을 계속 받을 수 있습니다.
새 Kubernetes 패치 버전의 경우
- 이러한 버전은 패치 버전의 긴급한 특성으로 인해 사용 가능한 대로 서비스에 도입될 수 있습니다. 일단 사용 가능해지면 패치의 최소 수명 주기는 2개월입니다.
- 일반적으로 AKS는 새 패치 버전의 릴리스를 광범위하게 전달하지 않습니다. 그러나 AKS는 적시에 AKS에서 지원하기 위해 사용 가능한 CVE 패치를 지속적으로 모니터링하고 유효성을 검사합니다. 중요한 패치가 발견되거나 사용자 작업이 필요한 경우 AKS는 새로 사용 가능한 패치로 업그레이드하라고 알립니다.
- AKS에서 패치 릴리스가 제거된 후 30일 내에 지원되는 패치로 업그레이드하고 지원을 계속 받을 수 있습니다. 그러나 버전이 더 이상 사용되지 않거나 제거되면 클러스터 또는 노드 풀을 더 이상 만들 수 없습니다.
지원되는 버전 정책 예외
AKS에는 사전에 알리지 않고 프로덕션에 영향을 주는 하나 이상의 중요한 버그 또는 보안 문제가 있는 신규/기존 버전을 추가하거나 제거할 수 있는 권한이 있습니다.
버그 또는 보안 문제의 심각도에 따라 특정 패치 릴리스를 건너뛰거나 롤아웃을 가속화할 수 있습니다.
Azure Portal 및 CLI 버전
Azure Portal, Azure CLI, Azure PowerShell을 사용하여 AKS 클러스터를 배포하는 경우 클러스터는 기본적으로 N-1 부 버전 및 최신 패치로 설정됩니다. 예를 들어 AKS에서 1.17.a, 1.17.b, 1.16.c, 1.16.d, 1.15.e 및 1.15.f를 지원하는 경우 선택된 기본 버전은 1.16.c입니다.
사용자의 구독과 지역에 현재 제공되는 버전을 알아보려면 az aks get-versions 명령을 사용합니다. 다음 예제에는 EastUS 지역에 제공되는 Kubernetes 버전이 나열되어 있습니다.
az aks get-versions --location eastus --output table
FAQ
Microsoft에서 새 Kubernetes 버전을 알리는 방법은 무엇인가요?
AKS 팀은 설명서 GitHub와 지원이 중단될 클러스터를 소유한 구독 관리자에게 보내는 이메일을 통해 새로운 Kubernetes 버전의 예정 날짜가 포함된 공지 사항을 게시합니다. AKS는 또한 지원이 중단된 경우 Azure Advisor를 사용하여 Azure Portal 내부에서 경고하고 애플리케이션이나 개발 프로세스에 영향을 줄 수 있는 더 이상 사용되지 않는 API에 대해 알려 줍니다.
계속 지원받으려면 Kubernetes 버전을 얼마나 자주 업그레이드해야 하나요?
Kubernetes 1.19부터 오픈 소스 커뮤니티의 지원이 1년으로 확장되었습니다. AKS는 전적으로 업스트림 약정과 일치하는 패치 및 지원을 사용하도록 설정합니다. 1.19 이상의 AKS 클러스터의 경우 최소 1년에 한 번 업그레이드하여 지원되는 버전을 유지할 수 있습니다.
지원되지 않는 부 버전으로 Kubernetes 클러스터를 업그레이드하면 어떻게 되나요?
n-3 버전 이전인 경우에는 지원 범위에 해당되지 않음을 의미하며, 업그레이드하라는 메시지를 받게 됩니다. 버전 n-3에서 n-2로 업그레이드하면 지원 정책 내에 다시 포함됩니다. 예시:
- 가장 오래된 지원 AKS 버전은 1.15.a이며 1.14.b 이전 버전은 지원에 포함되지 않습니다.
- 1.14.b에서 1.15.a 이상으로 성공적으로 업그레이드하면 지원 정책 내에서 다시 지원됩니다.
다운그레이드는 지원되지 않습니다.
‘지원에 포함되지 않음’은 무엇을 의미하나요?
'지원되지 않음'은 다음을 의미합니다.
- 실행하는 버전이 지원되는 버전 목록에 없습니다.
- 버전 사용 중단 후 30일의 유예 기간 내에 있는 경우를 제외하고는 지원을 요청할 때 클러스터를 지원되는 버전으로 업그레이드하라는 메시지가 표시됩니다.
또한 AKS는 지원되는 버전 목록에 해당하지 않는 클러스터에 대한 런타임 또는 다른 보증을 수행하지 않습니다.
지원되지 않는 부 버전으로 Kubernetes 클러스터를 스케일링하면 어떻게 되나요?
AKS에서 지원하지 않는 부 버전의 경우 규모 축소 또는 규모 확대가 계속 작동해야 합니다. 서비스 품질이 보장되지 않으므로 클러스터를 다시 지원하도록 업그레이드하는 것이 좋습니다.
Kubernetes 버전을 계속 사용할 수 있나요?
클러스터가 3개를 초과하는 부 버전에 대해 지원되지 않고 보안 위험이 발생하는 것으로 확인되면 Azure에서 클러스터를 업그레이드하도록 사용자에게 사전에 연락합니다. 추가 작업을 수행하지 않으면 Azure는 사용자를 대신하여 자동으로 클러스터를 업그레이드할 권리를 가집니다.
지원되지 않는 부 버전을 사용하여 Kubernetes 클러스터를 스케일링하면 어떻게 되나요?
AKS에서 지원하지 않는 부 버전의 경우 규모 축소 또는 규모 확대가 계속 작동해야 합니다. 서비스 품질이 보장되지 않으므로 클러스터를 다시 지원하도록 업그레이드하는 것이 좋습니다.
노드 풀이 지원되는 AKS 버전 중 하나가 아닌 경우 컨트롤 플레인은 어떤 버전을 지원하나요?
컨트롤 플레인은 모든 노드 풀의 버전 기간 내에 있어야 합니다. 컨트롤 플레인 또는 노드 풀의 업그레이드에 관한 자세한 내용은 노드 풀 업그레이드에 대한 설명서를 참조하세요.
컨트롤 플레인과 노드 풀 간에 허용되는 버전 차이는 무엇인가요?
이제 버전 차이 정책을 통해 컨트롤 플레인과 에이전트 풀 간에 최대 3개의 버전 차이가 허용됩니다. AKS는 버전 1.28부터 이러한 기울이기 버전 정책 변경 내용을 따릅니다.
여러 AKS 버전을 건너뛰면서 클러스터를 업그레이드할 수 있나요?
지원되는 AKS 클러스터를 업그레이드하는 경우 Kubernetes 부 버전은 건너뛸 수 없습니다. Kubernetes 컨트롤 플레인 버전 차이 정책은 부 버전 건너뛰기를 지원하지 않습니다. 예를 들어 다음과 같이 업그레이드합니다.
- 1.12.x ->1.13.x: 허용됩니다.
- 1.13.x ->1.14.x: 허용됩니다.
- 1.12.x ->1.14.x: 허용되지 않습니다.
1.12.x ->1.14.x에서 업그레이드하려면 다음을 수행합니다.
- 1.12.x ->1.13.x에서 업그레이드합니다.
- 1.13.x ->1.14.x에서 업그레이드합니다.
지원되지 않는 버전에서 지원되는 최소 버전으로 다시 업그레이드하는 경우에만 여러 버전을 건너뛸 수 있습니다. 예를 들어 1.15가 지원되는 최소 부 버전인 경우 지원되지 않는 1.10.x에서 지원되는 1.15.x로 업그레이드할 수 있습니다.
두 개 이상의 부 버전을 건너뛰는 지원되지 않는 버전에서 업그레이드를 수행하는 경우 업그레이드는 기능 보장 없이 수행되며 서비스 수준 계약 및 제한 보증에서 제외됩니다. 지원되지 않는 버전을 실행하는 클러스터에는 컨트롤 플레인 업그레이드를 노드 풀 업그레이드와 분리할 수 있는 유연성이 있습니다. 그러나 버전이 상당히 오래된 경우 클러스터를 다시 만드는 것이 좋습니다.
30일 지원 기간 동안 새 1.xx.x 클러스터를 만들 수 있나요?
아니요. 버전이 더 이상 사용되지 않거나 제거된 후에는 해당 버전을 사용하여 클러스터를 만들 수 없습니다. 변경 내용이 롤아웃됨에 따라 버전 목록에서 제거된 이전 버전이 표시되기 시작합니다. 이 프로세스는 지역별 점진적으로 알림부터 2주 간 진행될 수 있습니다.
새로 사용되지 않는 버전을 사용하고 있는데 새 노드 풀을 추가할 수 있나요? 아니면 업그레이드해야 하나요?
아니요. 더 이상 사용되지 않는 버전의 노드 풀을 클러스터에 추가할 수 없습니다. 노드 풀과 컨트롤 플레인 간의 버전 차이에 관계없이 지원되지 않는 버전 컨트롤 플레인 버전까지 노드 풀을 만들거나 업그레이드하는 것이 허용됩니다. 별칭 마이너 업그레이드만 허용됩니다.
패치를 얼마나 자주 업데이트하나요?
패치의 최소 수명 주기는 2개월입니다. 새 패치가 릴리스될 때 최신 상태로 유지하려면 AKS 릴리스 정보를 확인하세요.
다음 단계
클러스터를 업그레이드하는 방법에 대한 자세한 내용은 다음을 참조하세요.