스토리지 최적화 인스턴스 - Amazon Elastic Compute Cloud
하드웨어 사양인스턴스 성능네트워크 성능Amazon EBS I/O 성능SSD 기반 인스턴스 스토어 볼륨 I/O 성능개의 vCPU 지원릴리스 정보

스토리지 최적화 인스턴스

스토리지 최적화 인스턴스는 로컬 스토리지의 초대형 데이터 세트에 대한 순차적 읽기 및 쓰기 액세스가 많이 필요한 작업에 적합하도록 설계되었습니다. 낮은 지연 시간의 임의의 IOPS(초당 I/O 작업)를 만 단위 수준으로 애플리케이션에 제공할 수 있도록 최적화되어 있습니다. 사용된 기술을 포함하여 자세한 내용은 Amazon EC2 인스턴스 유형 세부 정보 페이지를 참조하세요.

D2 인스턴스

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

  • 대량 병렬 처리(MPP) 데이터 웨어하우스

  • MapReduce 및 Hadoop 분산 컴퓨팅

  • 로그 또는 데이터 처리 애플리케이션

D3 및 D3en 인스턴스

이러한 인스턴스는 인스턴스 스토리지의 확장을 제공하며 다음 경우에 적합합니다.

  • Hadoop 워크로드를 위한 분산 파일 시스템

  • GPFC 및 BeeFS와 같은 파일 스토리지 워크로드

  • HPC 워크로드를 위한 대규모 데이터 레이크

H1 인스턴스

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

  • MapReduce 및 분산형 파일 시스템 같은 데이터 집약적 워크로드

  • 직접 연결 인스턴스 스토리지에서 대량 데이터에 순차적으로 액세스해야 하는 애플리케이션

  • 대량의 데이터에 대해 고속 액세스가 필요한 애플리케이션

I3 및 I3en 인스턴스

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

  • 빈도가 높은 온라인 트랜잭션 처리(OLTP) 시스템

  • 관계형 데이터베이스

  • NoSQL 데이터베이스

  • 인 메모리 데이터베이스의 캐시(예: Redis)

  • 데이터 웨어하우징 애플리케이션

  • 분산 파일 시스템

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

자세한 내용은 Amazon EC2 I3 인스턴스를 참조하세요.

I4i 인스턴스

이러한 인스턴스는 트랜잭션 데이터베이스 및 NoSQL 데이터베이스와 같은 로컬 스토리지에 중소 규모의 데이터 집합이 필요한 I/O 집약적 워크로드에 매우 적합합니다.

자세한 내용은 Amazon EC2 I4i 인스턴스를 참조하세요.

I4g 인스턴스

I4g 인스턴스는 AWS Graviton 2 프로세서와 AWS Nitro SSD를 갖추고 있습니다. I4g 인스턴스는 다양한 무작위 읽기/쓰기 작업을 수행하고 I/O 지연 시간에 매우 민감하며 SQL 또는 NoSQL 데이터베이스, 온라인 트랜잭션 처리 및 실시간 분석과 같이 높은 CPU 성능이 필요한 워크로드에 적합합니다. 자세한 내용은 Amazon EC2 I4g 인스턴스를 참조하세요.

Im4gn 인스턴스

이러한 인스턴스는 다음과 같은 짧은 대기 시간으로 높은 임의 I/O 성능을 필요로 하는 워크로드에 매우 적합합니다.

  • 관계형 데이터베이스

  • NoSQL 데이터베이스

  • 검색

  • 분산 파일 시스템

자세한 내용은 Amazon EC2 Im4gn 및 Is4gen 인스턴스를 참조하세요.

Is4gen 인스턴스

이러한 인스턴스는 다음과 같은 짧은 대기 시간으로 높은 임의 I/O 성능을 필요로 하는 워크로드에 매우 적합합니다.

  • NoSQL 데이터베이스

  • 인덱싱

  • 스트리밍

  • 캐싱

  • 웜 스토리지

자세한 내용은 Amazon EC2 Im4gn 및 Is4gen 인스턴스를 참조하세요.

