데브옵스
AWS로의 로드밸런서 마이그레이션: 권장 전략 및 모범 사례
두줄요약
온프레미스 로드 밸런서를 AWS로 옮길 때는 현재 기능과 요구 사항을 먼저 정리한 뒤 ELB 유형을 선택해야 했습니다.\nA/B 테스트, 부하 테스트, 가중 DNS 라우팅으로 점진적으로 전환하는 전략을 제시했습니다.
문제 상황
- 온프레미스 하드웨어 로드 밸런서를 AWS로 옮길 때 현재 기능, 성능, 보안, 규정 준수 요구를 충분히 파악해야 하는 상황
- 로드 밸런서가 단순 분산 외에 헤더 수정, 콘텐츠 기반 라우팅, DDoS 보호, 로깅 등 추가 역할을 수행할 수 있어 사전 인벤토리 필요
구조와 흐름
- 사전 마이그레이션 단계에서 로드 밸런서 유형, 트래픽 패턴, 백엔드 구성, 보안 요구, 추가 기능을 점검해 ELB 적합성 판단
- ALB는 HTTP/HTTPS와 고급 라우팅, NLB는 저지연 TCP/UDP와 고성능, GWLB는 검사·보안 목적의 게이트웨이 역할
- 필요에 따라 WAF, Cognito, PrivateLink, Global Accelerator, Route53 등과 결합해 원하는 아키텍처 구성
적용해볼 점
- 불필요하게 활성화된 기능은 제거해 클라우드 구성을 단순화하고 운영 복잡성 완화
- 프로덕션 전 A/B 테스트와 부하 테스트로 응답 시간, 가용성, 사용자 영향 검증
- 가중 DNS 라우팅이나 기존 로드 밸런서의 단계적 비중 조절로 점진적 트래픽 이전