노드를 사용하여 컴퓨팅 리소스 관리 - Amazon EKS

이 페이지 개선에 도움 주기

이 사용자 설명서에 기여하고 싶으신가요? 이 페이지 하단으로 스크롤하여 GitHub에서 이 페이지 편집을 선택하세요. 여러분의 기여는 모두를 위한 더 나은 사용자 설명서를 만드는 데 도움이 됩니다.

노드를 사용하여 컴퓨팅 리소스 관리

Kubernetes 노드는 컨테이너화된 애플리케이션을 실행하는 시스템입니다. 각 노드에는 다음과 같은 구성 요소가 있습니다.

  • 컨테이너 런타임 – 컨테이너 실행을 담당하는 소프트웨어입니다.

  • kubelet – 컨테이너가 정상 상태이고 연결된 Pod 내에서 실행되고 있는지 확인합니다.

  • kube-proxy – Pods에 대한 통신을 허용하는 네트워크 규칙을 유지 관리합니다.

자세한 내용은 Kubernetes 설명서의 노드를 참조하세요.

Amazon EKS 클러스터는 모든 자체 관리형 노드, Amazon EKS 및 관리형 노드 그룹AWS Fargate의 조합에서 Pods를 예약할 수 있습니다. 클러스터에 배포된 노드에 대한 자세한 내용은 AWS Management Console에서 Kubernetes 리소스 보기 부분을 참조하세요.

중요

Amazon EKS가 있는 AWS Fargate은 AWS GovCloud(미국 동부) 및 AWSGovCloud(미국 서부)를 제외한 모든 Amazon EKS 지역에서 사용할 수 있습니다.

참고

노드는 클러스터를 생성할 때 선택한 서브넷과 동일한 VPC에 있어야 합니다. 하지만 노드가 동일한 서브넷에 있을 필요는 없습니다.

다음 표에는 요구 사항에 가장 적합한 옵션을 결정할 때 평가할 몇 가지 기준이 나와 있습니다. 이 테이블에는 Amazon EKS 외부에서 생성되었으며 볼 수만 있는 연결된 노드가 포함되지 않습니다.

참고

Bottlerocket은 이 표의 일반 정보와 몇 가지 구체적인 차이점이 있습니다. 자세한 내용은 GitHub의 Bottlerocket 설명서를 참조하세요.

기준 EKS 관리형 노드 그룹 자체 관리형 노드 AWS Fargate

AWS Outposts에 배포할 수 있습니다.

아니요

아니요

AWS Local Zones에 배포할 수 있습니다.

아니요

예 — 자세한 내용은 AWS 로컬 영역을 통해 지연 시간이 짧은 EKS 클러스터 시작 부분을 참조하세요.

아니요

Windows가 필요한 컨테이너를 실행할 수 있습니다.

— 클러스터에는 최소한 하나 이상의 Linux 노드(가용성을 위해 두 개 권장)가 필요합니다.

아니요

Linux가 필요한 컨테이너를 실행할 수 있습니다.

Inferentia 칩이 필요한 워크로드를 실행할 수 있습니다.

— Amazon Linux 노드만 해당

— Amazon Linux만 해당

아니요

GPU가 필요한 워크로드를 실행할 수 있습니다.

— Amazon Linux 노드만 해당

— Amazon Linux만 해당

아니요

Arm 프로세서가 필요한 워크로드를 실행할 수 있습니다.

아니요

AWS Bottlerocket을 실행할 수 있습니다.

아니요

포드가 커널 런타임 환경을 다른 Pods와 공유합니다.

예 — 각 노드의 모든 Pods

예 — 각 노드의 모든 Pods

아니요 — 각 Pod에는 전용 커널이 있습니다.

포드가 CPU, 메모리, 스토리지 및 네트워크 리소스를 다른 Pods와 공유합니다.

예 — 각 노드에서 사용되지 않는 리소스가 발생할 수 있습니다.

예 — 각 노드에서 사용되지 않는 리소스가 발생할 수 있습니다.

아니요 — 각 Pod에는 전용 리소스가 있으며 독립적으로 크기를 조정하여 리소스 활용도를 극대화할 수 있습니다.

포드가 Pod 사양에서 요청한 것보다 더 많은 하드웨어 및 메모리를 사용할 수 있습니다.

예 — Pod에 요청된 것보다 많은 리소스가 필요하고 노드에서 리소스를 사용할 수 있는 경우 Pod는 추가 리소스를 사용할 수 있습니다.

