Amazon EKS란

들어가며

Docker를 이용하면 애플리케이션을 컨테이너로 실행할 수 있지만, 운영 환경에서는 여러 개의 컨테이너를 배포하고 관리해야 합니다. 컨테이너 수가 증가하면 장애가 발생한 컨테이너를 자동으로 복구하고, 트래픽 증가에 따라 확장하며, 여러 서버에 컨테이너를 효율적으로 배치하는 기능이 필요합니다. 이러한 역할을 수행하는 대표적인 오픈소스 플랫폼이 Kubernetes(K8s) 입니다.

 

하지만 Kubernetes를 직접 구축하고 운영하려면 Control Plane 구성, 업그레이드, 고가용성 관리 등 많은 운영 작업이 필요합니다. AWS에서는 이러한 부담을 줄이기 위해 Amazon EKS(Elastic Kubernetes Service) 를 제공합니다.

 

Amazon EKS는 AWS에서 Kubernetes Control Plane을 관리해 주는 완전관리형 Kubernetes 서비스입니다. 사용자는 Kubernetes의 기능을 그대로 활용하면서도 Control Plane 운영 부담 없이 컨테이너 기반 애플리케이션을 배포하고 관리할 수 있습니다.

 

이번 글에서는 Amazon EKS의 기본 개념부터 ECS와의 차이, 노드 구성 방식, 스토리지 연동까지 살펴보겠습니다.

---

1. Amazon EKS란?

https://medium.com/%40Ishan.tharusha.wijayabahu/understanding-api-gateway-and-load-balancer-in-microservices-with-aws-kubernetes-examples-156518a5e9dd

Amazon EKS(Elastic Kubernetes Service)는 AWS에서 Kubernetes Cluster를 구축하고 운영할 수 있도록 지원하는 완전관리형 Kubernetes 서비스입니다.

 

EKS는 Kubernetes API와 기능을 그대로 제공하면서 Kubernetes Control Plane을 AWS가 대신 관리합니다. 개발자는 Worker Node와 애플리케이션 배포에 집중할 수 있으며, Kubernetes의 다양한 오픈소스 생태계도 그대로 활용할 수 있습니다.

 

또한 Amazon EKS는 EC2 기반 Worker Node뿐 아니라 AWS Fargate도 지원하여 서버를 직접 관리하지 않는 Kubernetes 환경도 구성할 수 있습니다.

---

2. 왜 Amazon EKS를 사용할까?

Kubernetes는 AWS뿐 아니라 Azure, GCP, 온프레미스 등 다양한 환경에서 동일한 방식으로 사용할 수 있는 표준 컨테이너 오케스트레이션 플랫폼입니다. 하지만 직접 Kubernetes를 운영하면 다음과 같은 작업이 필요합니다.

• Control Plane 구축
• ETCD 관리
• Kubernetes 버전 업그레이드
• 고가용성(HA) 구성
• 장애 복구

Amazon EKS는 이러한 관리 작업을 AWS가 대신 수행하므로 사용자는 Kubernetes 애플리케이션 운영에 집중할 수 있습니다.

---

3. Amazon ECS와의 차이

항목	Amazon ECS	Amazon EKS
기반 기술	AWS 자체 오케스트레이터	Kubernetes
Kubernetes 지원	X	O
멀티 클라우드	어려움	가능
운영 난이도	낮음	상대적으로 높음
추천 환경	AWS 중심 서비스	Kubernetes 기반 서비스

• AWS 환경만 사용할 경우 ECS가 더 간단합니다.
• Kubernetes 생태계를 활용하거나 멀티 클라우드 환경이라면 EKS가 적합합니다.

---

4. Amazon EKS 구성 요소

4-1) Control Plane

Kubernetes Cluster를 관리하는 핵심 구성 요소입니다. AWS가 자동으로 관리하며 사용자가 직접 운영할 필요가 없습니다.

4-2) Worker Node

실제 Pod가 실행되는 서버입니다. Amazon EC2 또는 AWS Fargate에서 실행할 수 있습니다.

4-3) Pod

애플리케이션이 실행되는 최소 단위입니다. 하나 이상의 컨테이너를 포함할 수 있습니다.

4-4) Service

Pod에 접근하기 위한 네트워크 기능을 제공합니다. Pod가 변경되어도 동일한 주소로 접근할 수 있습니다.

---

5. Node 구성 방식

5-1) Managed Node Group

AWS가 EC2 Worker Node를 자동으로 생성하고 관리하는 방식입니다. Auto Scaling Group과 연동되어 Node 생성과 업데이트를 쉽게 관리할 수 있습니다.

5-2) Self-Managed Node

사용자가 직접 EC2를 생성하고 Kubernetes Cluster에 등록하는 방식입니다. 세부적인 서버 설정이 필요한 경우 사용됩니다.

5-3) AWS Fargate

Worker Node를 직접 생성하지 않고 Pod만 실행하는 서버리스 방식입니다. 필요한 만큼의 컴퓨팅 자원이 자동으로 준비되며 서버 관리가 필요하지 않습니다.

---

6. Amazon EKS 스토리지

컨테이너는 기본적으로 종료되면 내부 데이터가 삭제됩니다. 따라서 영구 저장이 필요한 경우 Kubernetes의 CSI(Container Storage Interface) 를 이용하여 AWS 스토리지를 연결합니다.

대표적으로 다음 서비스를 사용할 수 있습니다.

6-1) Amazon EBS

하나의 EC2 인스턴스에 연결되는 블록 스토리지입니다. 데이터베이스나 단일 Pod의 영구 저장소로 많이 사용됩니다.

6-2) Amazon EFS

여러 Pod가 동시에 공유할 수 있는 파일 스토리지입니다. 여러 Worker Node에서도 동일한 데이터를 사용할 수 있습니다.

6-3) Amazon FSx

고성능 파일 시스템이 필요한 경우 사용하는 관리형 파일 스토리지입니다. Lustre, NetApp ONTAP 등 다양한 파일 시스템을 지원합니다.

 

---

7. 언제 사용할까?

Amazon EKS는 다음과 같은 경우 적합합니다.

• Kubernetes를 운영하고 싶은 경우
• 기존 Kubernetes 환경을 AWS로 이전하는 경우
• 멀티 클라우드를 고려하는 경우
• Kubernetes 생태계(Helm, Argo CD, Istio 등)를 활용하는 경우

반면 AWS에서만 간단하게 컨테이너를 운영한다면 Amazon ECS가 더 적합할 수 있습니다.

---

8. 마치며

이번 글에서는 Amazon EKS의 기본 개념과 주요 기능을 살펴보았습니다. 처음에는 단순히 Kubernetes를 AWS에서 사용할 수 있는 서비스라고 생각했지만, 학습하면서 EKS는 Kubernetes Control Plane을 AWS가 관리해 주는 완전관리형 서비스이며, 사용자는 Worker Node와 애플리케이션 운영에 집중할 수 있다는 점을 이해할 수 있었습니다.

 

또한 Managed Node Group, Self-Managed Node, AWS Fargate와 같은 다양한 실행 방식을 제공하고, Amazon EBS와 Amazon EFS 등 AWS 스토리지 서비스와 연동하여 Kubernetes 환경을 구성할 수 있다는 점도 알게 되었습니다.

 

이를 통해 Amazon EKS는 Kubernetes의 표준 기능을 유지하면서도 운영 부담을 줄여주는 서비스이며, Kubernetes 기반의 애플리케이션을 AWS 환경에서 안정적으로 운영하기 위한 핵심 서비스라는 점을 이해할 수 있었습니다.