각 Kubernetes 버전의 Amazon EKS 플랫폼 버전 보기

각 Kubernetes 버전의 Amazon EKS 플랫폼 버전 보기

Amazon EKS 플랫폼 버전은 어떤 Kubernetes API 서버 플래그가 활성화되는지, 그리고 현재 Kubernetes 패치 버전과 같은 Amazon EKS 클러스터 컨트롤 플레인의 기능을 나타냅니다. 각 Kubernetes 마이너 버전에는 연결된 Amazon EKS 플랫폼 버전이 하나 이상 있습니다. 서로 다른 Kubernetes 마이너 버전의 플랫폼 버전은 독립적입니다. AWS CLI나 AWS Management Console을 사용해서 클러스터의 현재 플랫폼 버전을 검색할 수 있어요. AWS Outposts에 로컬 클러스터가 있다면 이 주제 대신 AWS Outposts용 Kubernetes 및 Amazon EKS 플랫폼 버전 알아보기를 참고하세요.

새 Kubernetes 마이너 버전이 Amazon EKS에서 사용 가능해지면(예: 1.36) 해당 Kubernetes 마이너 버전의 초기 Amazon EKS 플랫폼 버전은 eks.1에서 시작합니다. 그러나 Amazon EKS는 새 Kubernetes 컨트롤 플레인 설정을 활성화하고 보안 수정을 제공하기 위해 주기적으로 새 플랫폼 버전을 릴리스해요.

마이너 버전에 대해 새 Amazon EKS 플랫폼 버전이 사용 가능해지면:

• Amazon EKS 플랫폼 버전 번호가 증가합니다(eks.).

• Amazon EKS는 기존의 모든 클러스터를 해당 Kubernetes 마이너 버전의 최신 Amazon EKS 플랫폼 버전으로 자동 업그레이드합니다. 기존 Amazon EKS 플랫폼 버전의 자동 업그레이드는 점진적으로 배포됩니다. 롤아웃 프로세스는 시간이 걸릴 수 있어요. 최신 Amazon EKS 플랫폼 버전 기능이 즉시 필요하다면 새 Amazon EKS 클러스터를 만들어야 합니다.

• 클러스터가 현재 플랫폼 버전보다 두 개 이상의 플랫폼 버전 뒤처져 있다면 Amazon EKS가 클러스터를 자동으로 업데이트하지 못했을 가능성이 있어요. 원인이 될 수 있는 세부 사항은 Amazon EKS 플랫폼 버전이 현재 플랫폼 버전보다 두 버전 이상 뒤처짐을 참고하세요.

• Amazon EKS는 해당 패치 버전과 함께 새 노드 AMI를 게시할 수 있습니다. 그러나 모든 패치 버전은 주어진 Kubernetes 마이너 버전에 대해 EKS 컨트롤 플레인과 노드 AMI 간에 호환됩니다.

• 새 Amazon EKS 플랫폼 버전은 호환성 문제를 도입하지 않으며 서비스 중단을 일으키지 않습니다.

• 클러스터는 항상 지정된 Kubernetes 버전의 최신 사용 가능한 Amazon EKS 플랫폼 버전(eks.)으로 생성됩니다. 클러스터를 새 Kubernetes 마이너 버전으로 업데이트하면 업데이트한 Kubernetes 마이너 버전의 현재 Amazon EKS 플랫폼 버전을 받습니다.

현재 및 최근 Amazon EKS 플랫폼 버전은 다음 표에 설명되어 있습니다.

참고

AWS는 최근 2024년 6월에 게시된 일부 플랫폼 버전을 비활성화했습니다. 해당 플랫폼 버전에 안정성 문제가 있었습니다. 조치가 필요하지 않습니다.

이 특정 문서 페이지에 대한 모든 소스 파일 변경의 알림을 받으려면 RSS 리더로 다음 URL을 구독할 수 있어요.

https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/versioning/platform-versions.adoc.atom

출처: 문서

본문

Kubernetes 버전 1.36

모든 1.36 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

Kubernetes 버전 1.35

모든 1.35 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

Kubernetes 버전 1.34

모든 1.34 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

Kubernetes 버전 1.33

모든 1.33 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

Kubernetes 버전 1.32

모든 1.32 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

Kubernetes 버전 1.31

모든 1.31 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota, ObjectCount.

Kubernetes 버전 1.30

모든 1.30 플랫폼 버전에 대해 다음 admission controllers가 활성화됩니다: NodeRestriction, ExtendedResourceToleration, NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota.

현재 플랫폼 버전 가져오기 (AWS Console)

1. Amazon EKS 콘솔을 엽니다.
2. 탐색 창에서 Clusters를 선택합니다.
3. 클러스터 목록에서 플랫폼 버전을 확인할 Cluster Name을 선택합니다.
4. Overview 탭을 선택합니다.
5. Details 섹션에서 Platform Version을 확인할 수 있어요.

현재 플랫폼 버전 가져오기 (AWS CLI)

1. 플랫폼 버전을 확인하려는 클러스터의 이름을 확인합니다.
2. 다음 명령을 실행합니다.

aws eks describe-cluster --name my-cluster --query cluster.platformVersion

예제 출력은 다음과 같습니다.

"eks.10"

플랫폼 버전 변경

EKS 클러스터의 플랫폼 버전은 변경할 수 없습니다. Kubernetes 버전에 대해 새 Amazon EKS 플랫폼 버전이 사용 가능해지면 EKS는 기존의 모든 클러스터를 해당 Kubernetes 버전의 최신 Amazon EKS 플랫폼 버전으로 자동 업그레이드합니다. 기존 Amazon EKS 플랫폼 버전의 자동 업그레이드는 점진적으로 배포됩니다. AWS Console이나 CLI로 플랫폼 버전을 변경할 수 없어요.

Kubernetes 버전을 업그레이드하면 클러스터가 해당 Kubernetes 버전의 가장 최근 플랫폼 버전으로 이동합니다.

더 알아보기 (Learn more)

• 공식 문서