메뉴
Amazon Elastic Compute Cloud
User Guide for Linux Instances

Amazon EC2 인스턴스 구성

애플리케이션에 맞게 EBS 볼륨을 계획하고 구성할 때는 볼륨을 연결할 인스턴스의 구성을 고려해야 합니다. EBS 볼륨의 성능을 최대한 활용하려면 EBS에 최적화된 인스턴스 또는 10Gb 네트워크 연결이 있는 인스턴스와 같이 볼륨을 지원할 수 있는 충분한 대역폭을 갖춘 인스턴스에 볼륨을 연결해야 합니다. 이것은 RAID 구성에서 여러 볼륨을 함께 스트라이프할 때 특히 중요합니다.

EBS에 최적화된 인스턴스 또는 10Gb 네트워크 인스턴스 사용

프로덕션 데이터베이스 또는 비즈니스 애플리케이션과 같이 가변성을 최소화하고 Amazon EBS 트래픽 전용 Amazon EC2를 사용해야 하는 성능에 민감한 작업은 EBS에 최적화된 인스턴스나 10Gb 네트워크 연결이 있는 인스턴스에 연결되는 볼륨을 사용해야 합니다. 이 기준에 맞지 않는 EC2 인스턴스는 네트워크 리소스에 대한 보증을 제공하지 않습니다. EC2 인스턴스와 EBS 볼륨 간에 지속적이고 안정적인 네트워크 대역폭을 보장하는 유일한 방법은 EC2 인스턴스를 EBS에 최적화된 인스턴스로 시작하거나 10Gb 네트워크 연결이 있는 인스턴스 유형을 선택하는 것입니다. 10Gb 네트워크 연결이 있는 인스턴스 유형을 확인하려면 Amazon EC2 인스턴스 유형 단원을 참조하십시오. EBS 최적화 인스턴스 구성에 대한 자세한 내용은 Amazon EBS 최적화 인스턴스를 참조하십시오.

충분한 대역폭이 있는 EC2 인스턴스 선택

EBS에 최적화된 인스턴스를 시작하면 EC2 인스턴스와 EBS 볼륨 간에 전용 연결이 제공됩니다. 그러나 특히 여러 볼륨이 RAID 구성으로 스트라이프된 경우 특정 인스턴스 유형에 사용 가능한 대역폭을 초과하는 EBS 볼륨도 프로비저닝할 수 있습니다. 다음 표에서는 EBS에 최적화된 인스턴스로 시작할 수 있는 인스턴스 유형, EBS에 최적화된 인스턴스로 시작할 수 있는 인스턴스 유형 전용 처리량, Amazon EBS 전용 대역폭, 16KB I/O 크기를 사용할 경우 인스턴스가 지원할 수 있는 IOPS 최대량, 해당 연결에서 사용할 수 있는 대략적인 I/O 대역폭(MB/s)을 보여 줍니다. 애플리케이션에 필요한 것보다 많은 전용 EBS 처리량을 제공하는 EBS에 최적화된 인스턴스를 선택해야 합니다. 그렇지 않으면 Amazon EBS와 Amazon EC2 연결로 인해 성능 병목 현상이 발생합니다.

참고

아래 표와 다음 예에서는 설명을 목적으로만 16KB를 I/O 크기로 사용합니다. 애플리케이션 I/O 크기는 다를 수 있습니다(Amazon EBS는 초당 각 I/O 작업(256KiB 이하)을 하나의 IOPS로 측정함). IOPS 및 I/O 크기와 볼륨 처리량 제한 간 관계에 대한 자세한 내용은 I/O 특성 및 모니터링 단원을 참조하십시오.

