PM님께서 북미에 있는 지인 분들에게 Insty를 알리자 반응이 꽤 있어 북미에서의 서비스를 먼저 진행하기로 결정했다.
현재는 우리 서비스의 트래픽이 적은 시점이라 속도 측면에서는 그냥 두어도 상관없으나 최상의 서비스를 제공하기 위해서는 북미리전으로의 마이그레이션이 필요하다고 생각되어 진행하기로 했다.
어두처럼, 트래픽이 적은 시점이라 멀티리전을 구성하는 것은 비용으로 보나 운영 복잡도로 보나 효율적이지 않을 것으로 보여 일단은 북미 단일 리전으로 구성하기로 했다.
CloudFront origin을 이용한 배포를 하고 있었기 때문에 생각보단 간단했다.
1. RDS를 통해 DB를 사용하고 있었기 때문에 스냅샷 생성 후 북미리전으로 복제 및 revert
2. EC2 리소스(web, ai, bastion host) AMI 생성 후 북미리전으로 복제 및 create
3. s3 버킷 북미리전 생성 후 데이터 이관
4. vpc / subnet / internet gateway / routing table 등의 재구성
5. load balancer (ALB) 재구성 및 엔드포인트 설정(health check)
6. 보안그룹 재설정
7. cloud front 원본 수정
8. RDS 리전 변경에 따른 lambda endpoint 수정
9. mediaconvert endpoint 수정
적다 보니 많네;;
마이그레이션 과정에서 스냅샷 데이터 복제, DB revert, AMI 보관 등에서 비용이 발생하기 때문에 비용최적화를 생각하며 마이그레이션 하는 전략을 짜는게 좀 골치아팠다. 특히 트래픽이 적은 시점이었기 때문에 “안전하지만 비싼 방식”보다는 “짧은 시간 안에 끝내는 방식”을 선택해야 했다.
'Project > Insty' 카테고리의 다른 글
| [Insty] Next.js 보안으로 인한 악성파일 이슈 (0) | 2025.12.23 |
|---|---|
| [Insty] 인프라 구성도 및 파이프라인 설계 의도(지속 수정) (0) | 2025.10.02 |