하드웨어 사양

다음은 스토리지 최적화 인스턴스용 하드웨어 사양의 요약 설명입니다. 가상 중앙 처리 장치(vCPU)는 가상 머신(VM)에 할당된 물리적 CPU의 일부를 나타냅니다. x86 인스턴스의 경우 코어당 두 개의 vCPU가 있습니다. Graviton 인스턴스의 경우 코어당 하나의 vCPU가 있습니다.

인스턴스 유형 기본 vCPU 메모리(GiB)
d2.xlarge 4 30.50
d2.2xlarge 8 61.00
d2.4xlarge 16 122.00
d2.8xlarge 36 244.00
d3.xlarge 4 32.00
d3.2xlarge 8 64.00
d3.4xlarge 16 128.00
d3.8xlarge 32 256.00
d3en.xlarge 4 16.00
d3en.2xlarge 8 32.00
d3en.4xlarge 16 64.00
d3en.6xlarge 24 96.00
d3en.8xlarge 32 128.00
d3en.12xlarge 48 192.00
h1.2xlarge 8 32.00
h1.4xlarge 16 64.00
h1.8xlarge 32 128.00
h1.16xlarge 64 256.00
i2.xlarge 4 30.50
i2.2xlarge 8 61.00
i2.4xlarge 16 122.00
i2.8xlarge 32 244.00
i3.large 2 15.25
i3.xlarge 4 30.50
i3.2xlarge 8 61.00
i3.4xlarge 16 122.00
i3.8xlarge 32 244.00
i3.16xlarge 64 488.00
i3.metal 72 512.00
i3en.large 2 16.00
i3en.xlarge 4 32.00
i3en.2xlarge 8 64.00
i3en.3xlarge 12 96.00
i3en.6xlarge 24 192.00
i3en.12xlarge 48 384.00
i3en.24xlarge 96 768.00
i3en.metal 96 768.00
i4g.large 2 16.00
i4g.xlarge 4 32.00
i4g.2xlarge 8 64.00
i4g.4xlarge 16 128.00
i4g.8xlarge 32 256.00
i4g.16xlarge 64 512.00
i4i.large 2 16.00
i4i.xlarge 4 32.00
i4i.2xlarge 8 64.00
i4i.4xlarge 16 128.00
i4i.8xlarge 32 256.00
i4i.12xlarge 48 384.00
i4i.16xlarge 64 512.00
i4i.24xlarge 96 768.00
i4i.32xlarge 128 1024.00
i4i.metal 128 1024.00
im4gn.large 2 8.00
im4gn.xlarge 4 16.00
im4gn.2xlarge 8 32.00
im4gn.4xlarge 16 64.00
im4gn.8xlarge 32 128.00
im4gn.16xlarge 64 256.00
is4gen.medium 1 6.00
is4gen.large 2 12.00
is4gen.xlarge 4 24.00
4gn.2xlarge 8 48.00
is4gen.4xlarge 16 96.00
is4gen.8xlarge 32 192.00

스토리지 최적화 인스턴스는 다음 프로세서를 사용합니다.

AWS Graviton 프로세서

  • AWS Graviton2: Im4gn, Is4gen, I4g

인텔 프로세서

  • 인텔 제온 스케일러블 프로세서(Haswell E5-2676 v3): D2

  • 인텔 제온 스케일러블 프로세서(Broadwell E5-2686 v4): H1, I3

  • 인텔 제온 스케일러블 프로세서(Skylake 8175M 또는 Cascade Lake 8259CL): I3en

  • 2세대 인텔 제온 스케일러블 프로세서(Cascade Lake 8259CL): D3, D3en

  • 3세대 인텔 제온 스케일러블 프로세서(Ice Lake 8375C): I4i

자세한 내용은 Amazon EC2인스턴스 유형을 참조하세요.

인스턴스 성능

Linux의 인스턴스에서 최상의 디스크 처리량 성능을 보장하려면 최신 Amazon Linux 2 또는 Amazon Linux AMI 버전을 사용하는 것이 좋습니다.

