AWS로 인스턴스를 마이그레이션할 때 인스턴스 유형 및 인프라 개선을 어떤 방식으로 할까??

[Hexeong]

인프라 AWS 마이그레이션 및 개선 초안

• 마이그레이션 기한 : 언제부터 작업할 건지

• 이전 대상(총 비용 : 15.2 + 7.8 + 5(S3 + Lambda) = 28달러) → 로드테스트는 On/Off이므로 제외

  • EC2 2개(prod, stage)

    • t4g.small - 월당 7.6달러
    • prod의 경우 mem및 vCPU 부족으로 인한 서비스 중단의 경우, 추가 인스턴스 생성 제안
    • t3.small

  • EC2 - Load Test(On/Off) 수연

    • t4g.small

  • EC2 - grafana 수연

    • t4g.micro

  • EC2 - Redis 모듈 분리 인성

    • t4g.micro
    • 지금 상황에서 Redis의 의존도가 높지 않기에, prod에서의 분리가 굳이 지금 필요치 않다는 제안

  • EC2 - WebSocket 채팅 모듈 분리(선택) 수연

    • DAU 1천 기준으로 필요한 예상 mem과 vCPU는 2GiB, 1vCPU
    • DAU 5백 기준으로 필요한 예상 인스턴스 유형은 t4g.micro - 3.9 달러 = 총 7.8 달러

  • S3

  • Lambda

• Terraform - IaC 인성

• 환경변수를 AWS Secret Manager 안에 넣는 건 굳이라는 마인드임.

  • 어차피 CD 실행 주체는 GH Action이기 때문.
  • 만약 Secret Manger + CodeDeploy 전략으로 간다면 얘기가 달라짐.

• 롤백 & 배포버전관리 & 무중단 배포 전략

  • 1단계 : CD 성능 리팩토링 및 이미지 버전 관리 도입 인성
  • 2단계 : 롤백이랑 무중단 배포 전략 도입 - 블루그린 배포 고려중 수연(main), 인성(support)

[Hexeong]

aws 인스턴스 비용 비교가 가능한 사이트입니다!

https://instances.vantage.sh/

[Hexeong]

12.15) 회의 결과

Note

• 월 40$ 기준으로, 우선적으로 필요한 인스턴스들을 사용하기 위해 다음과 같이 결정했습니다. Redis에 대한 분리보다는 Grafana를 통한 모니터링이 더 중요한 기능이라고 생각하여 Grafana를 따로 인스턴스로 분리했습니다.
• 또 다른 이유로는, API Server에서 Redis를 분리할 경우 prod와 stage 모두 분리해서 동일한 환경을 유지해야 load test를 하는 의미가 있는데, 이 또한 비용적 문제가 배로 발생하게 됩니다.
• 그리고 다중 인스턴스가 아닌 이상, 굳이 Redis를 현재 시점에서 분리할 필요는 없다고 생각하기 때문에 다음과 같이 결정하게 되었습니다.

• API Server (t4g.small 2개 - stage, prod) = 약 16$
• Grafana (t4g.micro 1개) = 약 4$
• RDS(db.t4g.micro 2개 - stage, prod) = 약 16$
• etc. (S3 + Lambda) = 현재 많은 비용이 나오지 않기에 러프하게 4$로 측정

[Hexeong]

26.03.07) 회의 결과

Note

• 기존 AWS CostExplorer 기준 rds 비용이 예상보니 많이 나와, rds만으로 월 40$가 소모됨을 확인했습니다..!
• 이에 팀 내부 회의에서 stage rds의 경우 load-test 할때만 켜서 진행을 하고, 평소에는 rds를 삭제시키자는 합의가 이루어졌습니다
• 따라서, 평소에는 stage 환경의 mysql은 docker container로 내부에 띄워두고, 부하테스트를 진행할 때에는 load-test 프로필을 사용해서 진행하는 방식으로 결정했습니다.