기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# RabbitMQ용 Amazon MQ 크기 조정 지침
<a name="rabbitmq-sizing-guidelines"></a>

 사용 중인 애플리케이션을 가장 잘 지원하는 브로커 인스턴스 유형을 선택할 수 있습니다. 인스턴스 유형을 선택할 때는 브로커 성능에 영향을 미치는 요인을 고려합니다.
+ 클라이언트 및 대기열 수
+ 전송된 메시지의 양
+ 메모리에 보관된 메시지
+ 중복 메시지

 더 작은 `m7g.medium` 브로커 인스턴스 유형은 애플리케이션 성능 테스트에만 권장됩니다. 클라이언트 및 대기열의 더 큰 브로커 인스턴스 유형 `m7g.large` 이상 또는 프로덕션 수준, 높은 처리량, 메모리 내 메시지 및 중복 메시지를 사용하는 것이 좋습니다.

**중요**  
`mq.m5` 또는 `mq.m7g` 인스턴스 유형에서 `mq.t3.micro` 인스턴스 유형으로 브로커를 다운그레이드할 수 없습니다.

 브로커를 테스트하여 워크로드 메시징 요구 사항에 적합한 인스턴스 유형과 크기를 결정하는 것이 중요합니다.

 항상 RabbitMQ 4 브로커의 기본 리소스 제한을 사용하여 Amazon MQ 모범 사례에 따라 애플리케이션에 적합한 인스턴스 크기를 결정합니다. 이러한 기본 리소스 제한은 유형 `m7g` 인스턴스 유형 및 쿼럼 대기열을 기반으로 합니다.
