[AWS] 인프라 비용 55% 절감 가이드 — Graviton(ARM) 전환과 고정비 최적화

2024년부터 2026년 상반기까지 본부·팀 내 인프라를 직접 설계·구축하며 가장 집중한 것은 "불필요한 클라우드 지출을 최소화하면서도 견고한 아키텍처를 그려내는 것"이었다.

이 글에서는 AWS Graviton(ARM) 아키텍처를 전략적으로 활용하고, ALB·NAT Gateway·RDS 같은 관리형 서비스를 직접 구축형으로 전환해 기존 대비 운영비를 최대 55%(월 약 200만 원)까지 낮춘 실제 견적 데이터와 노하우를 공유한다.

1. 2026년 AWS EC2 인스턴스 단가 비교 (서울 리전)

아래 표는 아시아 태평양(서울) 리전, Ubuntu 24.04 LTS(HVM) 기준 온디맨드 요금이다. CPU 아키텍처 선택 하나만으로 약 20%의 비용 차이가 발생함을 확인할 수 있다.

아키텍처만 바꿔도 월 $43.2가 절감된다

단가표를 정밀 분석하면, CPU·Memory·Storage·Network 스펙이 완전히 동일해도 아키텍처 선택에 따라 약 20% 차이가 난다.

그림 1. 아키텍처를 x86으로 설정하면 ARM 인스턴스 선택이 제한된다

온디맨드 요금표에는 CPU 아키텍처가 표기되지 않는다. 인스턴스를 직접 생성할 때 확인할 수 있다. 예를 들어 아키텍처를 64비트(x86)로 해놓고 r6gd.xlarge를 고르려 하면 비활성화되는 것을 볼 수 있다.

2. 용도별 인스턴스 패밀리 선택 전략

비용 절감과 동시에 인스턴스 패밀리를 용도에 맞게 써야 한다.

• t 패밀리 (버스트 가능) — 소규모 워크로드에 최적. CPU 크레딧으로 간헐적 트래픽 폭주를 저렴하게 처리.
• m 패밀리 (다목적) — CPU·메모리·네트워크 균형이 필요할 때. 고정 성능 제공, 안정적 WAS 운영에 적합.
• r 패밀리 (메모리 최적화) — DB·캐시(Redis)·대규모 데이터 분석 등 메모리 집약 작업에 필수. 특히 ARM 기반 r6g는 x86 대비 압도적 가성비.

3. 관리형 서비스 대신 직접 구축으로 고정비 방어

인프라 역량이 받쳐준다면 관리형 서비스를 직접 구축형으로 대체해 고정비를 크게 줄일 수 있다.

3.1 ALB 대신 Nginx Reverse Proxy — 월 $16.43 절감

ALB는 편리하지만 트래픽이 없어도 고정비가 발생한다. Bastion 서버에 Nginx + Certbot(SSL)을 적용해 직접 라우팅을 구성하면 ALB 비용을 완전히 제거할 수 있다.

3.2 NAT Gateway 대신 NAT Instance — 월 $33.75 절감

Private Subnet의 외부 통신을 돕는 NAT Gateway는 시간당 요금이 비싸다. Bastion 서버를 NAT Instance로 구성하면 데이터 처리 비용 포함 약 월 $33.75를 절약할 수 있다(월 약 30GB 처리 가정).

• NAT 게이트웨이 시간당 요금: USD 0.045
• 처리 데이터 GB당 요금: USD 0.045

NAT 인스턴스 구축 상세 가이드는 아래 두 글에서 다룬다.

[AWS] NAT Gateway 비용 절감 — AMI로 NAT 인스턴스 구축 (1부)

NAT Gateway는 월 $32+ 고정비가 든다. 비용을 아끼려 EC2(NAT Instance)로 Private Subnet 인터넷을 연결한 방법 — 1부는 AWS 커뮤니티 AMI(amzn-ami-vpc-nat)를 이용한 구성.

taystudios.com/blog

[AWS] NAT Gateway 비용 절감 — iptables로 NAT 인스턴스 직접 구축 (2부)