NVMe 인스턴스 스토어 볼륨이 있는 인스턴스의 경우, 커널 버전이 4.4 이상인 Linux AMI를 사용해야 합니다. 그렇지 않으면 인스턴스가 최대 IOPS 성능을 낼 수 없습니다.

디스크 처리량과 확장성을 크게 향상하는 Xen 블록 링 프로토콜의 확장인 지속적 권한 부여를 지원하는 Linux 커널을 사용하면 D2 인스턴스가 최상의 디스크 성능을 제공합니다. 지속적 권한 부여에 대한 자세한 내용은 Xen Project Blog의 기사를 참조하세요.

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

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

네트워크 성능

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

다음은 확장 네트워킹을 지원하는 스토리지 최적화 인스턴스용 네트워크 성능의 요약 설명입니다.

참고

†로 표시된 인스턴스 유형에는 기본 대역폭이 있으며 네트워크 I/O 크레딧 메커니즘을 사용하여 최선의 노력을 기준으로 기준 대역폭을 초과할 수 있습니다. 자세한 내용은 인스턴스 네트워크 대역폭을 참조하세요.

인스턴스 유형 네트워크 성능 향상된 네트워킹 기능
d2.xlarge 보통 지원되지 않음
d2.2xlarge 높음 지원되지 않음
d2.4xlarge 높음 지원되지 않음
d2.8xlarge 10기가비트 지원되지 않음
d3.xlarge † 최대 15기가비트 ENA
d3.2xlarge † 최대 15기가비트 ENA
d3.4xlarge † 최대 15기가비트 ENA
d3.8xlarge 25기가비트 ENA
d3en.xlarge † 최대 25기가비트 ENA
d3en.2xlarge † 최대 25기가비트 ENA
d3en.4xlarge 25기가비트 ENA
d3en.6xlarge 40기가비트 ENA
d3en.8xlarge 50기가비트 ENA
d3en.12xlarge 75기가비트 ENA
h1.2xlarge † 최대 10기가비트 ENA
h1.4xlarge † 최대 10기가비트 ENA
h1.8xlarge 10기가비트 ENA
h1.16xlarge 25기가비트 ENA
i2.xlarge 보통 지원되지 않음
i2.2xlarge 높음 지원되지 않음
i2.4xlarge 높음 지원되지 않음
i2.8xlarge 10기가비트 지원되지 않음
i3.large † 최대 10기가비트 ENA
i3.xlarge † 최대 10기가비트 ENA
i3.2xlarge † 최대 10기가비트 ENA
i3.4xlarge † 최대 10기가비트 ENA
i3.8xlarge 10기가비트 ENA
i3.16xlarge 25기가비트 ENA
i3.metal 25기가비트 ENA
i3en.large † 최대 25기가비트 ENA
i3en.xlarge † 최대 25기가비트 ENA
i3en.2xlarge † 최대 25기가비트 ENA
i3en.3xlarge † 최대 25기가비트 ENA
i3en.6xlarge 25기가비트 ENA
i3en.12xlarge 50기가비트 ENA | EFA
i3en.24xlarge 100기가비트 ENA | EFA
i3en.metal 100기가비트 ENA | EFA
i4g.large † 최대 10기가비트 ENA
i4g.xlarge † 최대 10기가비트 ENA
i4g.2xlarge † 최대 12기가비트 ENA
i4g.4xlarge † 최대 25기가비트 ENA
i4g.8xlarge 18.75기가비트 ENA
i4g.16xlarge 37.5기가비트 ENA | EFA
i4i.large † 최대 10기가비트 ENA
i4i.xlarge † 최대 10기가비트 ENA
i4i.2xlarge † 최대 12기가비트 ENA
i4i.4xlarge † 최대 25기가비트 ENA
i4i.8xlarge 18.75기가비트 ENA
i4i.12xlarge 28.12기가비트 ENA
i4i.16xlarge 37.5기가비트 ENA
i4i.24xlarge 56.25기가비트 ENA
i4i.32xlarge 75기가비트 ENA | EFA
i4i.metal 75기가비트 ENA | EFA
im4gn.large † 최대 25기가비트 ENA
im4gn.xlarge † 최대 25기가비트 ENA
im4gn.2xlarge † 최대 25기가비트 ENA
im4gn.4xlarge 25기가비트 ENA
im4gn.8xlarge 50기가비트 ENA
im4gn.16xlarge 100기가비트 ENA | EFA
is4gen.medium † 최대 25기가비트 ENA
is4gen.large † 최대 25기가비트 ENA
is4gen.xlarge † 최대 25기가비트 ENA
is4gen.2xlarge † 최대 25기가비트 ENA
is4gen.4xlarge 25기가비트 ENA
is4gen.8xlarge 50기가비트 ENA

