성능을 해치지 않고 AWS 비용을 줄이는 순서

비용 작업은 아키텍처부터 손대기 시작할 때 어긋납니다. 거의 모든 계정에는 성능 이야기를 전혀 하지 않고도 제거할 수 있는 순수한 낭비 계층이 있습니다.

1차: 낭비

• 연결되지 않은 EBS 볼륨과 오래된 스냅샷
• 트래픽이 적은 서브넷에 떠 있는 유휴 NAT 게이트웨이
• 타깃 그룹이 하나도 없는 로드밸런서
• 보존 기간이 설정되지 않은 로그 그룹

2차: 형태

구매 모델을 워크로드의 안정성에 맞춥니다. 꾸준한 기저 부하는 Savings Plans로, 튀는 배치 작업은 Spot으로 보내고, 나머지는 안정적인 형태가 확인될 때까지 온디맨드로 둡니다.

3차: 아키텍처

앞의 두 단계를 끝낸 뒤에야 캐시 계층, 스토리지 클래스, 다른 런타임으로의 이전을 논의할 의미가 생깁니다. 그 시점에는 비교할 깨끗한 기준선이 확보돼 있습니다.