컴퓨팅 최적화 인스턴스 - Amazon Elastic Compute Cloud

컴퓨팅 최적화 인스턴스

컴퓨팅 최적화 인스턴스는 고성능 프로세서의 이점을 활용하는 컴퓨팅 집약적 애플리케이션에 적합합니다.

C5 및 C5n 인스턴스

이 인스턴스는 다음과 같은 경우에 적합합니다.

  • 일괄 처리 작업

  • 미디어 트랜스코딩

  • 고성능 웹 서버

  • 고성능 컴퓨팅(HPC)

  • 과학 모델링

  • 전용 게임 서버, 광고 서비스 엔진

  • 기계 학습 추론 및 기타 컴퓨팅 집약적 애플리케이션

베어 메탈 인스턴스(예: c5.metal)에서는 애플리케이션이 프로세서, 메모리 등 호스트 서버의 물리적 리소스에 직접 액세스할 수 있습니다.

자세한 내용은 Amazon EC2 C5 인스턴스를 참조하십시오.

C6g, C6gd 및 C6gn 인스턴스

이러한 인스턴스는 AWS Graviton2 프로세서로 구동되며 다음과 같이 컴퓨팅 집약적인 고급 워크로드를 실행하는 데 적합합니다.

  • 고성능 컴퓨팅(HPC)

  • 배치 처리

  • 광고 지원

  • 비디오 인코딩

  • 게임 서버

  • 과학 모델링

  • 분산 분석

  • CPU 기반 기계 학습 추론

베어 메탈 인스턴스(예: c6g.metal)에서는 애플리케이션이 프로세서, 메모리 등 호스트 서버의 물리적 리소스에 직접 액세스할 수 있습니다.

자세한 내용은 Amazon EC2 C6g 인스턴스를 참조하십시오.

하드웨어 사양

다음은 컴퓨팅 최적화 인스턴스용 하드웨어 사양을 요약한 것입니다.

인스턴스 유형 기본 vCPU 메모리(GiB)
c4.large 2 3.75
c4.xlarge 4 7.5
c4.2xlarge 8 15
c4.4xlarge 16 30
c4.8xlarge 36 60
c5.large 2 4
c5.xlarge 4 8
c5.2xlarge 8 16
c5.4xlarge 16 32
c5.9xlarge 36 72
c5.12xlarge 48 96
c5.18xlarge 72 144
c5.24xlarge 96 192
c5.metal 96 192
c5a.large 2 4
c5a.xlarge 4 8
c5a.2xlarge 8 16
c5a.4xlarge 16 32
c5a.8xlarge 32 64
c5a.12xlarge 48 96
c5a.16xlarge 64 128
c5a.24xlarge 96 192
c5ad.large 2 4
c5ad.xlarge 4 8
c5ad.2xlarge 8 16
c5ad.4xlarge 16 32
c5ad.8xlarge 32 64
c5ad.12xlarge 48 96
c5ad.16xlarge 64 128
c5ad.24xlarge 96 192
c5d.large 2 4
c5d.xlarge 4 8
c5d.2xlarge 8 16
c5d.4xlarge 16 32
c5d.9xlarge 36 72
c5d.12xlarge 48 96
c5d.18xlarge 72 144
c5d.24xlarge 96 192
c5d.metal 96 192
c5n.large 2 5.25
c5n.xlarge 4 10.5
c5n.2xlarge 8 21
c5n.4xlarge 16 42
c5n.9xlarge 36 96
c5n.18xlarge 72 192
c5n.metal 72 192
c6g.medium 1 2
c6g.large 2 4
c6g.xlarge 4 8
c6g.2xlarge 8 16
c6g.4xlarge 16 32
c6g.8xlarge 32 64
c6g.12xlarge 48 96
c6g.16xlarge 64 128
c6g.metal 64 128
c6gd.medium 1 2
c6gd.large 2 4
c6gd.xlarge 4 8
c6gd.2xlarge 8 16
c6gd.4xlarge 16 32
c6gd.8xlarge 32 64
c6gd.12xlarge 48 96
c6gd.16xlarge 64 128
c6gd.metal 64 128
c6gn.medium 1 2
c6gn.large 2 4
c6gn.xlarge 4 8
c6gn.2xlarge 8 16
c6gn.4xlarge 16 32
c6gn.8xlarge 32 64
c6gn.12xlarge 48 96
c6gn.16xlarge 64 128

