EC2 인스턴스 유형 이름 읽는 법 t3 micro m7g large 의미와 용도별 선택 기준

EC2 인스턴스 유형 이름 읽는 법을 알고 나면 AWS에서 가상 서버를 고를 때 수백 개의 선택지가 훨씬 단순하게 보입니다. EC2 생성 화면에 들어가면 t3.micro, m7g.large, c7i.2xlarge, r6a.xlarge처럼 암호 같은 이름이 끝없이 나열되어 있어 처음에는 어떤 것을 골라야 할지 막막합니다. 하지만 이 이름에는 일정한 규칙이 있어서 한 번 읽는 법을 익히면 이름만 보고도 서버의 성격을 대략 파악할 수 있습니다.

 

EC2 인스턴스 유형 이름 읽는 법 t3 micro m7g large 의미와 용도별 선택 기준

저도 예전에는 가격이 가장 싸 보이는 인스턴스를 그냥 선택하거나, 튜토리얼에 나온 이름을 그대로 따라 쓰곤 했습니다. 그런데 어느 날 같은 크기인데 알파벳 하나만 다른 인스턴스의 요금이 다르다는 것을 발견하고 이름의 의미를 찾아보게 되었습니다. 알고 보니 그 알파벳 하나가 프로세서 종류를 뜻하고 있었고, 그 차이가 가격과 호환성에 모두 영향을 준다는 것을 알게 되었습니다.

 

오늘 제가 준비한 포스팅에서는 EC2 인스턴스 유형 이름 읽는 법을 중심으로 이름을 구성하는 네 가지 요소, 인스턴스 패밀리별 용도, 추가 속성 알파벳의 의미, 버스터블 T 인스턴스의 CPU 크레딧 개념, 그리고 용도별로 인스턴스를 선택하는 기준까지 차근차근 정리해보겠습니다.

 

간단히 요약하면 m7g.large라는 이름은 m(범용 패밀리), 7(7세대), g(AWS Graviton 프로세서), large(크기)로 나누어 읽습니다. 앞 글자는 용도, 숫자는 세대, 뒤에 붙은 알파벳은 프로세서나 추가 기능, 점 뒤는 CPU와 메모리 규모를 뜻합니다.

 

EC2 인스턴스 유형 이름은 네 부분으로 나누어 읽습니다

EC2 인스턴스 유형 이름은 점(.)을 기준으로 앞부분과 뒷부분으로 나뉩니다. 앞부분은 다시 패밀리, 세대, 추가 속성으로 구성되고, 뒷부분은 인스턴스 크기를 나타냅니다. AWS 공식 문서의 인스턴스 유형 명명 규칙에서도 같은 방식으로 설명하고 있습니다.

 

예를 들어 c7i.2xlarge를 읽어보면 c는 컴퓨팅 최적화 패밀리, 7은 7세대, i는 인텔 프로세서, 2xlarge는 크기입니다. r6a.xlarge는 메모리 최적화 패밀리 r, 6세대, AMD 프로세서 a, xlarge 크기라는 뜻이 됩니다.

 

세대 숫자는 높을수록 최신 하드웨어를 사용한다는 의미입니다. 일반적으로 새로운 세대는 같은 크기에서 성능이 좋아지고 가격 대비 효율도 개선되는 경향이 있어, 특별한 호환성 문제가 없다면 최신 세대를 우선 검토하는 것이 좋습니다.

 

인스턴스 이름은 패밀리, 세대, 추가 속성, 크기의 순서로 읽으며, 앞 글자로 용도를 먼저 파악하면 선택지를 빠르게 좁힐 수 있습니다.

 

인스턴스 패밀리 알파벳별 용도 정리

이름의 첫 글자는 인스턴스가 어떤 작업에 최적화되어 있는지를 나타냅니다. 가장 많이 쓰이는 패밀리는 M, C, R, T입니다. M은 범용(General purpose)으로 CPU와 메모리 비율이 균형 잡혀 있어 웹 서버, 애플리케이션 서버, 소규모 데이터베이스 등 다양한 용도에 무난하게 사용됩니다.

 

C는 컴퓨팅 최적화(Compute optimized)로 같은 크기의 M보다 메모리 비율이 낮고 CPU 성능 비중이 높습니다. 동영상 인코딩, 과학 계산, 게임 서버, 트래픽이 많은 웹 서버처럼 연산이 많은 작업에 적합합니다.

 

R은 메모리 최적화(Memory optimized)로 CPU 대비 메모리가 넉넉합니다. 인메모리 캐시, 대용량 데이터베이스, 실시간 데이터 분석처럼 메모리를 많이 사용하는 작업에 알맞습니다. X 패밀리는 이보다 더 큰 메모리가 필요한 경우에 사용됩니다.

 