다음 표는 네트워크 I/O 크레딧 메커니즘을 사용하여 기준 대역폭을 초과하여 버스트하는 인스턴스 유형에 대한 기준 및 버스트 대역폭을 보여줍니다.

인스턴스 유형 기준 대역폭(Gbps) 버스트 대역폭(Gbps)
d3.xlarge 3.0 15.0
d3.2xlarge 6.0 15.0
d3.4xlarge 12.5 15.0
d3en.xlarge 6.0 25.0
d3en.2xlarge 12.5 25.0
h1.2xlarge 2.5 10.0
h1.4xlarge 5.0 10.0
i3.large 0.75 10.0
i3.xlarge 1.25 10.0
i3.2xlarge 2.5 10.0
i3.4xlarge 5.0 10.0
i3en.large 2.1 25.0
i3en.xlarge 4.2 25.0
i3en.2xlarge 8.4 25.0
i3en.3xlarge 12.5 25.0
i4g.large 0.781 10.0
i4g.xlarge 1.875 10.0
i4g.2xlarge 4.687 12.0
i4g.4xlarge 9.375 25.0
i4i.large 0.781 10.0
i4i.xlarge 1.875 10.0
i4i.2xlarge 4.687 12.0
i4i.4xlarge 9.375 25.0
im4gn.large 3.125 25.0
im4gn.xlarge 6.25 25.0
im4gn.2xlarge 12.5 25.0
is4gen.medium 1.562 25.0
is4gen.large 3.125 25.0
is4gen.xlarge 6.25 25.0
is4gen.2xlarge 12.5 25.0

Amazon EBS I/O 성능

Amazon EBS 최적화 인스턴스는 최적화된 구성 스택을 사용하며 Amazon EBS I/O를 위한 전용 용량을 추가로 제공합니다. 이 최적화는 Amazon EBS I/O와 인스턴스의 다른 트래픽 간의 경합을 최소화하여 Amazon EBS 볼륨에 최상의 성능을 제공합니다.

자세한 내용은 Amazon EBS 최적화 인스턴스 섹션을 참조하세요.

SSD 기반 인스턴스 스토어 볼륨 I/O 성능

D2, D3 및 D3en 인스턴스의 기본 데이터 스토리지는 HDD 인스턴스 스토어 볼륨입니다. I3 및 I3en 인스턴스의 기본 데이터 스토리지는 NVMe(Non-Volatile Memory Express) SSD 인스턴스 스토어 볼륨입니다.

인스턴스 스토어 볼륨은 인스턴스의 수명 기간 동안만 유지됩니다. 인스턴스가 중단되거나 최대 절전 모드로 전환되거나 종료되면 인스턴스 스토어 볼륨의 애플리케이션과 데이터는 삭제됩니다. 따라서 정기적으로 인스턴스 스토어 볼륨에 중요한 데이터를 백업 또는 복제하는 것이 좋습니다. 자세한 내용은 Amazon EC2 인스턴스 스토어 및 SSD 인스턴스 스토어 볼륨 섹션을 참조하세요.

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