각 Amazon EC2 인스턴스 유형의 하드웨어 사양에 대한 자세한 내용은 Amazon EC2 인스턴스 유형을 참조하세요.

CPU 옵션 지정에 대한 자세한 내용은 CPU 옵션 최적화 단원을 참조하십시오.

인스턴스 성능

EBS에 최적화된 인스턴스를 사용하면 Amazon EBS I/O와 인스턴스의 다른 네트워크 간의 경합을 제거하여 EBS 볼륨에 대해 일관되게 우수한 성능을 제공할 수 있습니다. 일부 컴퓨팅 최적화 인스턴스는 추가 비용 없이도 EBS에 최적화할 수 있게 기본 설정되어 있습니다. 자세한 내용은 Amazon EBS 최적화 인스턴스 섹션을 참조하세요.

일부 컴퓨팅 최적화 인스턴스 유형은 Linux에서 프로세서 C 상태 및 P 상태를 제어할 수 있는 기능을 제공합니다. C 상태는 유휴 상태일 때 코어가 진입하는 절전 수준을 제어하고, P 상태는 코어의 성능(CPU 주파수)을 제어합니다. 자세한 내용은 EC2 인스턴스에 대한 프로세서 상태 제어 섹션을 참조하세요.

네트워크 성능

지원되는 인스턴스 유형에 대해 향상된 네트워킹을 활성화하면 지연 시간을 줄이고 네트워크 지터를 낮추며 PPS(Packet Per Second) 성능을 높일 수 있습니다. 대부분의 애플리케이션은 항시 높은 수준의 네트워크 성능을 필요로 하지 않지만, 데이터를 주고 받을 때 증가된 대역폭에 액세스할 수 있을 경우 유익할 수 있습니다. 자세한 내용은 에서 향상된 네트워킹Linux 섹션을 참조하세요.

다음은 향상된 네트워킹을 지원하는 컴퓨팅 최적화 인스턴스용 네트워크 성능을 요약한 것입니다.

인스턴스 유형 네트워크 성능 향상된 네트워킹
c4.large 보통 Intel 82599 VF
c4.xlarge | c4.2xlarge | c4.4xlarge 높음 Intel 82599 VF
c5.4xlarge 이하 | c5a.4xlarge 이하 | c5ad.4xlarge 이하 | c5d.4xlarge 이하 | c6g.4xlarge 이하 | c6gd.4xlarge 이하 최대 10Gbps † ENA
c4.8xlarge 10Gbps Intel 82599 VF
c5.9xlarge | c5a.8xlarge | c5ad.8xlarge | c5d.9xlarge 10Gbps ENA
c5.12xlarge | c5a.12xlarge | c5ad.12xlarge | c5d.12xlarge | c6g.8xlarge | c6gd.8xlarge 12Gbps ENA
c5a.16xlarge | c5a.24xlarge | c5ad.16xlarge | c5ad.24xlarge | c6g.12xlarge | c6gd.12xlarge 20Gbps ENA
c5n.4xlarge 이하 | c6gn.4xlarge 이하 최대 25Gbps † ENA
c5.18xlarge | c5.24xlarge | c5.metal | c5d.18xlarge | c5d.24xlarge | c5d.metal | c6g.16xlarge | c6g.metal | c6gd.16xlarge | c6gd.metal | c6gn.4xlarge 25Gbps ENA
c5n.9xlarge | c6gn.8xlarge 50Gbps ENA
c6gn.12xlarge 75Gbps ENA
c5n.18xlarge | c5n.metal | c6gn.16xlarge 100Gbps ENA, EFA

† 이러한 인스턴스는 기준 대역폭을 가지며 네트워크 I/O 크레딧 메커니즘을 사용하여 최대한 지원된 상태에서 기준 대역폭을 초과할 수 있습니다. 자세한 내용은 인스턴스 네트워크 대역폭을 참조하세요.

