이 페이지 개선에 도움 주기
이 사용자 설명서에 기여하고 싶으신가요? 이 페이지 하단으로 스크롤하여 GitHub에서 이 페이지 편집을 선택하세요. 여러분의 기여는 모두를 위한 더 나은 사용자 설명서를 만드는 데 도움이 됩니다.
클러스터의 자체 관리형 노드 업데이트
새로운 Amazon EKS 최적화 AMI가 릴리스되면 자체 관리형 노드 그룹의 노드를 새 AMI로 교체하는 것을 고려합니다. 마찬가지로, Amazon EKS 클러스터용 Kubernetes 버전을 업데이트한 경우 동일한 Kubernetes 버전이 있는 노드를 사용하도록 노드를 업데이트합니다.
중요
이 주제에서는 자체 관리형 노드 그룹에 대한 노드 업데이트에 대해 설명합니다. 관리형 노드 그룹을 사용한 노드 수명 주기 간소화을 사용 중인 경우 클러스터에 대한 관리형 노드 그룹 업데이트을 참조하십시오.
새 AMI를 사용하도록 클러스터의 자체 관리형 노드 그룹을 업데이트하는 기본 방법에는 두 가지가 있습니다.
- 애플리케이션을 새 노드 그룹으로 마이그레이션
-
새 노드 그룹을 생성하고 Pods를 해당 그룹으로 마이그레이션합니다. 기존 AWS CloudFormation 스택에서 단순히 AMI ID를 업데이트하는 것보다 새 노드 그룹으로 마이그레이션하는 것이 낫습니다. 이는 마이그레이션 프로세스가 이전 노드 그룹을
NoSchedule로 테인트하고 새 스택이 기존 Pod워크로드를 수락할 준비가 된 후 노드를 드레이닝하기 때문입니다. - AWS CloudFormation 노드 스택 업데이트
-
새 AMI를 사용하도록 기존 노드 그룹의 AWS CloudFormation 스택을 업데이트합니다. 이 방법은
eksctl로 생성한 노드 그룹에는 사용할 수 없습니다.
