이 페이지 개선에 도움 주기
이 사용자 설명서에 기여하고 싶으신가요? 모든 페이지의 오른쪽 창에 있는 GitHub에서 이 페이지 편집 링크를 선택합니다. 여러분의 기여는 모두를 위한 더 나은 사용자 설명서를 만드는 데 도움이 됩니다.
노드를 사용하여 컴퓨팅 리소스 관리
Kubernetes 노드는 컨테이너화된 애플리케이션을 실행하는 시스템입니다. 각 노드에는 다음과 같은 구성 요소가 있습니다.
-
컨테이너 런타임
– 컨테이너 실행을 담당하는 소프트웨어입니다. -
kubelet
– 컨테이너가 정상 상태이고 연결된 Pod 내에서 실행되고 있는지 확인합니다. -
kube-proxy
– Pods에 대한 통신을 허용하는 네트워크 규칙을 유지 관리합니다.
자세한 내용은 Kubernetes 설명서의 노드
Amazon EKS 클러스터는 EKS Auto Mode 관리형 노드, 자체 관리형 노드, Amazon EKS 관리형 노드 그룹, AWS Fargate, Amazon EKS Hybrid Nodes의 모든 조합에서 Pods를 예약할 수 있습니다. 클러스터에 배포된 노드에 대한 자세한 내용은 AWS Management Console에서 Kubernetes 리소스 보기 부분을 참조하세요.
참고
하이브리드 노드를 제외한 노드는 클러스터를 생성할 때 선택한 서브넷과 동일한 VPC에 있어야 합니다. 하지만 노드가 동일한 서브넷에 있을 필요는 없습니다.
컴퓨팅 옵션 비교
다음 표에는 요구 사항에 가장 적합한 옵션을 결정할 때 평가할 몇 가지 기준이 나와 있습니다. 자체 관리형 노드는 나열된 모든 기준을 지원하는 또 다른 옵션이지만 필요한 수동 유지 관리 작업이 훨씬 더 많습니다. 자세한 내용은 자체 관리형 노드로 노드 직접 유지 단원을 참조하십시오.
참고
Bottlerocket은 이 표의 일반 정보와 몇 가지 구체적인 차이점이 있습니다. 자세한 내용은 GitHub의 Bottlerocket 설명서
| 기준 | EKS 관리형 노드 그룹 | EKS Auto Mode | Amazon EKS Hybrid Nodes |
|---|---|---|---|
|
AWS Outposts에 배포 가능 |
No |
아니요 |
No |
|
AWS Local Zones에 배포할 수 있습니다. |
예 |
아니요 |
No |
|
Windows가 필요한 컨테이너를 실행할 수 있습니다. |
예 |
아니요 |
No |
|
Linux가 필요한 컨테이너를 실행할 수 있습니다. |
예 |
예 |
예 |
|
Inferentia 칩이 필요한 워크로드를 실행할 수 있습니다. |
예 — Amazon Linux 노드만 해당 |
예 |
No |
|
GPU가 필요한 워크로드를 실행할 수 있습니다. |
예 — Amazon Linux 노드만 해당 |
예 |
예 |
|
Arm 프로세서가 필요한 워크로드를 실행할 수 있습니다. |
예 |
예 |
|
|
AWS Bottlerocket |
예 |
예 |
No |
|
포드가 CPU, 메모리, 스토리지 및 네트워크 리소스를 다른 포드와 공유합니다. |
예 |
예 |
예 |
|
Amazon EC2 인스턴스를 배포하고 관리해야 합니다. |
예 |
아니요-EC2 관리형 인스턴스 알아보기 |
예-온프레미스의 물리적 또는 가상 머신은 사용자가 선택한 도구로 관리합니다. |
|
Amazon EC2 인스턴스의 운영 체제를 보호, 유지 관리 및 패치해야 합니다. |
예 |
No |
예-물리적 머신 또는 가상 머신에서 실행되는 운영 체제는 사용자가 선택한 도구로 관리합니다. |
|
노드 배포 시 추가 kubelet |
예-사용자 지정 AMI와 함께 |
예-nodeadm을 사용하여 부트스트랩 인수를 사용자 지정할 수 있습니다. 하이브리드 노드 nodeadm 참조 섹션을 참조하세요. |
|
|
노드에 할당된 IP 주소와 다른 CIDR 블록의 Pods에 IP 주소를 할당할 수 있습니다. |
예 - 사용자 지정 AMI와 함께 시작 템플릿 사용. 자세한 내용은 시작 템플릿을 사용한 관리형 노드 사용자 지정 단원을 참조하십시오. |
No |
예-하이브리드 노드에 대한 CNI 구성 섹션을 참조하세요. |
|
노드에 SSH를 연결할 수 있습니다. |
예 |
아니요-노드 문제 해결 방법 알아보기 |
예 |
|
사용자 지정 AMI 노드에 배포할 수 있습니다. |
예 - 시작 템플릿 사용 |
No |
예 |
|
사용자 지정 CNI 노드에 배포할 수 있습니다. |
예 — 사용자 지정 AMI와 함께 시작 템플릿 사용 |
No |
예 |
|
노드 AMI를 직접 업데이트해야 합니다. |
예 - Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다. |
No |
예-물리적 머신 또는 가상 머신에서 실행되는 운영 체제는 사용자가 선택한 도구로 관리합니다. 하이브리드 노드용 운영 체제 준비 섹션을 참조하세요. |
|
노드 Kubernetes 버전을 직접 업데이트해야 합니다. |
예 - Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다. |
No |
예-자체 선택 도구 또는 |
|
Pods에 Amazon EBS 스토리지를 사용할 수 있습니다. |
예-통합 기능으로 사용할 수 있습니다. 스토리지 클래스 생성 방법을 알아봅니다. |
No |
|
|
Pods에 Amazon EFS 스토리지를 사용할 수 있습니다. |
예 |
No |
|
|
Pods에 Amazon FSx for Lustre 스토리지를 사용할 수 있습니다. |
예 |
No |
|
|
서비스에 Network Load Balancer를 사용할 수 있습니다. |
예 |
예-대상 유형 |
|
|
포드가 퍼블릭 서브넷에서 실행될 수 있습니다. |
예 |
예 |
아니요-포드는 온프레미스 환경에서 실행됩니다. |
|
개별 Pods에 서로 다른 VPC 보안 그룹을 할당할 수 있습니다. |
예 – Linux 노드 전용 |
No |
No |
|
Kubernetes DaemonSets을 실행할 수 있습니다. |
예 |
예 |
예 |
|
Pod 매니페스트에서 |
예 |
예 |
예 |
|
AWS 리전 가용성 |
AWS GovCloud(미국) 리전 및 중국 리전을 제외한 모든 Amazon EKS 지원 리전 |
||
|
Amazon EC2 전용 호스트에서 컨테이너를 실행할 수 있습니다. |
예 |
아니요 |
No |
|
요금 |
여러 Pods를 실행하는 Amazon EC2 인스턴스의 비용입니다. 자세한 설명은 Amazon EC2 요금 |
클러스터에서 EKS Auto Mode가 활성화된 경우 Auto Mode의 컴퓨팅 기능을 사용하여 시작된 인스턴스에 대해 표준 EC2 인스턴스 요금 외에 별도의 요금을 지불합니다. 금액은 시작된 인스턴스 유형과 클러스터가 위치한 AWS 리전에 따라 다릅니다. 자세한 내용은 Amazon EKS 요금 |
시간당 하이브리드 노드 vCPU 비용. 자세한 내용은 Amazon EKS 요금 |