1부의 커뮤니티 AMI는 OS가 구형(EOS)이라 유지가 어렵다. 2부에서는 최신 Ubuntu에 직접 iptables(IP 포워딩 + MASQUERADE)를 설정해 NAT 인스턴스를 구축하고, 재부팅에도 규칙이 유지되게 한다.

taystudios.com/blog

3.3 Route53 도메인 — .com 기준 약 $14.51

Route53 도메인 고정비는 줄이기 어렵다. 비중이 큰 EC2·ALB·NAT Gateway 쪽 고정비를 줄이는 게 효율적이고, 아니면 더 저렴한 도메인 등록처를 이용하면 된다.

4. RDS 리스크 관리 및 DB 직접 설치 전략

Oracle RDS(db.m5.4xlarge 등)는 라이선스 포함 시 월 $2,800~$6,000에 달한다. 라이선스를 보유한 기업(BYOL)이라도 RDS 운영비는 약 $1,551.67로 만만치 않다.

• RDS 관리비 vs EC2 직접 구축 — 이미 라이선스가 있다면 RDS 비용은 순수 '관리 대행료'인데, 그 비용이 인스턴스 비용을 상회할 만큼 크다.
• Oracle RDS(BYOL)의 함정 — 8vCPU·32GiB 기준, SE2 라이선스를 BYOL로 가져와도 AWS에 내는 RDS 관리 비용만 약 $1,551.67.
• ARM 기반 DB-EC2 전환 — RDS 대신 8vCPU ARM·64GiB RAM·512GB Storage EC2를 선택. 월 운영비 $382.35(EBS 포함) → RDS 관리비 대비 약 75% 절감, 메모리는 오히려 2배(64GiB) 확보.

5. 최종 비용 비교: 관리형 서비스 vs 직접 구축 (월)

결론: 효율적인 비용 감축

모든 관리형 서비스를 포기하라는 뜻이 아니다. 다만 엔지니어 역량을 활용해 선택적으로(ARM 전환·NAT/Proxy 직접 구축·DB 직접 설치) 줄이면, 한정된 예산 안에서 훨씬 고성능 아키텍처를 운영할 수 있다. 월 약 $1,535(한화 약 200만 원) 고정비 절감은 충분히 의미 있다.

6. ARM 아키텍처 전환 시 주의사항

비용 절감만큼 아키텍처 전환으로 인한 서비스 중단 리스크를 피하는 것도 중요하다. ARM은 과거 호환성 문제로 도입을 꺼렸지만, 2026년 현재 대부분의 메이저 라이브러리·OS에서 안정화됐거나 진행 중이다.

Python — Oracle DB 연동 시 'DPI-1047' 에러

Python 서비스를 ARM 인스턴스로 이전할 때 가장 흔한 문제는 드라이버 호환성이다.

• 문제 — 기존 x86에서 쓰던 cx_Oracle을 ARM에서 그대로 쓰면 DPI-1047 에러로 DB 연결에 실패한다. 해당 라이브러리가 특정 C 라이브러리 의존성을 갖기 때문이다.
• 해결 — Oracle 인스턴트 클라이언트 설치가 필요 없는 python-oracledb Thin 모드를 사용한다. C 의존성 없이 순수 Python으로 작동해 ARM에서도 완벽히 동작한다. 상세 해결 가이드는 아래 글에서 다룬다.

AWS Graviton(ARM)에서 Python Oracle 연결 오류 DPI-1047 해결 — python-oracledb Thin 모드

x86_64에서 잘 되던 Python–Oracle 연동이 AWS Graviton(ARM)에서 DPI-1047(libclntsh.so 못 찾음) 에러로 실패하는 원인과, Instant Client 없이 순수 Python으로 동작하는 python-oracledb Thin 모드 해결법(SQLAlchemy·native 예제).

taystudios.com/blog

참고 자료 (AWS 공식)

1. AWS 온디맨드 인스턴스 요금
2. AWS VPC 요금

📦 이 글은 제가 운영하던 티스토리 블로그에서 옮겨온(migration) 글입니다. 원문: taehyuklee.tistory.com/33