인스턴스 크기 100% 임의 읽기 IOPS IOPS 쓰기
i3.large 100,125 35,000
i3.xlarge 206,250 70,000
i3.2xlarge 412,500 180,000
i3.4xlarge 825,000 360,000
i3.8xlarge 1,650,000 720,000
i3.16xlarge 3,300,000 1,400,000
i3.metal 3,300,000 1,400,000
i3en.large 42,500 32,500
i3en.xlarge 85,000 65,000
i3en.2xlarge 170,000 130,000
i3en.3xlarge 250,000 200,000
i3en.6xlarge 500,000 400,000
i3en.12xlarge 1,000,000 800,000
i3en.24xlarge 2,000,000 1,600,000
i3en.metal 2,000,000 1,600,000
i4g.large 31,250 25,000
i4g.xlarge 62,500 50,000
i4g.2xlarge 125,000 100,000건
i4g.4xlarge 250,000 200,000
i4g.8xlarge 500,000 400,000
i4g.16xlarge 1,000,000 800,000
i4i.large 50,000 27,500
i4i.xlarge 100,000건 55,000
i4i.2xlarge 200,000 110,000
i4i.4xlarge 400,000 220,000
i4i.8xlarge 800,000 440,000
i4i.12xlarge 1,200,000 660,000
i4i.16xlarge 1,600,000 880,000
i4i.24xlarge 2,400,000 1,320,000
i4i.32xlarge 3,200,000 1,760,000
i4i.metal 3,200,000 1,760,000
im4gn.large 31,250 25,000
im4gn.xlarge 62,000 50,000
im4gn.2xlarge 125,000 100,000건
im4gn.4xlarge 250,000 200,000
im4gn.8xlarge 500,000 400,000
im4gn.16xlarge 1,000,000 800,000
is4gen.medium 31,250 25,000
is4gen.large 62,000 50,000
is4gen.xlarge 125,000 100,000건
is4gen.2xlarge 250,000 200,000
is4gen.4xlarge 500,000 400,000
is4gen.8xlarge 1,000,000 800,000

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

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

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

인스턴스 스토어 볼륨을 지원하는 모든 인스턴스 유형의 볼륨 크기 비교는 사용할 수 있는 인스턴스 스토어 볼륨 테이블을 참조하세요.

개의 vCPU 지원

d2.8xlarge 인스턴스 유형은 36개의 vCPU를 지원하므로 vCPU가 32개로 제한되는 일부 Linux 운영 체제에서 시작 문제가 발생할 수 있습니다. 따라서 d2.8xlarge 인스턴스를 시작할 때 최신 AMI를 사용하실 것을 적극 권장합니다.

다음 Linux AMI는 36개의 vCPU로 d2.8xlarge 인스턴스 시작을 지원합니다.

  • Amazon Linux 2(HVM)

  • Amazon Linux AMI 2018.03(HVM)

  • Ubuntu Server 14.04 LTS(HVM) 이상

  • Red Hat Enterprise Linux 7.1(HVM)

  • SUSE Linux Enterprise Server 12(HVM)

애플리케이션에 대해 다른 AMI를 사용해야 하지만 d2.8xlarge 인스턴스가 완전히 시작되지 않은 경우(예: stopped 상태 전환으로 인해 시작 중에 인스턴스 상태가 Client.InstanceInitiatedShutdown로 변경된 경우) d2.8xlarge 인스턴스 유형을 사용할 수 있도록 다음 절차에 따라 32개보다 많은 vCPU를 지원하도록 AMI를 수정하세요.

