AWS Outposts용 Kubernetes 및 Amazon EKS 플랫폼 버전 알아보기

AWS Outposts용 Kubernetes 및 Amazon EKS 플랫폼 버전 알아보기

로컬 클러스터 플랫폼 버전은 AWS Outposts의 Amazon EKS 클러스터 기능을 나타냅니다. 플랫폼 버전에는 Kubernetes 제어 플레인에서 실행되는 구성 요소, 활성화된 Kubernetes API 서버 플래그가 포함됩니다. 또한 현재 Kubernetes 패치 버전도 포함해요. 각 Kubernetes 마이너 버전에는 하나 이상의 관련 플랫폼 버전이 있습니다. 서로 다른 Kubernetes 마이너 버전의 플랫폼 버전은 서로 독립적입니다. 로컬 클러스터와 클라우드의 Amazon EKS 클러스터의 플랫폼 버전은 서로 독립적이에요.

출처: 문서

본문

로컬 클러스터에 1.31 같은 새 Kubernetes 마이너 버전이 제공되면 해당 Kubernetes 마이너 버전의 초기 플랫폼 버전은 eks-local-outposts.1로 시작합니다. 그러나 Amazon EKS는 새 Kubernetes 제어 플레인 설정을 활성화하고 보안 수정을 제공하기 위해 주기적으로 새 플랫폼 버전을 출시해요.

마이너 버전에 대해 새 로컬 클러스터 플랫폼 버전이 제공되면:

• 플랫폼 버전 번호가 증가합니다(eks-local-outposts.n+1).
• Amazon EKS는 해당 Kubernetes 마이너 버전에 대해 모든 기존 로컬 클러스터를 최신 플랫폼 버전으로 자동 업데이트합니다. 기존 플랫폼 버전의 자동 업데이트는 점진적으로 롤아웃됩니다. 롤아웃 프로세스는 Outpost에서 실행되는 관리형 Kubernetes 제어 플레인 인스턴스를 한 번에 하나씩 교체하는 것으로 구성되며, 3개 인스턴스 모두 새 인스턴스로 교체될 때까지 계속됩니다.
• 서비스 중단 위험이 있으면 Kubernetes 제어 플레인 인스턴스 교체 프로세스가 진행을 멈춥니다. Amazon EKS는 나머지 2개의 Kubernetes 제어 플레인 인스턴스가 정상이고 클러스터 노드로서 모든 준비 조건을 통과한 경우에만 인스턴스를 교체하려고 시도해요.

플랫폼 버전 롤아웃은 일반적으로 완료하는 데 30분 미만이 걸립니다. 클러스터가 오랫동안 UPDATING 상태로 남아 있으면 AWS Outposts 로컬 Amazon EKS 클러스터 문제 해결을 참조하고 AWS Support의 도움을 받으세요. AWS Support의 지시가 없는 한 Kubernetes 제어 플레인 인스턴스를 수동으로 종료하지 마세요.

Amazon EKS는 해당 패치 버전으로 새 노드 AMI를 게시할 수 있어요. 단일 Kubernetes 마이너 버전의 경우 모든 패치 버전이 Kubernetes 제어 플레인과 노드 AMI 간에 호환됩니다.

새 플랫폼 버전은 호환성이 깨지는 변경을 도입하지 않으며 서비스 중단을 일으키지 않습니다.

로컬 클러스터는 지정된 Kubernetes 버전에 대해 항상 최신 사용 가능한 플랫폼 버전(eks-local-outposts.n)으로 생성됩니다.

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

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

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

Kubernetes 버전 1.32

모든 1.32 플랫폼 버전에 대해 다음 어드미션 컨트롤러가 활성화됩니다: CertificateApproval, CertificateSigning, CertificateSubjectRestriction, ClusterTrustBundleAttest, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, ExtendedResourceToleration, LimitRanger, MutatingAdmissionWebhook, NamespaceLifecycle, NodeRestriction, PersistentVolumeClaimResize, PodSecurity, Priority, ResourceQuota, RuntimeClass, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionPolicy, ValidatingAdmissionWebhook.

Kubernetes 버전 1.31

모든 1.31 플랫폼 버전에 대해 다음 어드미션 컨트롤러가 활성화됩니다: CertificateApproval, CertificateSigning, CertificateSubjectRestriction, ClusterTrustBundleAttest, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, ExtendedResourceToleration, LimitRanger, MutatingAdmissionWebhook, NamespaceLifecycle, NodeRestriction, PersistentVolumeClaimResize, PodSecurity, Priority, ResourceQuota, RuntimeClass, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionPolicy, ValidatingAdmissionWebhook.

Kubernetes 버전 1.30

모든 1.30 플랫폼 버전에 대해 다음 어드미션 컨트롤러가 활성화됩니다: CertificateApproval, CertificateSigning, CertificateSubjectRestriction, ClusterTrustBundleAttest, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, ExtendedResourceToleration, LimitRanger, MutatingAdmissionWebhook, NamespaceLifecycle, NodeRestriction, PersistentVolumeClaimResize, PodSecurity, Priority, ResourceQuota, RuntimeClass, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionPolicy, ValidatingAdmissionWebhook.

Kubernetes 버전 1.29

모든 1.29 플랫폼 버전에 대해 다음 어드미션 컨트롤러가 활성화됩니다: CertificateApproval, CertificateSigning, CertificateSubjectRestriction, ClusterTrustBundleAttest, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, ExtendedResourceToleration, LimitRanger, MutatingAdmissionWebhook, NamespaceLifecycle, NodeRestriction, PersistentVolumeClaimResize, PodSecurity, Priority, ResourceQuota, RuntimeClass, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionPolicy, ValidatingAdmissionWebhook.

더 알아보기 (Learn more)

• 공식 문서