데브옵스
서비스 중단 없이 Amazon EKS로 옮긴 이야기
두줄요약
kops로 운영하던 Kubernetes 클러스터를 Amazon EKS로 무중단 이전한 과정을 공유했습니다. Terraform·Helm·Route 53 가중치 DNS로 서비스 재배포와 트래픽 점진 전환을 수행했습니다.
문제 상황
- 서울 리전 EKS 출시 전 kops 기반 Kubernetes 클러스터 직접 구축·운영
- 마스터 노드 관리 부담과 EKS 이전 시 서비스 중단 방지 필요
구조와 흐름
- EKS의 다중 가용 영역 마스터 노드 관리, 비정상 노드 교체, 버전 업그레이드·패치 지원
- IAM 인증과 Kubernetes RBAC 권한 관리 조합
- VPC CNI의 ENI·IP 제한에 따른 워커 노드별 Pod 수 제약
해결 방법
- Terraform 모듈로 EKS 클러스터·워커 노드 구성 재사용
- Helm 차트로 워커 서비스부터 프론트엔드까지 신규 클러스터 재설치
- Route 53 가중치 DNS로 NLB 트래픽 점진 전환, 기존 NLB에 신규 노드 연결로 DNS 캐시 요청 처리
주의할 점
- 인스턴스 타입별 ENI 및 IP 한도에 따른 Pod 배치 수 사전 점검
- 기존 클러스터 트래픽 완전 소멸 확인 후 Terraform destroy 수행