인스턴스 유형 기준 대역폭(Gbps) 버스트 대역폭(Gbps)
c5.large .75 10
c5.xlarge 1.25 10
c5.2xlarge 2.5 10
c5.4xlarge 5 10
c5a.large .75 10
c5a.xlarge 1.25 10
c5a.2xlarge 2.5 10
c5a.4xlarge 5 10
c5ad.large .75 10
c5ad.xlarge 1.25 10
c5ad.2xlarge 2.5 10
c5ad.4xlarge 5 10
c5d.large .75 10
c5d.xlarge 1.25 10
c5d.2xlarge 2.5 10
c5d.4xlarge 5 10
c5n.large 3 25
c5n.xlarge 5 25
c5n.2xlarge 10 25
c5n.4xlarge 15 25
c6g.medium 5. 10
c6g.large .75 10
c6g.xlarge 1.25 10
c6g.2xlarge 2.5 10
c6g.4xlarge 5 10
c6gd.medium 5. 10
c6gd.large .75 10
c6gd.xlarge 1.25 10
c6gd.2xlarge 2.5 10
c6gd.4xlarge 5 10
c6gn.medium 1.6 25
c6gn.large 3 25
c6gn.xlarge 6.3 25
c6gn.2xlarge 12.5 25
c6gn.4xlarge 15 25

SSD I/O 성능

커널 버전이 4.4 이상인 Linux AMI를 사용하고 인스턴스에서 사용 가능한 모든 SSD 기반의 인스턴스 스토어 볼륨을 활용하는 경우, 다음 표와 같은 IOPS(블록 크기 4,096바이트) 성능을 얻을 수 있습니다(대기열 깊이 포화 상태에서). 그렇지 않으면 IOPS 성능이 더 낮아집니다.

인스턴스 크기 100% 임의 읽기 IOPS IOPS 쓰기
c5ad.large 16,283 7,105
c5ad.xlarge 32,566 14,211
c5ad.2xlarge 65,132 28,421
c5ad.4xlarge 130,263 56,842
c5ad.8xlarge 260,526 113,684
c5ad.12xlarge 412,500 180,000
c5ad.16xlarge 521,053 227,368
c5ad.24xlarge 825,000 360,000
c5d.large * 20,000건 9,000
c5d.xlarge * 40,000 18,000
c5d.2xlarge * 80,000 37,000
c5d.4xlarge * 175,000 75,000
c5d.9xlarge 350,000 170,000
c5d.12xlarge 700,000 340,000
c5d.18xlarge 700,000 340,000
c5d.24xlarge 1,400,000 680,000
c5d.metal 1,400,000 680,000
c6gd.medium 13,438 5,625
c6gd.large 26,875 11,250
c6gd.xlarge 53,750 22,500
c6gd.2xlarge 107,500 45,000
c6gd.4xlarge 215,000 90,000
c6gd.8xlarge 430,000 180,000
c6gd.12xlarge 645,000 270,000
c6gd.16xlarge 860,000 360,000
c6gd.metal 860,000 360,000

* 이러한 인스턴스의 경우, 지정된 최대 성능을 얻을 수 있습니다.

인스턴스에 대한 SSD 기반 인스턴스 스토어 볼륨에 데이터가 있는 경우, 달성 가능한 쓰기 IOPS의 수는 감소합니다. 이는 SSD 컨트롤러가 가용 공간을 찾고 기존 데이터를 다시 쓰고 미사용 공간을 삭제하여 다시 쓸 수 있는 공간을 마련하기 위해 추가적인 작업을 해야 하기 때문입니다. 이러한 폐영역 회수 과정은 SSD에 대한 내부 쓰기 작업이 증폭되는 결과를 낳게 되며, 이런 결과는 사용자 쓰기 작업에 대한 SSD 쓰기 작업의 비로 표현됩니다. 이러한 성능 감소는 쓰기 작업이 4096바이트의 배수들 또는 4096바이트 경계에 정렬되지 않은 상태로 수행되는 경우에 더 심해질 수 있습니다. 정렬되지 않은 바이트를 소량으로 쓰기 작업하는 경우, SSD 컨트롤러는 쓰려는 부분의 주변 데이터를 읽고 그 결과도 새 위치에 저장해야 합니다. 이런 패턴으로 인해 쓰기 작업이 크게 증폭되고 지연 시간 증가와 I/O 성능의 급격한 감소를 초래합니다.