+ [m7g 단일 인스턴스 배포에 대한 기본 리소스 제한](rabbitmq-resource-limits-configuration.md#default-values-single-instance)
+ [m7g 클러스터 배포에 대한 기본 리소스 제한](rabbitmq-resource-limits-configuration.md#default-values-cluster-brokers)

 인스턴스 유형 및 배포 모드에 정의된 최대 값까지 제한 값을 늘릴 수 있습니다. 그러나 프로덕션 환경에서를 사용하기 전에 증가된 값으로 브로커 성능을 테스트하는 것이 좋습니다.
+ [m7g 단일 인스턴스 배포에 대한 최대 리소스 제한](rabbitmq-resource-hard-limit.md#sizing-guidelines-m7g-single-instance)
+ [m7g 클러스터 배포에 대한 최대 리소스 제한](rabbitmq-resource-hard-limit.md#sizing-guidelines-m7g-cluster)
+ [m5 단일 인스턴스 배포에 대한 최대 리소스 제한](rabbitmq-resource-hard-limit.md#sizing-guidelines-single-instance)
+ [m5 클러스터 배포에 대한 최대 리소스 제한](sizing-guidelines-cluster.md)
+ [오류 메시지](rabbitmq-resource-hard-limit.md#sizing-guidelines-limits-error-messages)

**참고**  
 RabbitMQ 3.13 브로커에는 기본 리소스 제한이 제공되지 않지만 제안된 기본값을 사용하는 것이 좋습니다.

# 기본 리소스 제한
<a name="rabbitmq-resource-limits-configuration"></a>

RabbitMQ용 Amazon MQ는 RabbitMQ 4 이상에서 브로커 리소스 제한 구성을 지원합니다. 브로커를 생성하면 Amazon MQ는 이러한 리소스 제한에 기본값을 자동으로 적용합니다. 이러한 기본값은 일반적인 고객 사용 패턴을 수용하면서 브로커 가용성을 보호하는 가드레일 역할을 합니다. 특정 워크로드 요구 사항에 더 잘 맞게 제한 구성 값을 변경하여 브로커 동작을 사용자 지정할 수 있습니다.

변경하기 전에 다음 사항에 유의하세요.

**중요**  
구성 변경은 브로커 성능 및 가용성에 영향을 미칠 수 있습니다.
기본 구성 옵션을 변경하기 전에 영향을 이해합니다.
먼저 비프로덕션 환경에서 구성 변경 사항 테스트
변경 사항 적용 후 브로커 상태 모니터링

**중요**  
이러한 구성의 기본값과 지원되는 범위는 RabbitMQ 버전, 인스턴스 유형 및 브로커 배포 모드에 따라 다릅니다.

**중요**  
 * 참고: 지원되는 범위를 벗어난 구성 값과 브로커를 연결하거나 생성하면 오류 응답이 발생합니다. * 

브로커에 대한 이러한 기본 리소스 제한을 사용자 지정하는 방법은 섹션을 참조하세요[리소스 제한 구성](configure-resource-limits.md).

RabbitMQ 4.2 브로커에 적용되는 기본 리소스 제한은 입니다.
+ [m7g 단일 인스턴스 배포에 대한 기본 리소스 제한](#default-values-single-instance)
+ [m7g 클러스터 배포에 대한 기본 리소스 제한](#default-values-cluster-brokers)

## 기본 리소스 제한
<a name="rabbitmq-default-resource-limit"></a>

**중요**  
RabbitMQ 3용 Amazon MQ 브로커, 기본값은 최대 리소스 제한으로 구성되며 Amazon MQ는 리소스 제한 구성을 재정의할 수 있는 기능을 제공하지 않습니다. RabbitMQ 

### 단일 인스턴스 브로커의 기본값
<a name="default-values-single-instance"></a>


| 인스턴스 유형 | 노드당 연결 수 | 노드당 채널 수 | 채널당 소비자 | Queues | vhost | Shovel | 교환 | 바이트 단위의 메시지 크기 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| mq.m7g.medium | 100 | 500 | 10 | 500 | 10 | 30 | 500 | 524288 | 
| mq.m7g.large | 1,500 | 4,500 | 10 | 1,000 | 50 | 50 | 1,000 | 524288 | 
| mq.m7g.xlarge | 3,000 | 9,000 | 10 | 2,000 | 100 | 100 | 2,000 | 524288 | 
| mq.m7g.2xlarge | 6,000 | 18,000 | 10 | 4,000 | 150 | 200 | 4,000 | 524288 | 
| mq.m7g.4xlarge | 12,000 | 36,000 | 10 | 8,000 | 200 | 400 | 8,000 | 524288 | 
| mq.m7g.8xlarge | 24,000 | 72,000 | 10 | 16,000 | 250 | 800 | 16,000 | 524288 | 
| mq.m7g.12xlarge | 36,000 | 108,000 | 10 | 24,000 | 300 | 1,200 | 24,000 | 524288 | 
| mq.m7g.16xlarge | 48,000 | 144,000 | 10 | 32,000 | 350 | 1,600 | 32,000 | 524288 | 

### 클러스터 브로커의 기본값
<a name="default-values-cluster-brokers"></a>


| 인스턴스 유형 | 노드당 연결 수 | 노드당 채널 수 | 채널당 소비자 | Queues | vhost | Shovel | 교환 | 바이트 단위의 메시지 크기 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| mq.m7g.medium | 100 | 300 | 10 | 100 | 10 | 10 | 100 | 524288 | 
| mq.m7g.large | 500 | 1500 | 10 | 1,000 | 50 | 30 | 1,000 | 524288 | 
| mq.m7g.xlarge | 1000 | 3000 | 10 | 2,000 | 100 | 60 | 2,000 | 524288 | 
| mq.m7g.2xlarge | 2000 | 6000 | 10 | 4,000 | 150 | 120 | 4,000 | 524288 | 
| mq.m7g.4xlarge | 4000 | 12,000 | 10 | 8,000 | 200 | 240 | 8,000 | 524288 | 
| mq.m7g.8xlarge | 8000 | 24,000 | 10 | 16,000 | 250 | 480 | 16,000 | 524288 | 
| mq.m7g.12xlarge | 12000 | 36,000 | 10 | 24,000 | 300 | 720 | 24000 | 524288 | 
| mq.m7g.16xlarge | 16,000 | 48,000 | 10 | 32,000 | 350 | 960 | 32,000 | 524288 | 

# RabbitMQ용 Amazon MQ 최대 리소스 제한 RabbitMQ
<a name="rabbitmq-resource-hard-limit"></a>

다음 표에 표시된 최대값까지 리소스 제한을 구성할 수 있습니다. 브로커의 리소스 제한을 업데이트하는 방법은 섹션을 참조하세요[리소스 제한 구성](configure-resource-limits.md).

## 단일 인스턴스 배포에 대한 쿼럼 대기열이 있는 m7g의 크기 조정 지침
<a name="sizing-guidelines-m7g-single-instance"></a>

다음 표에는 단일 인스턴스 브로커의 각 인스턴스 유형별 **최대** 한도 값이 나와 있습니다.


| 인스턴스 유형 | 연결 | 채널 | 채널당 소비자 | Queues | Vhosts | Shovel | 교환 | 바이트 단위의 메시지 크기 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| mq.m7g.medium | 300 | 900 | 1,000 | 2,500 | 10 | 150 | 12500 | 134217728 | 
| mq.m7g.large | 5,000 | 15,000 | 1,000 | 20,000건 | 1500 | 250 | 100,000건 | 134217728 | 
| mq.m7g.xlarge | 10,000 | 30,000개 | 1,000 | 30,000개 | 1,500 | 500 | 150,000 | 134217728 | 
| mq.m7g.2xlarge | 20,000건 | 60,000 | 1,000 | 40,000 | 1,500 | 1,000 | 200,000 | 134217728 | 
| mq.m7g.4xlarge | 40,000 | 120,000 | 1,000 | 60,000 | 1,500 | 2000 | 300,000 | 134217728 | 
| mq.m7g.8xlarge | 80,000 | 240,000 | 1,000 | 80,000 | 1,500 | 4000 | 400,000 | 134217728 | 
| mq.m7g.12xlarge | 120,000 | 360,000 | 1,000 | 100,000건 | 1,500 | 6,000 | 500,000 | 134217728 | 
| mq.m7g.16xlarge | 160,000 | 480,000 | 1,000 | 120,000 | 1,500 | 8,000 | 600,000 | 134217728 | 

## 클러스터 배포를 위한 쿼럼 대기열이 있는 m7g의 크기 조정 지침
<a name="sizing-guidelines-m7g-cluster"></a>

다음 표에는 클러스터 브로커의 각 인스턴스 유형별 **최대** 한도 값이 나와 있습니다.


| 인스턴스 유형 | 노드당 연결 수 | 노드당 채널 수 | 채널당 소비자 | Queues | Vhosts | Shovel | 교환 | 바이트 단위의 메시지 크기 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| mq.m7g.medium | 300 | 900 | 1,000 | 500 | 10 | 50 | 500 | 134217728 | 
| mq.m7g.large | 5,000 | 15,000 | 1,000 | 10,000 | 1,500 | 150 | 50,000 | 134217728 | 
| mq.m7g.xlarge | 10,000 | 30,000개 | 1,000 | 15,000 | 1,500 | 300 | 75,000 | 134217728 | 
| mq.m7g.2xlarge | 20,000건 | 60,000 | 1,000 | 20,000건 | 1,500 | 600 | 100,000건 | 134217728 | 
| mq.m7g.4xlarge | 40,000 | 120,000 | 1,000 | 30,000개 | 1,500 | 1200 | 150,000 | 134217728 | 
| mq.m7g.8xlarge | 80,000 | 240,000 | 1,000 | 40,000 | 1,500 | 2,400 | 200,000 | 134217728 | 
| mq.m7g.12xlarge | 120,000 | 360,000 | 1,000 | 50,000 | 1,500 | 3,600 | 250,000 | 134217728 | 
| mq.m7g.16xlarge | 160,000 | 480,000 | 1,000 | 60,000 | 1,500 | 4,800 | 300,000 | 134217728 | 

## M5 단일 인스턴스 배포에 대한 최대 리소스 제한
<a name="sizing-guidelines-single-instance"></a>

다음 표에는 단일 인스턴스 브로커의 각 인스턴스 유형별 **최대** 한도 값이 나와 있습니다.


| 인스턴스 유형 | 연결 | 채널 | 채널당 소비자 | Queues | Vhosts | Shovel | 
| --- | --- | --- | --- | --- | --- | --- | 
| m5.large | 5,000 | 15,000 | 1,000 | 30,000개 | 1500 | 250 | 
| m5.xlarge | 10,000 | 30,000개 | 1,000 | 60,000 | 1500 | 500 | 
| m5.2xlarge | 20,000건 | 60,000 | 1,000 | 120,000 | 1500 | 1,000 | 
| m5.4xlarge | 40,000 | 120,000 | 1000 | 240,000 | 1,000 | 2,000 | 

# m5 클러스터 배포에 대한 최대 리소스 제한
<a name="sizing-guidelines-cluster"></a>

다음 표에는 클러스터 브로커의 각 인스턴스 유형별 **최대** 한도 값이 나와 있습니다.


| 인스턴스 유형 | Queues | 채널당 소비자 | Shovel | 
| --- | --- | --- | --- | 
| m5.large | 10,000 | 1,000 | 150 | 
| m5.xlarge | 15,000 | 1,000 | 300 | 
| m5.2xlarge | 20,000건 | 1,000 | 600 | 
| m5.4xlarge | 30,000개 | 1,000 | 1200 | 

노드당 다음과 같은 연결 및 채널 한도가 적용됩니다.


| 인스턴스 유형 | 연결 | 채널 | 
| --- | --- | --- | 
| m5.large | 5000 | 15,000 | 
| m5.xlarge | 10,000 | 30,000개 | 
| m5.2xlarge | 20,000건 | 60,000 | 
| m5.4xlarge | 40,000 | 120,000 | 

클러스터 브로커의 정확한 한도 값은 사용 가능한 노드 수와 RabbitMQ가 사용 가능한 노드 간에 리소스를 분배하는 방식에 따라 표시된 값보다 낮을 수 있습니다.ㅂ 한도 값을 초과하는 경우 다른 노드에 대한 연결을 새로 생성하고 다시 시도하거나 인스턴스 크기를 업그레이드하여 최대 한도를 늘릴 수 있습니다.

## 오류 메시지
<a name="sizing-guidelines-limits-error-messages"></a>

 한도를 초과하면 다음 오류 메시지가 반환됩니다. 모든 값은 **m7.large** 단일 인스턴스 한도를 기준으로 합니다.

**참고**  
다음 메시지의 오류 코드는 사용 중인 클라이언트 라이브러리에 따라 변경될 수 있습니다.

**Connection**

`ConnectionClosedByBroker 500 "NOT_ALLOWED - connection refused: node connection limit (5000) is reached"`

**Channel**

`ConnectionClosedByBroker 1500 "NOT_ALLOWED - number of channels opened on node 'rabbit@ip-10-0-23-173.us-west-2.compute.internal' has reached the maximum allowed limit of (15,000)"`

**소비자**

`ConnectionClosedByBroker: (530, 'NOT_ALLOWED - reached maximum (1,000) of consumers per channel')`

**최대 메시지 크기 **

` (406, 'PRECONDITION_FAILED - message size 524289 is larger than configured max size 524288') `

**교환**

` (406, "PRECONDITION_FAILED - cannot declare exchange 'limit_test_3' in vhost '/': exchange limit of 10 is reached") `

**참고**  
다음 오류 메시지는 HTTP Management API 형식을 사용합니다.

**대기열**

`{"error":"bad_request","reason":"cannot declare queue 'my_queue': queue limit in cluster (10,000) is reached"}]`

**Shovel**

`{"error":"bad_request","reason":"Validation failed\n\ncomponent shovel is limited to 150 per node\n"}`

**Vhost**

`{"error":"bad_request","reason":"cannot create vhost 'my_vhost': vhost limit of 1500 is reached"}`

# RabbitMQ용 Amazon MQ 브로커 기본값
<a name="rabbitmq-defaults"></a>

RabbitMQ용 Amazon MQ 브로커를 생성할 때 Amazon MQ는 브로커 성능을 최적화하기 위해 기본 집합의 브로커 정책 및 vhost 제한을 적용합니다. Amazon MQ는 vhost 제한을 기본(`/`) vhost에만 적용합니다. Amazon MQ는 새로 생성된 vhost에 대해 기본 정책을 적용하지 않습니다. 새 브로커와 기존 브로커 모두에 대해 이러한 기본값을 유지하는 것이 좋습니다. 하지만 언제든 이러한 기본값을 수정, 재정의 또는 삭제할 수 있습니다.

Amazon MQ는 RabbitMQ 3 및 RabbitMQ 4용 Amazon MQ에 대해 서로 다른 브로커 정책 및 vhost 제한을 생성합니다. RabbitMQ 차이점은 다음 하위 섹션에서 자세히 설명합니다.

Amazon MQ는 브로커를 생성할 때 선택하는 인스턴스 유형 및 브로커 배포 모드에 따라 정책과 제한을 생성합니다. 기본 정책은 다음과 같이 배포 모드에 따라 이름이 지정됩니다.

**RabbitMQ 3용 Amazon MQ: RabbitMQ **
+ **단일 인스턴스** – `AWS-DEFAULT-POLICY-SINGLE-INSTANCE`
+ **클러스터 배포** - `AWS-DEFAULT-POLICY-CLUSTER-MULTI-AZ` && `AWS-DEFAULT-QUORUM-QUEUES-POLICY-CLUSTER-MULTI-AZ`

**RabbitMQ 4용 Amazon MQ: RabbitMQ **
+ **단일 인스턴스** – `AWS-DEFAULT-POLICY-SINGLE-INSTANCE`
+ **클러스터 배포** - `AWS-DEFAULT-POLICY-CLUSTER` && `AWS-DEFAULT-QUORUM-QUEUES-POLICY-CLUSTER-MULTI-AZ`

[단일 인스턴스 브로커](rabbitmq-broker-architecture.md#rabbitmq-broker-architecture-single-instance)의 경우 Amazon MQ는 정책 우선 순위 값을 `0`으로 설정합니다. 기본 우선 순위 값을 재정의하려면 높은 우선 순위 값으로 사용자 지정 정책을 직접 생성할 수 있습니다. [클러스터 배포](rabbitmq-broker-architecture.md#rabbitmq-broker-architecture-cluster)의 경우 Amazon MQ는 브로커 기본값의 우선 순위 값을 `1`로 설정합니다. 클러스터의 고유한 사용자 지정 정책을 생성하려면 `1`보다 큰 우선 순위 값을 할당합니다.

**참고**  
클러스터 배포에서 `ha-mode` 및 `ha-sync-mode` 브로커 정책은 클래식 미러링 및 고가용성(HA)에 필요합니다. 이러한 설정은 RabbitMQ 3용 Amazon MQ에만 적용되며 RabbitMQ 4에는 구성되지 않습니다.  
기본 `AWS-DEFAULT-POLICY-CLUSTER-MULTI-AZ` 정책을 삭제하면 Amazon MQ는 우선 순위 값이 `0`인 `ha-all-AWS-OWNED-DO-NOT-DELETE` 정책을 사용합니다. 그러면 필수 `ha-mode` 및 `ha-sync-mode` 정책이 계속 적용됩니다. 고유한 사용자 지정 정책을 생성하는 경우 Amazon MQ는 정책 정의에 `ha-mode` 및 `ha-sync-mode`를 자동으로 추가합니다.

**Topics**
+ [정책 및 제한 설명](#rabbitmq-defaults-descriptions)
+ [권장 기본값](#rabbitmq-defaults-values)

## 정책 및 제한 설명
<a name="rabbitmq-defaults-descriptions"></a>

다음 목록에서는 Amazon MQ가 새로 생성되는 브로커에 적용하는 기본 정책 및 제한에 대해 설명합니다. `max-length` , `max-queues` 및 `max-connections`의 값은 브로커의 인스턴스 유형 및 배포 모드에 따라 다릅니다. 해당 값은 [권장 기본값](#rabbitmq-defaults-values) 단원에 나와 있습니다.

**RabbitMQ 3 및 RabbitMQ 4 브로커 모두에 대한 설정**
+ **`queue-mode: lazy`**(정책) - 지연 대기열을 활성화합니다. 기본적으로 대기열은 메시지의 인 메모리 캐시를 유지하여 브로커가 메시지를 소비자에게 가능한 한 빨리 전달할 수 있도록 합니다. 이로 인해 브로커의 메모리가 부족해지고 고용량 메모리 경보가 발생할 수 있습니다. 지연 대기열은 가능한 쉽게 메시지를 디스크로 이동하려고 합니다. 따라서 정상 작동 조건에서 메모리에 유지되는 메시지 수가 줄어듭니다. 지연 대기열을 사용하면 RabbitMQ용 Amazon MQ에서 더 큰 메시징 로드와 더 긴 대기열을 지원할 수 있습니다. 특정 사용 사례에서는 지연 대기열을 사용하는 브로커의 성능이 약간 느려질 수 있습니다. 이는 인 메모리 캐시에서 메시지를 전달하는 것이 아니라 메시지가 디스크에서 브로커로 이동되기 때문입니다.
**배포 모드**  
단일 인스턴스, 클러스터
+ **`max-length: number-of-messages`**(정책) - 대기열의 메시지 수에 대한 제한을 설정합니다. 클러스터 배포에서 이 제한은 브로커 재부팅과 같은 경우에나 유지 관리 기간 이후에 대기열 동기화 일시 중지를 방지합니다.
**배포 모드**  
Cluster
+ **`overflow: reject-publish`**(정책) - `max-length` 정책을 사용하는 대기열에서 대기열의 메시지 수가 `max-length` 값에 도달한 후 새 메시지를 거부하도록 합니다. 대기열이 오버플로 상태이더라도 메시지가 손실되지 않도록 하가 위해 브로커에 메시지를 게시하는 클라이언트 애플리케이션은 [게시자 확인](best-practices-message-reliability.md#configure-confirmation-acknowledgement)을 구현해야 합니다. 게시자 확인을 구현하는 방법에 대한 자세한 내용은 RabbitMQ 웹 사이트에서 [게시자 확인](https://www.rabbitmq.com/confirms.html#publisher-confirms)을 참조하세요.
**배포 모드**  
Cluster

**RabbitMQ 3 관련 설정**
+ **`max-queues: number-of-queues-per-vhost`**(vhost 제한) - 브로커의 대기열 수에 대한 제한을 설정합니다. `max-length` 정책 정의와 마찬가지로 클러스터 배포에서 대기열 수를 제한하면 브로커 재부팅이나 유지 관리 기간 이후에 대기열 동기화 일시 중지가 방지됩니다. 대기열을 제한하면 대기열을 유지하기 위해 과도한 양의 CPU가 사용되는 것도 방지됩니다.
**배포 모드**  
단일 인스턴스, 클러스터
+ **`max-connections: number-of-connections-per-vhost`**(vhost 제한) - 브로커에 대한 클라이언트 연결 수의 제한을 설정합니다. 권장 값에 따라 연결 수를 제한하면 과도한 브로커 메모리 사용으로 브로커에서 고용량 메모리 경보가 발생하고 작동이 일시 중지될 수 있는 문제가 방지됩니다.
**배포 모드**  
단일 인스턴스, 클러스터

## 권장 기본값
<a name="rabbitmq-defaults-values"></a>

**중요**  
 `max-queues` 및 `max-connections`는 RabbitMQ 3용 Amazon MQ에만 적용됩니다. RabbitMQ 

**참고**  
`max-length` 및 `max-queue` 기본 제한은 평균 메시지 크기 5kB를 기준으로 테스트 및 평가됩니다. 메시지가 5kB보다 훨씬 큰 경우 `max-length` 및 `max-queue` 제한을 조정하고 줄여야 합니다.

다음 표에는 새로 생성된 브로커의 기본 제한 값이 나와 있습니다. Amazon MQ는 브로커의 인스턴스 유형 및 배포 모드에 따라 이러한 값을 적용합니다.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/amazon-mq/latest/developer-guide/rabbitmq-defaults.html)


| 인스턴스 유형 | Deployment mode(배포 모드) | `max-length` | `max-queues` | `max-connections` | 
| --- | --- | --- | --- | --- | 
| t3.micro | 단일 인스턴스 | 해당 사항 없음 | 500 | 500 | 
| m5.large | 단일 인스턴스 | 해당 사항 없음 | 20,000건 | 4,000 | 
| m5.large | Cluster | 8,000,000 | 10,000 | 15,000 | 
| m5.xlarge | 단일 인스턴스 | 해당 사항 없음 | 30,000개 | 8,000 | 
| m5.xlarge | Cluster | 9,000,000 | 10,000 | 20,000건 | 
| m5.2xlarge | 단일 인스턴스 | 해당 사항 없음 | 60,000 | 15,000 | 
| m5.2xlarge | Cluster | 10,000,000 | 10,000 | 40,000 | 
| m5.4xlarge | 단일 인스턴스 | 해당 사항 없음 | 150,000 | 30,000개 | 
| m5.4xlarge | Cluster | 12,000,000 | 10,000 | 100,000건 |