인스턴스 유형 기본적으로 EBS 최적화됨 최대 대역폭(Mbps) 최대 처리량(MB/s, 128KB I/O) 최대 IOPS(16KB I/O)
c1.xlarge 1,000 125 8,000
c3.xlarge 500 62.5 4,000
c3.2xlarge 1,000 125 8,000
c3.4xlarge 2,000건 250 16,000
c4.large 500 62.5 4,000
c4.xlarge 750 93.75 6,000
c4.2xlarge 1,000 125 8,000
c4.4xlarge 2,000건 250 16,000
c4.8xlarge 4,000 500 32,000
c5.large * 2,250 281.25 16,000
c5.xlarge * 2,250 281.25 16,000
c5.2xlarge * 2,250 281.25 16,000
c5.4xlarge 2,250 281.25 16,000
c5.9xlarge 4,500 562.5 32,000
c5.18xlarge 9,000 1,125 64,000
d2.xlarge 750 93.75 6,000
d2.2xlarge 1,000 125 8,000
d2.4xlarge 2,000건 250 16,000
d2.8xlarge 4,000 500 32,000
f1.2xlarge 1,700 212.5 12,000
f1.16xlarge 14,000 1,750 75,000
g2.2xlarge 1,000 125 8,000
g3.4xlarge 3,500 437.5 20,000건
g3.8xlarge 7,000 875 40,000
g3.16xlarge 14,000 1,750 80,000
h1.2xlarge 1,750 218.75 12,000
h1.4xlarge 3,500 437.5 20,000건
h1.8xlarge 7,000 875 40,000
h1.16xlarge 14,000 1,750 80,000
i2.xlarge 500 62.5 4,000
i2.2xlarge 1,000 125 8,000
i2.4xlarge 2,000건 250 16,000
i3.large 425 53.13 3000
i3.xlarge 850 106.25 6000
i3.2xlarge 1,700 212.5 12,000
i3.4xlarge 3,500 437.5 16,000
i3.8xlarge 7,000 875 32,500
i3.16xlarge 14,000 1,750 65,000
m1.large 500 62.5 4,000
m1.xlarge 1,000 125 8,000
m2.2xlarge 500 62.5 4,000
m2.4xlarge 1,000 125 8,000
m3.xlarge 500 62.5 4,000
m3.2xlarge 1,000 125 8,000
m4.large 450 56.25 3,600
m4.xlarge 750 93.75 6,000
m4.2xlarge 1,000 125 8,000
m4.4xlarge 2,000건 250 16,000
m4.10xlarge 4,000 500 32,000
m4.16xlarge 10,000개 1,250 65,000
m5.large* 2,120 265 16,000
m5.xlarge* 2,120 265 16,000
m5.2xlarge* 2,120 265 16,000
m5.4xlarge 2,120 265 16,000
m5.12xlarge 5,000 625 32,500
m5.24xlarge 10,000개 1,250 65,000
p2.xlarge 750 93.75 6,000
p2.8xlarge 5,000 625 32,500
p2.16xlarge 10,000개 1,250 65,000
p3.2xlarge 1,750 218 10,000개
p3.8xlarge 7,000 875 40,000
p3.16xlarge 14,000 1,750 80,000
r3.xlarge 500 62.5 4,000
r3.2xlarge 1,000 125 8,000
r3.4xlarge 2,000건 250 16,000
r4.large 425 53.13 3,000
r4.xlarge 850 106.25 6,000
r4.2xlarge 1,700 212.5 12,000
r4.4xlarge 3,500 437.5 18,750
r4.8xlarge 7,000 875 37,500
r4.16xlarge 14,000 1,750 75,000
x1.16xlarge 7,000 875 40,000
x1.32xlarge 14,000 1,750 80,000
x1e.xlarge 500 62.5 3,700
x1e.2xlarge 1,000 125 7,400
x1e.4xlarge 1,750 218.75 10,000개
x1e.8xlarge 3,500 437.5 20,000건
x1e.16xlarge 7,000 875 40,000
x1e.32xlarge 14,000 1,750 80,000

* 이 인스턴스 유형에서는 24시간마다 최소 한 번씩 30분의 최대 성능을 지원합니다. 예를 들어 c5.large 인스턴스에서는 24시간마다 최소 한 번씩 30분 동안 초당 281MB를 전송합니다. 30분 넘는 시간 동안 지속적으로 최대 성능이 필요한 워크로드가 있는 경우 아래 표의 기준 성능에 따라 인스턴스 유형을 선택합니다.

EBSIOBalance%EBSByteBalance% 지표를 사용해 인스턴스 크기를 적절히 설정했는지 판단할 수 있습니다. CloudWatch 콘솔에서 이 지표를 확인하고 해당 임계값에 따라 트리거될 경보를 설정할 수 있습니다. 이 지표는 백분율로 표현됩니다. 일관되게 낮은 균형 백분율을 나타내는 인스턴스는 규모를 늘리기에 적합한 대상입니다. 균형 백분율이 100% 이하로 결코 떨어지지 않는 인스턴스는 규모를 줄이기에 적합한 대상입니다. 자세한 내용은 CloudWatch를 이용한 인스턴스 모니터링을 참조하십시오.

