이 페이지 개선에 도움 주기
이 사용자 가이드에 기여하려면 모든 페이지의 오른쪽 창에 있는 GitHub에서 이 페이지 편집 링크를 선택합니다.
이 주제에서는 Amazon EKS Auto Mode가 EKS 클러스터에서 Amazon EC2 인스턴스를 관리하는 방법을 설명합니다. EKS Auto Mode를 활성화하면 클러스터의 컴퓨팅 리소스가 EKS에 의해 자동으로 프로비저닝되고 관리되므로 클러스터의 노드 역할을 하는 EC2 인스턴스와 상호 작용하는 방식이 변경됩니다.
Amazon EKS Auto Mode가 인스턴스를 관리하는 방법을 이해하는 것은 워크로드 배포 전략 및 운영 절차를 계획하는 데 필수적입니다. 기존 EC2 인스턴스 또는 관리형 노드 그룹과 달리 이러한 인스턴스는 EKS가 특정 유형의 액세스 및 사용자 지정을 제한하면서 여러 운영 측면에 대한 책임을 지는 다른 수명 주기 모델을 따릅니다.
Amazon EKS Auto Mode는 새 EC2 인스턴스를 생성하기 위한 일상적인 작업을 자동화하고 이를 EKS 클러스터에 노드로 연결합니다. EKS Auto Mode는 워크로드가 기존 노드에 맞지 않는 시기를 감지하고 새 EC2 인스턴스를 생성합니다.
Amazon EKS Auto Mode는 EC2 인스턴스를 생성 및 삭제하고 패치를 적용하는 역할을 합니다. 인스턴스에 배포된 컨테이너와 포드는 사용자의 책임입니다.
EKS Auto Mode에서 생성한 EC2 인스턴스는 다른 EC2 인스턴스와 차이가 있으며 관리형 인스턴스입니다. 이러한 관리형 인스턴스는 EKS에서 소유하며 더 제한적입니다. EKS Auto Mode에서 관리하는 인스턴스에는 직접 액세스하거나 소프트웨어를 설치할 수 없습니다.
AWS에서는 EKS Auto Mode 또는 자체 관리형 Karpenter를 실행할 것을 제안합니다. 마이그레이션 중에 또는 고급 구성으로 둘 다 설치할 수 있습니다. 둘 다 설치한 경우 워크로드가 Karpenter 또는 EKS Auto Mode와 연결되도록 노드 풀을 구성합니다.
자세한 내용은 Amazon EC2 사용 설명서의 Amazon EC2 managed instances를 참조하세요.
비교 테이블
| 표준 EC2 인스턴스 | EKS Auto Mode 관리형 인스턴스 |
|---|---|
|
인스턴스의 패치 적용 및 업데이트는 사용자의 책임입니다. |
AWS는 인스턴스를 자동으로 패치하고 업데이트합니다. |
|
EKS는 인스턴스의 소프트웨어에 대해 책임을 지지 않습니다. |
EKS는 |
|
EC2 API를 사용하여 EC2 인스턴스를 삭제할 수 있습니다. |
EKS는 계정에 배포된 인스턴스 수를 결정합니다. 워크로드를 삭제하면 EKS가 계정의 인스턴스 수를 줄입니다. |
|
SSH를 사용하여 EC2 인스턴스에 액세스할 수 있습니다. |
포드와 컨테이너를 관리형 인스턴스에 배포할 수 있습니다. |
|
운영 체제 및 이미지(AMI)를 결정합니다. |
AWS가 운영 체제와 이미지를 결정합니다. |
|
Windows 또는 Ubuntu 기능에 의존하는 워크로드를 배포할 수 있습니다. |
Linux 기반의 컨테이너를 배포할 수 있지만 특정 OS 종속성은 사용할 수 없습니다. |
|
시작할 인스턴스 유형과 패밀리를 결정합니다. |
AWS가 시작할 인스턴스 유형과 패밀리를 결정합니다. 노드 풀을 사용하여 EKS Auto Mode가 선택하는 인스턴스 유형을 제한할 수 있습니다. |
다음 기능은 관리형 인스턴스와 표준 EC2 인스턴스 모두에서 작동합니다.
-
AWS 콘솔에서 인스턴스를 볼 수 있습니다.
-
인스턴스 스토리지를 워크로드의 임시 스토리지로 사용할 수 있습니다.
AMI 지원
EKS 자동 모드를 사용하면 AWS가 컴퓨팅 노드에 사용되는 이미지(AMI)를 결정합니다. AWS는 새 EKS 자동 모드 AMI 버전의 롤아웃을 모니터링합니다. AMI 버전과 관련된 워크로드 문제가 발생하는 경우 지원 사례를 생성합니다. 자세한 내용은 AWS Support User Guide의 Creating support cases and case management를 참조하세요.
EKS 자동 모드 지원 인스턴스 참조
EKS 자동 모드는 최소 크기 요구 사항을 충족하는 지원되는 유형의 인스턴스만 생성합니다.
EKS Auto Mode는 다음 인스턴스 유형을 지원합니다.
| Family | 인스턴스 유형 |
|---|---|
|
컴퓨팅 최적화(C) |
c8g, c7a, c7g, c7gn, c7gd, c7i, c7i-flex, c6a, c6g, c6i, c6gn, c6id, c6in, c6gd, c5, c5a, c5d, c5ad, c5n, c4 |
|
범용(M) |
m8g, m7i, m7a, m7g, m7gd, m7i-flex, m6a, m6i, m6in, m6g, m6idn, m6id, m6gd, m5, m5a, m5ad, m5n, m5dn, m5d, m5zn, m4 |
|
메모리 최적화(R) |
r8g, r7a, r7iz, r7gd, r7i, r7g, r6a, r6i, r6id, r6in, r6idn, r6g, r6gd, r5, r5n, r5a, r5dn, r5b, r5ad, r5d, r4 |
|
버스트 가능(T) |
t4g, t3, t3a, t2 |
|
고용량 메모리(Z/X) |
z1d, x8g, x2gd |
|
스토리지 최적화(I/D) |
i4g, i4i, i3, i3en, is4gen, d3, d3en, im4gn |
|
가속 컴퓨팅(P/G/Inf/Trn) |
p5, p4d, p3, p3dn, gr6, g6, g6e, g5g, g5, g4dn, inf2, inf1, trn1, trn1n |
|
고성능 컴퓨팅(X2) |
x2iezn, x2iedn, x2idn |
또한 EKS 자동 모드는 다음 요구 사항을 충족하는 EC2 인스턴스만 생성합니다.
-
1개 이상의 vCPU
-
인스턴스 크기가 나노, 마이크로 또는 스몰이 아님
자세한 내용은 Amazon EC2 인스턴스 유형 명명 규칙을 참조하세요.
고려 사항
-
EKS Auto Mode는 지원되는 인스턴스 유형에 NVMe 로컬 스토리지의 형식을 자동으로 지정하고 구성합니다. NVMe 드라이브가 여러 개 있는 노드의 경우 EKS는 RAID 0 배열을 설정합니다. 이 자동화를 사용하면 EKS 클러스터에서 로컬 NVMe 스토리지의 수동 형식 지정 및 RAID 구성이 필요하지 않습니다.
-
Amazon EKS Auto Mode는 AWS Fault Injection Service를 지원하지 않습니다. 자세한 내용은 AWS Resilience Hub 사용 설명서의 Managing Fault Injection Service experiments를 참조하세요.
-
EKS Auto Mode 노드에
Neuron Device Plugin을 설치할 필요가 없습니다.-
클러스터에 다른 유형의 노드가 있는 경우 자동 모드 노드에서 실행되지 않도록 Neuron Device 플러그인을 구성해야 합니다. 자세한 내용은 EKS Auto Mode 노드에 워크로드 배포 여부 제어 단원을 참조하십시오.
-
