Amazon EKS 처음부터 끝까지 - 2부: AWS 관리형 노드를 사용한 워커 노드

2부에서는 EKS 클러스터를 위한 워커 노드 배포에 초점을 맞추고 있습니다. 컨트롤 플레인을 설정한 후에 이 단계는 매우 중요합니다. 워커 노드는 본질적으로 쿠버네티스 워크로드를 실행하도록 구성된 EC2 인스턴스이며, kubelet 및 컨테이너 런타임과 같은 에이전트가 필요합니다. AWS는 관리형 노드, 자체 관리형 노드 및 AWS Fargate를 포함한 3가지 배포 모델을 제공하며, 각 모델은 제어 수준과 운영 비용이 다릅니다. 관리형 노드 그룹은 사용자에게 인프라를 부분적으로 관리하여 실제적인 균형을 제공하는 방법입니다. 이 접근 방식은 Auto Scaling 그룹 생성, EKS 최적화된 AMI 선택 및 클러스터 가입 구성과 같은 배포를 자동화하여 배포를 단순화합니다. 또한 노드 권한 매핑을 처리하고 내장된 업그레이드 워크플로를 제공합니다. 이 프로세스는 워커 노드에 대한 IAM 역할을 특정 정책으로 생성한 다음 EKS 콘솔에서 관리형 노드 그룹을 구성하여 인스턴스 세부 정보 및 프라이빗 서브넷을 지정합니다. 뒤에서 AWS는 워커 노드에 대한 Auto Scaling 그룹, 시작 템플릿 및 보안 그룹을 프로비저닝합니다. 노드는 IAM 역할을 사용하여 쿠버네티스 API 서버에 인증하고, `aws-auth` ConfigMap 또는 액세스 항목을 통해 쿠버네티스 ID로 매핑됩니다. 성공적인 노드 등록은 `kubectl get nodes`의 출력을 확인하여 확인할 수 있습니다. 일반적인 문제로는 잘못된 IAM 역할, 정책 누락, 서브넷 구성 오류, 용량 부족 및 DNS 해석 문제가 있습니다. 다음 부분에서는 EKS 네트워킹 개념에 대해 자세히 다룰 것입니다.