인스턴스 유형 기준 대역폭(Mbps) 기준 처리량(MB/s, 128KB I/O) 기준 IOPS(16KB I/O)
c5.large 525 66 4,000
c5.xlarge 800 100 6,000
c5.2xlarge 1,125 141 8,000
m5.large 480 60 3,600
m5.xlarge 800 100 6,000
m5.2xlarge 1,166 146 8,333

i2.8xlarge, c3.8xlarger3.8xlarge와 같이 10기가비트 네트워크 인터페이스를 사용하는 일부 인터페이스는 EBS 최적화에 영향을 미치지 않으므로, 사용 가능한 전용 EBS 대역폭이 없어 여기에 나열되지 않습니다. 그러나 애플리케이션이 Amazon EBS와 경합하는 다른 네트워크 트래픽을 보내지 않는다면 Amazon EBS로 가는 트래픽에 할당된 모든 대역폭을 사용할 수 있습니다. c4.8xlarged2.8xlarge와 같은 일부 다른 10기가비트 네트워크 인스턴스는 네트워크 트래픽에만 사용되는 10기가비트 인터페이스 외에도 전용 Amazon EBS 대역폭을 제공합니다.

m1.large 인스턴스의 최대 16KB IOPS 값은 4,000이지만 이 인스턴스 유형이 EBS에 최적화된 인스턴스로 시작되지 않는 한 해당 값은 절대적인 최상의 사례 시나리오일 뿐이며 보장되지 않습니다. 일관되게 4,000 16KB IOPS를 달성하려면 이 인스턴스를 EBS에 최적화된 인스턴스로 시작해야 합니다. 그러나 4,000 IOPS io1 볼륨이 EBS에 최적화된 m1.large 인스턴스에 연결된 경우 Amazon EC2와 Amazon EBS의 연결 대역폭 제한으로 인해 이 볼륨은 사용 가능한 최대 집계 처리량인 320MB/s를 제공할 수 없습니다. 이 경우 c4.8xlarge 인스턴스 유형과 같이 최소한 320MB/s의 처리량을 지원하는 EBS에 최적화된 EC2 인스턴스를 사용해야 합니다.

범용 SSD(gp2) 유형의 볼륨에는 볼륨당 128MB/s~160MB/s의 처리량 제한(볼륨 크기에 따라 다름)이 있으며, 이 제한은 1,000Mbps EBS에 최적화된 연결에 적합합니다. 1,000Mbps 이상의 Amazon EBS 처리량을 제공하는 인스턴스 유형은 사용 가능한 처리량을 이용하기 위해 두 개 이상의 gp2 볼륨을 사용할 수 있습니다. 프로비저닝된 IOPS SSD(io1) 유형의 볼륨은 프로비저닝된 각 IPOS에 대해 256KiB의 처리 한계를 갖고 최대 값은 320MiB/s(1,280 IOPS에서)입니다. 자세한 내용은 Amazon EBS 볼륨 유형 단원을 참조하십시오.

10Gb 네트워크 연결이 있는 인스턴스 유형은 암호화되지 않은 Amazon EBS 볼륨에 대해 최대 800MB/s의 처리량과 48,000 16K IOPS를 지원하며 암호화된 Amazon EBS 볼륨에 대해 최대 25,000 16K IOPS를 지원합니다. EBS 볼륨에 대한 최대 io1 값이 io1 볼륨의 경우 및 gp2 볼륨의 경우 10,000이므로 여러 EBS 볼륨을 동시에 사용하여 이 인스턴스 유형에 사용 가능한 I/O 성능 수준에 도달할 수 있습니다. 10Gb 네트워크 연결이 있는 인스턴스 유형에 대한 자세한 내용은 Amazon EC2 인스턴스 유형 단원을 참조하십시오.

Amazon EBS gp2io1 볼륨의 성능상 이점을 최대한 활용하려면 사용 가능한 경우 EBS에 최적화된 인스턴스를 사용해야 합니다. 자세한 내용은 Amazon EBS 최적화 인스턴스 단원을 참조하십시오.