그 밖에 I는 빠른 로컬 스토리지가 필요한 스토리지 최적화 작업에, P와 G는 GPU를 사용하는 머신러닝이나 그래픽 작업에 사용됩니다. 용도가 명확하지 않은 초기 단계라면 M 패밀리로 시작해 실제 사용량을 확인한 뒤 C나 R로 조정하는 것이 일반적인 접근입니다.

 

패밀리	분류	특징	대표 용도
T	버스터블 범용	평소 낮은 CPU, 필요 시 순간 성능 사용	개인 실습, 소규모 웹사이트, 개발 서버
M	범용	CPU와 메모리 균형	웹·애플리케이션 서버, 중소형 DB
C	컴퓨팅 최적화	CPU 비중이 높음	배치 연산, 인코딩, 게임 서버
R·X	메모리 최적화	메모리 비중이 높음	캐시, 대용량 DB, 실시간 분석
I	스토리지 최적화	고성능 로컬 NVMe 스토리지	NoSQL DB, 데이터 웨어하우스
P·G	가속 컴퓨팅	GPU 탑재	머신러닝 학습·추론, 그래픽 렌더링

 

세대 숫자 뒤에 붙는 추가 속성 알파벳의 의미

세대 숫자 뒤에 붙는 알파벳은 프로세서 종류나 추가 기능을 알려줍니다. 가장 자주 보이는 것은 프로세서 표시입니다. g는 AWS가 설계한 ARM 기반 Graviton 프로세서, a는 AMD 프로세서, i는 인텔 프로세서를 의미합니다.

 

Graviton 인스턴스는 같은 조건의 x86 인스턴스보다 가격 대비 성능이 좋은 경우가 많아 인기가 높습니다. 다만 ARM 아키텍처이기 때문에 사용하는 운영체제 이미지와 소프트웨어가 arm64를 지원해야 합니다. 대부분의 리눅스 배포판과 주요 언어 런타임은 지원하지만, 특정 상용 소프트웨어나 오래된 라이브러리는 확인이 필요합니다.

 

그 밖에 d는 인스턴스에 로컬 NVMe SSD가 포함되어 있다는 뜻이고, n은 네트워크 성능이 강화되었다는 뜻입니다. 예를 들어 m6gd는 로컬 스토리지가 포함된 Graviton 범용 인스턴스이고, c6in은 인텔 프로세서에 네트워크 성능이 강화된 컴퓨팅 최적화 인스턴스입니다. 일부 인스턴스에는 flex처럼 비용 효율을 강조한 변형 이름이 붙기도 합니다.

 

로컬 NVMe 스토리지는 인스턴스를 중지하거나 종료하면 데이터가 사라지는 임시 스토리지라는 점을 꼭 기억해야 합니다. 영구 보관이 필요한 데이터는 EBS 볼륨이나 S3에 저장해야 합니다.

 

g는 Graviton, a는 AMD, i는 인텔을 뜻하며, Graviton을 선택할 때는 사용하는 소프트웨어가 ARM 아키텍처를 지원하는지 먼저 확인해야 합니다.

 

인스턴스 크기는 두 배씩 커지는 구조입니다

점 뒤의 크기는 nano, micro, small, medium, large, xlarge, 2xlarge, 4xlarge처럼 이어집니다. large 이후부터는 대체로 한 단계 올라갈 때마다 vCPU와 메모리가 두 배씩 늘어나고 요금도 비슷한 비율로 증가하는 구조입니다.

 

예를 들어 범용 M 패밀리의 large는 보통 vCPU 2개, xlarge는 4개, 2xlarge는 8개로 늘어납니다. 메모리 역시 같은 비율로 커지고, 패밀리에 따라 vCPU당 메모리 양이 다릅니다. 정확한 사양은 EC2 콘솔의 인스턴스 유형 메뉴나 공식 사양표에서 확인할 수 있습니다.

 

크기를 정할 때는 처음부터 크게 잡기보다 예상 사용량에 맞춰 작게 시작하고, CloudWatch에서 CPU와 메모리 사용률을 관찰한 뒤 조정하는 것이 비용 측면에서 유리합니다. EC2 인스턴스는 중지 후 유형을 변경할 수 있어 크기 조정이 비교적 간단합니다.

 

T 인스턴스의 CPU 크레딧 개념을 꼭 이해하세요

t3.micro, t4g.small 같은 T 패밀리는 버스터블 성능 인스턴스입니다. 평소에는 기준 CPU 사용률 이하로 동작하면서 CPU 크레딧을 적립하고, 순간적으로 높은 성능이 필요할 때 적립한 크레딧을 사용해 기준 이상으로 성능을 끌어올리는 방식입니다.

 

접속자가 많지 않은 블로그, 개발 테스트 서버, 개인 실습처럼 대부분의 시간은 한가하고 가끔 부하가 생기는 작업에 매우 경제적입니다. 반대로 CPU를 계속 높게 사용하는 작업에는 크레딧이 금방 바닥나 성능이 떨어지거나 추가 비용이 생길 수 있습니다.

 

