AWS 비용 줄이기: EC2 사양 변경 전 CPU·메모리·EBS 비용 비교

AI Editter

CPU 평균 사용률이 10%라서 EC2를 한 단계 줄였는데 서비스가 느려질 수 있습니다. 메모리가 부족하거나 EBS 처리량이 줄었거나, 짧은 피크를 평균값이 숨겼을 가능성이 있습니다. 인스턴스 가격만 비교하면 이런 비용을 놓칩니다.

EC2 사양 조정은 사용량을 측정하고 후보 사양의 한도를 대조한 뒤, 실제 업무 부하로 확인하는 작업입니다. 할인 약정이 있는 환경에서는 표시 가격 절감과 실제 청구액 절감도 다를 수 있습니다.

청구 비용과 사용량 지표를 같은 기간으로 맞춘다

지난달 청구액과 이번 주 CPU 평균을 바로 비교하면 사용 기간·트래픽·할인 적용이 달라 원인을 잘못 판단할 수 있습니다. EC2 인스턴스, EBS, 공인 IPv4, 데이터 전송 등 비용 항목을 구분하고 같은 기간의 사용량과 비교하세요. 이 글의 사양 조정은 그중 EC2 실행 비용을 다루며, 다른 항목이 대부분인 계정에서는 인스턴스를 줄여도 전체 비용이 크게 내려가지 않을 수 있습니다.

먼저 관찰 기간에 바쁜 시간이 포함됐는지 확인

평일 평균만으로 월말 집계 서버를 줄이면 월말에 문제가 생길 수 있습니다. 배치, 백업, 배포, 주말 이벤트 등 반복되는 피크를 포함해 관찰합니다. 짧은 구간의 최대값과 p95 등 분포를 함께 보되, 한 지표만으로 크기를 결정하지 않습니다.

항목	확인할 값	축소 후보와 비교할 것
CPU	평균·피크·지속시간	vCPU·세대·버스트 조건
메모리	사용량·사용 가능량·스왑·OOM	메모리 용량과 여유
EBS	IOPS·처리량·지연·대기	볼륨과 인스턴스 양쪽 한도
네트워크	송수신·연결·피크	기준·최대 대역폭
서비스	응답시간·오류·처리량	업무 허용 기준

기본 EC2 지표만으로 OS 메모리 사용을 모두 알 수 있는 것은 아닙니다. CloudWatch Agent 등으로 필요한 메모리 지표를 수집할 수 있으며, 추가 지표 비용도 확인합니다. AWS의 Compute Optimizer 사양 조정 안내는 메모리 수집과 추천 평가 방법을 설명합니다.

메모리 비율을 후보 용량으로 환산해 보기

가상 서버가 메모리 8GiB에서 피크 시 실제 필요한 메모리 6GiB를 사용한다고 가정합니다. 4GiB 인스턴스로 줄이면 CPU가 남아 있어도 그 사용량을 수용하지 못합니다. 단, Linux의 캐시를 포함한 단순 사용률을 애플리케이션의 필수 메모리와 같다고 보지는 않습니다. 사용 가능 메모리, 캐시, 스왑, 프로세스별 사용량을 함께 해석해야 합니다.

JVM 힙, DB 버퍼, 워커 수처럼 설정된 메모리 한도도 확인합니다. 인스턴스만 줄이고 앱 설정은 그대로 두면 시작 직후부터 부족해질 수 있습니다. 프로세스 재시작과 배포 중 두 버전이 겹치는 시간의 사용량도 포함합니다.

T 계열은 CPU 크레딧과 실행 모드를 같이 본다

버스터블 인스턴스는 순간 CPU 사용률만으로 판단하지 않습니다. 크레딧 잔액이 지속적으로 감소하는지, Standard와 Unlimited 중 어떤 모드인지, 잉여 크레딧 관련 과금이 있는지 확인합니다.

짧게 높은 CPU를 쓰고 오래 쉬는 작업과 하루 종일 기준 성능 이상을 쓰는 작업은 비용 구조가 다릅니다. “작은 T 계열이 시간당 저렴하다”는 이유만으로 지속 부하 서버에 선택하지 않습니다. 적용 중인 제품의 크레딧 조건은 버스터블 성능 인스턴스 문서를 기준으로 확인합니다.

EBS와 네트워크 한도를 놓치지 않기

gp3 볼륨에 높은 처리량을 지정해도 인스턴스 쪽 EBS 대역폭이 낮으면 그만큼 사용하지 못할 수 있습니다. 축소 전후 후보의 EBS 최적화 성능과 네트워크 기준·최대 성능을 확인합니다.

예를 들어 배치가 대량 파일을 읽는 서버는 CPU가 낮아도 저장장치 대기로 느릴 수 있습니다. CPU가 낮다는 사실은 여유가 있다는 뜻일 수도 있고 I/O를 기다린다는 뜻일 수도 있습니다. OS와 애플리케이션 지표로 구분합니다.

CPU 아키텍처 변경은 크기 조정과 별도 변경으로 취급하는 편이 검증하기 쉽습니다. x86에서 Arm으로 옮긴다면 이미지, 네이티브 라이브러리, 에이전트, 상용 소프트웨어 지원 여부를 시험합니다.

변경 전에 통과 기준과 복구 시간을 적는다

항목	기록 예시
기준 부하	실제 피크를 대표하는 요청·배치
성능 기준	서비스가 정한 응답시간·오류율
자원 기준	메모리·스왑·EBS 대기 상태
변경 방식	중지 후 변경 또는 새 인스턴스 교체
복구 방법	기존 사양·이미지·설정으로 복원
확인 기간	평시와 대표 피크 모두 포함

중지가 필요한 변경은 서비스 영향과 주소·연결 특성을 확인합니다. 무중단 구성이 필요하면 새 인스턴스를 준비해 부하 분산기 뒤에서 시험하는 방식 등을 검토합니다. 기존 서버를 지우기 전에 정상 동작과 데이터 일관성을 확인합니다.

절감액은 실제 청구 구조로 계산

후보의 시간당 비용뿐 아니라 약정 적용, 추가 스토리지 성능, 공인 IPv4, 데이터 전송, 관측 비용을 함께 계산합니다. Savings Plans나 예약 인스턴스 약정이 남아 있다면 사용량을 줄여도 즉시 같은 비율로 청구액이 줄지 않을 수 있습니다.

변경 후에는 같은 업무량에서 응답시간과 총비용을 비교합니다. 처리 속도가 느려져 실행시간이나 서버 수가 늘었다면 시간당 가격만 낮아진 결과일 수 있습니다. 기록에는 추천받은 사양, 선택 이유, 시험 결과, 실제 청구 변화까지 남겨 다음 조정의 근거로 사용합니다.