32개보다 많은 vCPU를 지원하도록 인스턴스를 업데이트하려면

  1. AMI를 사용하여 D2 인스턴스를 시작하여 d2.8xlarge 이외의 D2 인스턴스 유형을 선택합니다.

  2. 운영 체제 관련 지침에 따라 커널을 최신 버전으로 업데이트합니다. 예를 들어, RHEL 6의 경우 다음 명령을 사용합니다.

    sudo yum update -y kernel

  3. 인스턴스를 중지합니다.

  4. (선택 사항) 나중에 필요한 추가 d2.8xlarge 인스턴스를 시작하는 데 사용할 수 있는 인스턴스에서 AMI를 생성합니다.

  5. 중지된 인스턴스의 인스턴스 유형을 d2.8xlarge로 변경합니다. 작업(Actions), 인스턴스 설정(Instance settings), 인스턴스 유형 변경(Change instance type)을 선택한 다음 지침을 따르세요.

  6. 인스턴스를 시작합니다. 인스턴스가 올바로 시작되면 완료된 것입니다. 그래도 인스턴스가 올바로 부팅되지 않으면 다음 단계로 진행하세요.

  7. (선택 사항) 그래도 인스턴스가 올바로 부팅되지 않으면 인스턴스의 커널이 32개를 초과하는 vCPU를 지원하지 않을 수도 있습니다. 하지만 vCPU 수를 제한하면 인스턴스를 부팅할 수 있습니다.

    1. 중지된 인스턴스의 인스턴스 유형을 d2.8xlarge가 아닌 다른 D2 인스턴스 유형으로 변경합니다. 작업(Actions), 인스턴스 설정(Instance settings), 인스턴스 유형 변경(Change instance type)을 선택한 다음 지침을 따르세요.

    2. 운영 체제 관련 지침에 따라 maxcpus=32 옵션을 부팅 커널 파라미터에 추가합니다. 예를 들어, RHEL 6의 경우 /boot/grub/menu.lst 파일을 편집하고 다음 옵션을 가장 최근의 활성 kernel 항목에 추가합니다.

      default=0
timeout=1
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-504.3.3.el6.x86_64)
root (hd0,0)
kernel /boot/vmlinuz-2.6.32-504.3.3.el6.x86_64 maxcpus=32 console=ttyS0 ro root=UUID=9996863e-b964-47d3-a33b-3920974fdbd9 rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 xen_blkfront.sda_is_xvda=1 console=ttyS0,115200n8 console=tty0 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_NO_LVM rd_NO_DM
initrd /boot/initramfs-2.6.32-504.3.3.el6.x86_64.img

    3. 인스턴스를 중지합니다.

    4. (선택 사항) 나중에 필요한 추가 d2.8xlarge 인스턴스를 시작하는 데 사용할 수 있는 인스턴스에서 AMI를 생성합니다.

    5. 중지된 인스턴스의 인스턴스 유형을 d2.8xlarge로 변경합니다. 작업(Actions), 인스턴스 설정(Instance settings), 인스턴스 유형 변경(Change instance type)을 선택한 다음 지침을 따르세요.

    6. 인스턴스를 시작합니다.

릴리스 정보

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

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

    • Amazon Linux 2023

    • Amazon Linux 2

    • Amazon Linux AMI 2018.03 이상

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

      참고

      Ubuntu 18.04 이상(linux-aws 커널 포함)이 필요한 AWS Graviton 기반 인스턴스 유형

    • 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)

  • 베어 메탈 인스턴스를 시작하면 기본 서버가 부팅되는데, 이때 모든 하드웨어 및 펌웨어 구성 요소를 확인합니다. 즉, 인스턴스가 실행 상태가 되어 네트워크를 통해 사용할 수 있게 될 때까지 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 기반 직렬 디바이스를 자동으로 사용합니다.

  • FreeBSD AMI에서 베어 메탈 인스턴스는 부팅하는 데 거의 한 시간이 걸리고 로컬 NVMe 스토리지에 대한 I/O는 완료되지 않습니다. 차선책으로 /boot/loader.conf를 다음 행에 추가한 후 재부팅하십시오.

    hw.nvme.per_cpu_io_queues="0"

  • d2.8xlarge 인스턴스 유형에는 36개의 vCPU가 있으므로, vCPU가 32개로 제한되는 일부 Linux 운영 체제에서 시작 문제가 발생할 수 있습니다. 자세한 내용은 개의 vCPU 지원 섹션을 참조하세요.

  • d3.8xlarge 및 d3en.12xlarge 인스턴스는 루트 볼륨을 포함하여 최대 3개의 연결을 지원합니다. 네트워크 인터페이스 또는 EBS 볼륨을 추가할 때 연결 한도를 초과하면 인스턴스에서 연결 문제가 발생합니다.

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