T3와 T4g 같은 최신 T 인스턴스는 기본적으로 무제한(Unlimited) 모드로 시작하는 경우가 많습니다. 무제한 모드에서는 크레딧이 부족해도 성능이 제한되지 않는 대신, 일정 기간 평균 사용률이 기준을 넘으면 초과분에 대한 추가 요금이 발생할 수 있습니다. 비용을 엄격하게 통제하고 싶다면 인스턴스 설정에서 표준(Standard) 모드로 변경할 수 있습니다.

 

T 인스턴스는 CPU를 가끔만 높게 쓰는 작업에 경제적이지만, 계속 높은 부하가 걸리면 크레딧 소진이나 무제한 모드 추가 요금이 생길 수 있으므로 CloudWatch에서 크레딧 잔량을 확인해야 합니다.

 

용도별 EC2 인스턴스 선택 기준

개인 실습이나 트래픽이 적은 개인 웹사이트라면 t3.micro, t4g.small 같은 T 패밀리의 작은 크기로 시작하는 것이 적당합니다. 비용이 낮고 필요한 성능도 충분한 경우가 많습니다. 소프트웨어가 ARM을 지원한다면 t4g 계열이 가격 면에서 유리할 수 있습니다.

 

실제 서비스용 웹 서버나 애플리케이션 서버라면 M 패밀리의 최신 세대를 기본으로 두고 부하 테스트 결과에 따라 C나 R로 조정합니다. CPU 사용률이 계속 높다면 C, 메모리 부족이 먼저 나타난다면 R로 옮기는 방식입니다.

 

선택이 어렵다면 AWS Compute Optimizer를 활용해보세요. 실행 중인 인스턴스의 사용률 기록을 분석해 더 적합한 유형이나 크기를 추천해줍니다. 추천을 그대로 따르기보다는 서비스 특성과 함께 검토하는 참고 자료로 사용하는 것이 좋습니다.

 

EC2 인스턴스 유형 이름 읽는 법 총정리

EC2 인스턴스 유형 이름은 패밀리, 세대, 추가 속성, 크기 순서로 읽습니다. T는 버스터블, M은 범용, C는 컴퓨팅, R은 메모리 최적화이고, g·a·i는 각각 Graviton·AMD·인텔 프로세서를 뜻합니다. 크기는 단계마다 대략 두 배씩 커지므로 작게 시작해 모니터링 결과로 조정하고, T 인스턴스는 CPU 크레딧과 무제한 모드 요금을 함께 이해한 뒤 사용하는 것이 좋습니다.

 

질문 QnA

t2.micro와 t3.micro 중 무엇을 선택하는 것이 좋나요?

특별한 호환성 문제가 없다면 최신 세대인 t3 이상을 검토하는 것이 일반적입니다. 무료 혜택이나 크레딧 적용 대상은 계정 조건에 따라 다르므로 선택 전에 프리 티어 안내를 확인하세요.

인스턴스 유형은 만든 뒤에도 바꿀 수 있나요?

EBS 기반 인스턴스는 중지한 상태에서 인스턴스 유형을 변경할 수 있습니다. 다만 x86에서 Graviton처럼 아키텍처가 다른 유형으로는 바로 변경할 수 없으므로 새 인스턴스를 만들어 옮겨야 합니다.

vCPU 2개는 실제 CPU 코어 2개와 같은 의미인가요?

반드시 같지는 않습니다. 인텔이나 AMD 인스턴스에서는 보통 하이퍼스레드 하나가 vCPU 하나로 계산되고, Graviton 인스턴스에서는 물리 코어 하나가 vCPU 하나로 계산됩니다.

같은 인스턴스 유형인데 리전마다 가격이 다른가요?

네, EC2 요금은 리전과 운영체제, 구매 옵션에 따라 달라집니다. 정확한 금액은 EC2 요금 페이지나 AWS 요금 계산기에서 리전을 선택해 확인하는 것이 좋습니다.

 

인스턴스 이름을 읽을 수 있게 되면 EC2 선택 화면이 더 이상 암호처럼 느껴지지 않습니다. 이름만으로 용도와 프로세서, 대략적인 규모를 파악할 수 있으니 불필요하게 큰 인스턴스를 고르거나 맞지 않는 유형을 선택하는 실수를 줄일 수 있습니다.

 

지금 운영하거나 실습 중인 인스턴스가 있다면 이름을 네 부분으로 나누어 직접 읽어보세요. 그리고 CloudWatch에서 최근 CPU 사용률을 확인해 현재 유형과 크기가 실제 사용량에 맞는지 한 번 점검해보시길 권해드립니다.

 

※ 본 글은 2026년 9월 기준 Amazon EC2 인스턴스 유형 명명 규칙, 버스터블 성능 인스턴스 공식 문서를 참고해 작성했으며, 인스턴스 사양과 제공 유형은 변경될 수 있으니 최신 내용은 AWS 공식 페이지에서 확인해 주세요.