🆘 문제

<aside> ⚠️ 공연 예매 사이트의 특성 상 특정 시간대에 트래픽이 집중되는 반면, 나머지 시간에는 평소와 비슷한 수준의 트래픽이 예상됩니다. 이러한 상황에서 예매가 집중되지 않은 시간대에 서버 리소스가 활용되지 않아 자원 낭비가 발생할 수 있습니다.

</aside>

👁‍🗨 분석

<aside> 💡 서버를 수동으로 켜고 끄는 작업은 다수의 서버를 운영하는 동안 매우 어려운 일이라고 생각됩니다. 그러므로 트래픽 지표에 따라 서버를 동적으로 운영하는 방안이 필요합니다. 이를 위해, 우리는 AWS Auto Scaling을 사용하여 Load Balancer와 연동되는 서버들을 동기화하고, 인스턴스를 자동으로 추가 및 삭제하는 정책으로 운영함으로써 자원 사용량을 최적화하고 비용 절감 효과를 극대화할 수 있다고 생각합니다.

</aside>

Amazon EC2 Auto Scaling이란 무엇입니까? - Amazon EC2 Auto Scaling

🌟 시도

1. 서버 인스턴스 교체

• 기존에 사용했던 t3.small 인스턴스를 비용이 20% 저렴하면서 성능이 20% 더 뛰어난 arm 아키텍쳐 기반의 t4g.small 인스턴스로 교체했습니다.
• 기존 linux/amd64 기반에서 linux/arm64 아키텍쳐로 변경하여 ci/cd에서 buildx를 이용하는 과정을 추가했습니다.
• GithubAcions 추가 코드

AWS Graviton2 기반 Amazon EC2 T4g 인스턴스 출시 – 버스팅 용량 및 프리티어 제공 | Amazon Web Services

2. 오토 스케일링 적용

• Auto Scaling을 사용하여 서버를 구성하면, 지속적인 서버 교체로 인해 도커와 CodeDeploy가 새로 다운로드 및 설치해야 합니다. 그러나 이미 설치된 인스턴스를 AMI 이미지로 만들면, 새 인스턴스 시작 시 추가 설치 없이 어플리케이션을 실행할 수 있습니다.

  

※ 특정 시간에 자동으로 인스턴스가 추가되도록 설정

• 예를 들어, 사이트 운영 정책에 따라 티켓팅이 18:00에 시작된다면, 대용량 트래픽에 대비하기 위해 사전에 서버를 추가하고 웜업 과정을 거쳐 서버를 준비하는 방법이 있습니다.