SSD 컨트롤러는 여러 전략을 사용해서 쓰기 작업 증폭의 영향을 감쇄할 수 있습니다. 그 중 하나의 전력은 SSD 인스턴스 스토리지에 예약 공간을 마련해서 SSD 컨트롤러가 쓰기 작업에 사용 가능한 공간을 보다 효율적으로 관리할 수 있게 하는 것입니다. 이를 오버-프로비저닝이라고 합니다. 인스턴스에 제공된 SSD 기반 인스턴스 스토어 볼륨은 오버-프로비저닝을 위한 예약 공간을 가지고 있지 않습니다. 쓰기 작업 증폭의 영향 감쇄를 위해 최소한 볼륨의 10%를 파티션 처리되지 않은 상태로 두어서 SSD 컨트롤러가 이를 오버-프로비저닝에 사용할 수 있도록 하는 것이 좋습니다. 그러면 사용할 수 있는 스토리지는 줄어들지만, 디스크를 전체 용량에 가깝게 사용하더라도 성능은 향상됩니다.

TRIM을 지원하는 인스턴스 스토어 볼륨의 경우, TRIM 명령을 사용하여 작성한 데이터가 더 이상 필요하지 않음을 SSD 컨트롤러에 알릴 수 있습니다. 이를 통해 컨트롤러에 더 많은 여유 공간이 제공되므로 쓰기 작업 증폭을 줄이고 성능을 향상시킬 수 있습니다. 자세한 내용은 인스턴스 스토어 볼륨 TRIM 지원 섹션을 참조하세요.

인스턴스 기능

컴퓨팅 최적화 인스턴스에 대한 기능은 다음과 같이 간략히 설명할 수 있습니다.

EBS 전용 NVMe EBS 인스턴스 스토어 배치 그룹

C4

아니요

아니요

C5

아니요

C5a

아니요

C5ad

아니요

NVMe *

C5d

아니요

NVMe *

C5n

아니요

C6g

아니요

C6gd

아니요

NVMe *

C6gn

아니요

* 루트 디바이스 볼륨은 Amazon EBS 볼륨이어야 합니다.

자세한 정보는 다음을 참조하세요.