예 — Pod에 요청된 것보다 많은 리소스가 필요하고 노드에서 리소스를 사용할 수 있는 경우 Pod는 추가 리소스를 사용할 수 있습니다.

아니요 — 더 큰 vCPU 및 메모리 구성을 사용하여 Pod를 다시 배포할 수 있습니다.

Amazon EC2 인스턴스를 배포하고 관리해야 합니다.

— Amazon EKS 최적화 AMI를 배포한 경우 Amazon EKS를 통해 자동화됩니다. 사용자 지정 AMI 배포한 경우 인스턴스를 수동으로 업데이트해야 합니다.

예 - 수동 구성을 통해 또는 Amazon EKS에서 제공되는 AWS CloudFormation 템플릿을 사용하여 Linux(x86), Linux(Arm) 또는 Windows 노드를 배포합니다.

아니요

Amazon EC2 인스턴스의 운영 체제를 보호, 유지 관리 및 패치해야 합니다.

아니요

노드 배포 시 추가 kubelet 인수와 같은 부트스트랩 인수를 제공할 수 있습니다.

예 — 사용자 지정 AMI와 함께 시작 템플릿 eksctl사용

예 - 자세한 내용은 GitHub의 부트스트랩 스크립트 사용 정보를 참조하세요.

아니요

노드에 할당된 IP 주소와 다른 CIDR 블록의 Pods에 IP 주소를 할당할 수 있습니다. 예 - 사용자 지정 AMI와 함께 시작 템플릿 사용. 자세한 내용은 시작 템플릿을 사용한 관리형 노드 사용자 지정 단원을 참조하십시오. 예 — 자세한 내용은 사용자 지정 네트워킹을 통해 대체 서브넷에 pods 배포 부분을 참조하세요. 아니요

노드에 SSH를 연결할 수 있습니다.

아니요 - SSH에 사용할 노드 호스트 운영 체제가 없습니다.

사용자 지정 AMI 노드에 배포할 수 있습니다.

예 - 시작 템플릿 사용

아니요

사용자 지정 CNI 노드에 배포할 수 있습니다.

예 — 사용자 지정 AMI와 함께 시작 템플릿 사용

아니요

노드 AMI를 직접 업데이트해야 합니다.

- Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다.

– Amazon EKS 콘솔 이외의 도구 사용. 자체 관리형 노드는 Amazon EKS 콘솔로 관리할 수 없기 때문입니다.

아니요

노드 Kubernetes 버전을 직접 업데이트해야 합니다.

- Amazon EKS 최적화 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시됩니다. 콘솔에서 클릭 한 번으로 업데이트를 수행할 수 있습니다. 사용자 정의 AMI를 배포한 경우 업데이트가 제공되면 Amazon EKS 콘솔에 알림이 표시되지 않습니다. 업데이트는 직접 수행해야 합니다.

– Amazon EKS 콘솔 이외의 도구 사용. 자체 관리형 노드는 Amazon EKS 콘솔로 관리할 수 없기 때문입니다.

아니요 — 노드를 관리하지 않습니다.

Pods에 Amazon EBS 스토리지를 사용할 수 있습니다.

아니요

Pods에 Amazon EFS 스토리지를 사용할 수 있습니다.

Pods에 Amazon FSx for Lustre 스토리지를 사용할 수 있습니다.

아니요

서비스에 Network Load Balancer를 사용할 수 있습니다.

예, Network Load Balancer 생성 사용 시

포드가 퍼블릭 서브넷에서 실행될 수 있습니다.

아니요

개별 Pods에 서로 다른 VPC 보안 그룹을 할당할 수 있습니다.

– Linux 노드 전용

– Linux 노드 전용

Kubernetes DaemonSets을 실행할 수 있습니다.

아니요

Pod 매니페스트에서 HostPortHostNetwork 지원

아니요

AWS 리전 가용성

모든 Amazon EKS 지원 리전

모든 Amazon EKS 지원 리전

일부 Amazon EKS 지원 리전

Amazon EC2 전용 호스트에서 컨테이너를 실행할 수 있습니다.

아니요

요금

여러 Pods를 실행하는 Amazon EC2 인스턴스의 비용입니다. 자세한 설명은 Amazon EC2 요금을 참조하세요.

여러 Pods를 실행하는 Amazon EC2 인스턴스의 비용입니다. 자세한 설명은 Amazon EC2 요금을 참조하세요.

개별 Fargate 메모리 및 CPU 구성 비용입니다. 각 Pod에는 자체 비용이 있습니다. 자세한 내용은 AWS Fargate 요금을 참조하십시오.