[1주차] Amazon EKS 시작하기 - Nodes

✅ 쿠버네티스 클러스터를 구성하는 머신들은 노드(node) 라고 불립니다.

Node 는 Kubernetes 클러스터의 일부입니다. Node 는 애플리케이션 컨테이너를 실행하고, 클러스터의 작업을 처리합니다. 노드는 EC2 인스턴스로 구성되며, Kubernetes 노드 구성 요소를 실행하는 데 사용됩니다.

 

1. Master-node

• 콘트롤 플레인(Control Plane)을 형성하며, 클러스터의 “두뇌”로 역할

2. Worker-node

• 데이터 플레인(Data Plane)을 형성하며, 파드(pod)들을 통해 실제 컨테이너 이미지들을 작동

✅ EKS Worker-node(Date Plane)

🧿 Node Group

Amazon Elastic Kubernetes Service (EKS)의 노드 그룹은 Kubernetes 클러스터에서 실행되는 EC2 인스턴스의 논리적 그룹입니다. 노드 그룹은 클러스터의 노드를 실행하고, 애플리케이션 컨테이너를 호스팅합니다

🧿 EKS Data Plane Provisioning Modes

AWS EKS 내에는 애플리케이션 워크로드를 실행하기 위해 Kubernetes 데이터 플레인을 프로비저닝하기 위한 세 가지 모드가 있습니다.

 

	EKS managed node groups	Self managed nodes	AWS Fargate
Pods가 커널 런타임 환경을 다른 pods와 공유합니다.	Yes — 각 노드의 모든 pods	Yes — 각 노드의 모든 pods	No — 각 pod에는 전용 커널이 있습니다.
Pods가 CPU, 메모리, 스토리지 및 네트워크 리소스를 다른 pods와 공유합니다.	Yes — 각 노드에서 사용되지 않는 리소스가 발생할 수 있습니다.	Yes — 각 노드에서 사용되지 않는 리소스가 발생할 수 있습니다.	No — 각 pod에는 전용 리소스가 있으며 독립적으로 크기를 조정하여 리소스 활용도를 극대화할 수 있습니다.
Pods가 pod 사양에서 요청한 것보다 더 많은 하드웨어 및 메모리를 사용할 수 있습니다.	Yes — pod에 요청된 것보다 많은 리소스가 필요하고 노드에서 리소스를 사용할 수 있는 경우 pod는 추가 리소스를 사용할 수 있습니다.	Yes — pod에 요청된 것보다 많은 리소스가 필요하고 노드에서 리소스를 사용할 수 있는 경우 pod는 추가 리소스를 사용할 수 있습니다.	No — 더 큰 vCPU 및 메모리 구성을 사용하여 pod를 다시 배포할 수 있습니다.
Amazon EC2 인스턴스를 배포하고 관리해야 합니다.	Yes — Amazon EKS 최적화 AMI를 배포한 경우 Amazon EKS를 통해 자동화됩니다. 사용자 지정 AMI 배포한 경우 인스턴스를 수동으로 업데이트해야 합니다.	Yes - 수동 구성을 통해 또는 Amazon EKS에서 제공되는 AWS CloudFormation 템플릿을 사용하여 Linux(x86), Linux(Arm) 또는 Windows 노드를 배포합니다.	No
Amazon EC2 인스턴스의 운영 체제를 보호, 유지 관리 및 패치해야 합니다.	Yes	Yes	No
노드에 할당된 IP 주소와 다른 CIDR 블록의 pods에 IP 주소를 할당할 수 있습니다.	Yes — 사용자 지정 AMI와 함께 시작 템플릿 사용	Yes - 튜토리얼: 사용자 지정 네트워킹 을 사용합니다.	No
node 에 SSH를 연결할 수 있습니다.	Yes	Yes	No - SSH에 사용할 노드 호스트 운영 체제가 없습니다.
사용자 지정 AMI node 에 배포할 수 있습니다.	Yes - 시작 템플릿 사용	Yes	No
사용자 지정 CNI node 에 배포할 수 있습니다.	Yes — 사용자 지정 AMI와 함께 시작 템플릿 사용	Yes	No
node AMI를 직접 업데이트해야 합니다.	Yes - Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다.	Yes – Amazon EKS 콘솔 이외의 도구 사용. 자체 관리형 노드는 Amazon EKS 콘솔로 관리할 수 없기 때문입니다.	No
node Kubernetes 버전을 직접 업데이트해야 합니다.	Yes - Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다.	Yes – Amazon EKS 콘솔 이외의 도구 사용. 자체 관리형 노드는 Amazon EKS 콘솔로 관리할 수 없기 때문입니다.	No — 노드를 관리하지 않습니다.
pods에 Amazon EBS 스토리지를 사용할 수 있습니다.	Yes	Yes	No
pods에 Amazon EFS 스토리지를 사용할 수 있습니다.	Yes	Yes	Yes
서비스에 Network Load Balancer를 사용할 수 있습니다.	Yes	Yes	Yes, 네트워크 로드 밸런서 생성 사용 시
포드가 퍼블릭 서브넷에서 실행될 수 있습니다.	Yes	Yes	No
개별 pods에 서로 다른 VPC 보안 그룹을 할당할 수 있습니다.	Yes – Linux 노드 전용	Yes – Linux 노드 전용	Yes
Kubernetes DaemonSets을 실행할 수 있습니다.	Yes	Yes	No
pod 매니페스트에서 HostPort 및 HostNetwork 지원	Yes	Yes	No
AWS 리전 가용성	모든 Amazon EKS 지원 리전	모든 Amazon EKS 지원 리전	일부 Amazon EKS 지원 리전
EC2 전용 호스트에서 컨테이너를 실행할 수 있습니다.	No	Yes	No
요금	여러 pods를 실행하는 Amazon EC2 인스턴스의 비용입니다. 자세한 정보는 Amazon EC2 요금을 참조하세요.	여러 pods를 실행하는 Amazon EC2 인스턴스의 비용입니다. 자세한 정보는 Amazon EC2 요금을 참조하세요.	개별 Fargate 메모리 및 CPU 구성 비용입니다. 각 pod에는 자체 비용이 있습니다. 자세한 내용은 AWS Fargate 요금을 참조하세요.