릴리스 정보

  • C5 및 C5d 인스턴스는 1세대(Skylake-SP) 또는 2세대(Cascade Lake)의 3.1 GHz Intel Xeon Platinum 8000 시리즈 프로세서를 사용합니다.

  • C5a 및 C5ad 인스턴스는 3.3GHz의 높은 주파수로 실행되는 2세대 AMD EPYC 프로세서(Rome)를 사용합니다.

  • C6g, C6gd 및 C6gn 인스턴스는 64비트 Arm 아키텍처를 기반으로 하는 AWS Graviton2 프로세서를 사용하는 것이 특징입니다.

  • C4 인스턴스 및 Nitro 시스템에 구축된 인스턴스에는 64비트 EBS-backed HVM AMIs가 필요합니다. 이들은 고용량 메모리를 보유하는데, 이 용량을 활용하기 위해서는 64비트 운영 체제가 필요합니다. HVM AMI는 고용량 메모리 인스턴스 유형의 반가상화(PV) AMI보다 우수한 성능을 제공합니다. 또한 확장 네트워킹을 활용하려면 HVM AMI를 사용해야 합니다.

  • Nitro 시스템에 구축된 인스턴스에는 다음과 같은 요구 사항이 있습니다.

    다음 Linux AMI는 이러한 요구 사항을 충족합니다.

    • Amazon Linux 2

    • Amazon Linux AMI 2018.03

    • Ubuntu 14.04(linux-aws 커널) 이상

    • Red Hat Enterprise Linux 7.4 이상

    • SUSE Linux Enterprise Server 12 SP2 이상

    • CentOS 7.4.1708 이상

    • FreeBSD 11.1 이상

    • Debian GNU/Linux 9 이상

  • AWS Graviton 프로세서가 있는 인스턴스에는 다음과 같은 요구 사항이 있습니다.

    • 64비트 Arm 아키텍처용 AMI를 사용합니다.

    • ACPI 테이블을 사용하여 UEFI를 통해 부팅을 지원하고 PCI 디바이스의 ACPI 핫플러그를 지원합니다.

    다음 AMI는 아래 요구 사항을 충족해야 합니다.

    • Amazon Linux 2(64비트 Arm)

    • Ubuntu 16.04 이상(64비트 Arm)

    • Red Hat Enterprise Linux 8.0 이상(64비트 Arm)

    • SUSE Linux Enterprise Server 15 이상(64비트 Arm)

    • Debian 10 이상(64비트 Arm)

  • Nitro 시스템 인스턴스에 구축된 인스턴스는 네트워크 인터페이스, EBS 볼륨 및 NVMe 인스턴스 스토어 볼륨을 포함해 최대 28개의 연결을 지원합니다. 자세한 내용은 Nitro 시스템 볼륨 제한 섹션을 참조하세요.

  • C6gn 인스턴스에서 최상의 성능을 얻으려면 ENA 드라이버 버전 2.2.9 이상이 설치되어 있어야 합니다. 이 인스턴스에 1.2 이전 버전의 ENA 드라이버를 사용하면 네트워크 인터페이스 연결 오류가 발생합니다. 다음 AMI에는 호환되는 ENA 드라이버가 있습니다.

    • Amazon Linux 2(커널 4.14.186)

    • Ubuntu 20.04(커널 5.4.0-1025-aws)

    • Red Hat Enterprise Linux 8.3(커널 4.18.0-240.1.1.el8_3.ARCH)

    • SUSE Linux Enterprise Server 15 SP2(커널 5.4.0-1025-aws)

  • C6gn 인스턴스에서는 트래픽 미러링이 지원되지 않습니다.

  • C6gn 인스턴스에서 모든 Linux 배포에 대한 AMI를 시작하려면 최신 버전의 AMI를 사용하고 최신 드라이버에 대한 업데이트를 실행해야 합니다. 이전 버전의 경우 GitHub에서 최신 드라이버를 다운로드하세요.

  • 베어 메탈 인스턴스를 시작하면 기본 서버가 부팅되는데, 이때 모든 하드웨어 및 펌웨어 구성 요소를 확인합니다. 즉, 인스턴스가 실행 상태가 되어 네트워크를 통해 사용할 수 있게 될 때까지 20분이 걸릴 수 있습니다.

  • 베어 메탈 인스턴스에서 EBS 볼륨 또는 보조 네트워크 인터페이스를 연결 또는 분리하려면 PCIe 기본 핫플러그 지원이 필요합니다. Amazon Linux 2 및 최신 버전의 Amazon Linux AMI는 PCIe 기본 핫플러그를 지원하지만 이전 버전은 지원하지 않습니다. 다음 Linux 커널 구성 옵션을 활성화해야 합니다.

    CONFIG_HOTPLUG_PCI_PCIE=y CONFIG_PCIEASPM=y
  • 베어 메탈 인스턴스에서는 I/O 포트 기반 직렬 디바이스가 아닌 PCI 기반 직렬 디바이스를 사용합니다. 업스트림 Linux 커널 및 최신 Amazon Linux AMI에서는 이 디바이스를 지원합니다. 베어 메탈 인스턴스도 시스템에서 PCI 기반 직렬 디바이스를 자동으로 사용할 수 있게 해주는 ACPI SPCR 테이블을 제공합니다. 최신 Windows AMI에서는 PCI 기반 직렬 디바이스를 자동으로 사용합니다.

  • API 요청을 통해 종료가 원활히 이루어지도록 지원하려면 Nitro 시스템에 구축된 인스턴트에 acpid가 설치되어 있어야 합니다.

  • 한 리전에서 시작할 수 있는 총 인스턴스 수에는 제한이 있으며, 일부 인스턴스 유형에는 또 다른 제한이 있습니다. 자세한 내용은 Amazon EC2 FAQ의 Amazon EC2에서 실행할 수 있는 인스턴스 수는 몇 개입니까?를 참조하십시오.