
AWS EKS에서 ALB Ingress Controller 활용기
두줄요약
EKS에서 ALB Ingress Controller를 배포하고 호스트 기반 라우팅을 구성한 경험을 소개했습니다. 헬스 체크·보안 그룹·SSL·리다이렉션 설정과 운영상 제약을 정리했습니다.
문제 상황
- EKS 핵심 서비스 이전 과정의 NGINX Ingress Controller와 AWS ALB Ingress Controller 선택
- 기존 로드밸런서 구성 유지, 프로덕션 안정성, 구성 자료 확보 여부 검토
구조와 흐름
- Ingress 이벤트 감시 후 ALB, Target Group, Listener, 경로별 라우팅 규칙 생성
- Instance mode의 NodePort 경유 방식과 IP mode의 컨테이너 포트 직접 라우팅 방식 지원
- internal·external Ingress 분리와 호스트 기반 서비스 라우팅 구성
해결 방법
- IAM 정책, RBAC Role 적용 후 Helm chart 기반 ALB Ingress Controller 배포
- Service별 healthcheck-path 설정으로 Target Group의 unhealthy 상태 대응
- 공통 Security Group, ACM SSL 인증서, HTTP 301 리다이렉션 annotation 추가
주의할 점
- ALB 접근 서비스별 namespace 단위 Ingress 생성 제약
- Ingress 증가 시 EC2 Security Group 할당 한도 도달 가능성
- Controller 오류 발생 시 Pod 메모리 사용량 증가 가능성





