Amazon EC2의 vCPU 제한(Limit)에 대해 알아봤습니다.

안녕하세요 클래스메소드 김재욱(Kim Jaewook) 입니다. 이번에는 Amazon EC2의 vCPU 제한(Limit)에 대해 알아봤습니다.

문제 발생

vCPU 48을 사용하는 EC2 인스턴스를 생성하려고 했더니 다음과 같은 메시지가 출력되었습니다.

You have requested more vCPU capacity than your current vCPU limit of 32 allows for the instance bucket that the specified instance type belongs to. Please visit http://aws.amazon.com/contact-us/ec2-request to request an adjustment to this limit.

현재 계정에서는 vCPU 제한이 32이므로 제한을 늘려야 한다는 메시지입니다.

문제 해결

Service Quotas 콘솔 화면으로 들어온 다음, EC2에서 [Running On-Demand G and VT instances]를 입력합니다. 이미지를 확인해 보면 현재 계정에서 할당된 vCPU는 32인 것을 확인할 수 있습니다.

이어서 할당량 증가를 신청합니다.

할당량 증가 요청에 대해서는 [최근 할당량 증가 요청]에서 확인할 수 있습니다.

약 1시간 후 결과를 받아볼 수 있습니다.

이어서 g6e.12xlarge 인스턴스를 생성을 시도해 보면, 성공적으로 생성이 되는 것을 확인할 수 있습니다.

계정마다 vCPU가 제한일까?

g6e.12xlarge 인스턴스를 생성한 상태이므로, vCPU 한도 48개를 모두 사용 중입니다. 이 상황에서 다른 EC2 인스턴스를 생성하면 어떻게 될까요?

EC2 인스턴스를 다시 생성해 보면, vCPU 48 한도를 초과한다는 메시지가 출력됩니다.

여기서 중요한 것은 g타입의 EC2 인스턴스를 생성할 경우 한도를 초과한다는 메시지가 출력되지만, 다른 계열의 인스턴스 타입의 경우 문제없이 생성할 수 있습니다.

그림으로 간단하게 표현하면 다음과 같습니다.

계정 내 EC2 vCPU 상한이 48로 증설되었더라도, 이는 모든 인스턴스에 통용되는 통합 수치가 아닙니다. 특정 그룹의 한도를 높였다고 해서 다른 그룹까지 연동되어 늘어나는 것이 아니므로, 사용하려는 인스턴스 타입별로 할당된 vCPU 자원을 각각 계산하고 관리해야 합니다.

[참고] AWS vCPU 쿼터 관리 방식

• Standard(표준): t, m, c, r 타입 등이 공유하는 바구니
• G and VT: g4, g5, g6e 등 GPU 인스턴스가 공유하는 바구니
• P instances: p4, p5 등 고성능 가속기 인스턴스가 공유하는 바구니
  ※ 각 바구니는 서로 독립적이므로, 사용하려는 인스턴스 그룹에 맞는 쿼터 증설이 필수입니다!

마무리

EC2 인스턴스를 생성할 때 발생하는 vCPU 한도 오류는 단순히 “계정 전체 한도 부족” 문제가 아니라, 인스턴스 패밀리별로 나뉘어 있는 vCPU 버킷 구조를 이해하지 못해서 발생하는 경우가 많습니다.

이번 사례처럼 Amazon Web Services는 EC2 vCPU 쿼터를 하나의 통합 수치로 관리하지 않고, Standard / G and VT / P instances 등 서로 독립된 바구니(bucket) 단위로 관리합니다.
따라서 특정 인스턴스 타입(예: GPU 계열)의 한도를 늘렸다고 해서 다른 계열까지 자동으로 확장되는 것은 아닙니다.

특히 최근에는 Amazon EC2에서 GPU 기반 워크로드(ML, AI, 렌더링, 추론 등)를 사용하는 경우가 늘어나면서 G, P 계열 인스턴스 쿼터 부족 이슈가 자주 발생합니다. 대규모 인스턴스를 생성하기 전에 반드시 다음을 점검하는 습관이 필요합니다.

내가 생성하려는 인스턴스는 어떤 버킷에 속하는가?

현재 해당 버킷의 vCPU 사용량은 얼마인가?

리전별로 쿼터가 다르게 설정되어 있지는 않은가?

사전에 증설 요청이 필요한 규모는 아닌가?

쿼터 증설은 보통 수십 분~수 시간 내에 승인되지만, 운영 환경에서는 즉시 확장이 필요한 경우도 많습니다. 따라서 **사전 용량 계획(Capacity Planning)**과 Service Quotas 정기 점검은 안정적인 인프라 운영을 위한 필수 관리 항목이라고 할 수 있습니다.

결론적으로,

“EC2 vCPU 한도는 계정 전체가 아니라, 인스턴스 그룹별로 독립 관리된다.”

이 한 문장만 정확히 이해하고 있어도, 추후 발생할 수 있는 배포 실패나 긴급 장애 상황을 충분히 예방할 수 있습니다.

앞으로 GPU 인스턴스나 대규모 인스턴스를 도입할 계획이 있다면, 먼저 쿼터 구조부터 확인해 보시는 것을 추천드립니다.