[AWS 비용 절감 3] 최적의 EC2 인스턴스 유형 선택하기

배경

현재 사용 중인 EC2 인스턴스를 분석하여 요금을 절약할수 있는 최적화된 사양을 결정하는 것을 목표로 한다.

 

EC2 선택 핵심 요소

내게 맞는 EC2를 결정하기 위해서는 기본적으로 vCPU 개수, 메모리 크기, 네트워크 성능, 프로세서 아키텍처 등을 고려해야한다.

그리고 나를 포함한  많은 사람들이 놓지는 또 한개의 요소가 있는데 이는 바로 프로세서 아키텍처 이다.

 

 

초기 서비스 단계에서는 향후 트래픽 증가를 정확히 예측하기 어려우며, 성공적인 서비스는 일반적으로 J 커브 성장을 보인다. 따라서 서비스 규모에 맞춰 인스턴스를 변경하는 것이 비용적으로 합리적이다.

 

하지만 여기서 프로세서 아키텍처가 다른 EC2로 변경하는 것은 번거로울 수 있다는 점을 고려해야 한다. 처음 EC2를 선택할 때, 추후 변경할 인스턴스 유형 후보 또한 고려하여 적절한 아키텍처를 선택하는 것이 중요하다.

 

AWS 프로세서 아키텍처

 

AWS에서는 크게 두 가지 유형의 프로세서를 제공한다.

• AWS Graviton (ARM 기반, AWS 자체 개발 CPU)
• Intel/AMD 프로세서 (x86 기반)

 

그럼 어떤 CPU 기반 인스턴스를 사용하는 것이 더 나을까?

 

결론 부터 말하면 Gravation 기반 인스턴스를 추천한다.

AWS 측은 유사한 성능 인스턴스 대비 40 퍼센트 저렴한 가격을 해당 인스턴스에서 제공한다고 한다. (물론 AWS 가 밀고 있어 다 믿기는 어렵지만...) 

 

참고) gravation 프로세스를 사용하는 EC2 는 이름에 'g' 가 포함되어 쉽게 확인이 가능하다 (ex- t4g, m6g...)

 

Gravation 프로세서 에 대한 더 구체적인 내용은 단순 정보이니 AWS 공홈을 참고하는 것이 좋겠다.

https://aws.amazon.com/ko/ec2/graviton/graviton-savings-dashboard/?refid=bc3c5de1-7376-43c7-ad4f-f0f3f8248023

AWS Graviton Savings Dashboard Step-by-Step Guide

 

---

현재 인스턴스 사용량 체크

1. CPU

현재 CPU 사용량은 두 인스턴스(m5.large / t2.micro) 모두 아주 작다.

t2.micro 에서 CPU 코어가 1개로도 사용량이 크지 않는 점을 고려하여 CPU 코어는 1개로 결정했다

현재 CPU 사용량

 

2. RAM

주황-1GB(dev) / 파랑-8GB(prod)

DEV

 

인스턴스	Swap 사용 여부	Buff/Cache	메모리 사용량	예상 적정 용량
t2.micro (1GB RAM)	Swap 사용 높음 (647MB)	232MB	부족함	2GB
m5.large (8GB RAM)	Swap 거의 없음	2GB	여유	6GB

 

• dev 서버의 t2.micro 는 2GB 의 Ram 이 적정량으로 보이지만 dev 서버인 것을 고려하여 현상태 유지
• prod 서버의 m5.large 8GB 중 캐시를 제외한 실제 사용량은 5.5 GB 로 6GB 정도가 적당한 

 

종합 평가

CPU 는 1코어, 메모리는 6GB 이상

네트워크는 서비스 특징상 사진/동영상 전송이 많은 이유로 기존 성능을 최대한 낮추지 않는 방향에서 결정했다.

 

조건에 부합하는 것 중 가장 저렴한 r6g.medium 스펙으로 결정을 했다. 

(기존 m5.large 와 CPU 아키텍처가 달라 마이그레이션이 걱정됨...)

 

---

참고) AWS Compute  Optimizer 

위와 같은 의사 결정 후에 AWS Copute Optimizer 결과를 얻을 수 있었다.

최적화 분석에 대한 리포트를 산출하는데 12시간 정도가 걸렸기에 나중에 알게 되었는데

추론하여 얻은 유형(r6g.medium)이 가장 상단으로 추천 되었기에 뿌듯했다.

 

현재 다른 기능들은 요금이 청구될 만큼 사용하지 않기에(EBS 제외) 레포트를 신청하지 않았지만

인스턴스, EBS, Lambda, DB 등 다양한 aws 서비스에대해서 레포트를 제공하기에 상황에 맞게 사용하면 좋을 듯하다.

 

AWS Compute Optimizer