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

# 클러스터 준비
<a name="clusters.prepare"></a>

다음에 MemoryDB 콘솔, AWS CLI또는 MemoryDB API를 사용하는 클러스터 생성에 관한 지침이 나와 있습니다.

클러스터를 생성할 때마다 준비 작업을 미리 하면 즉시 업그레이드하거나 변경할 필요가 없어 좋습니다.

**Topics**
+ [요구 사항 결정](cluster-create-determine-requirements.md)

# 요구 사항 결정
<a name="cluster-create-determine-requirements"></a>

**준비**  
다음 질문에 대한 답을 알고 있으면 클러스터를 더 원활하게 만들 수 있습니다.
+ 클러스터를 생성하기 전에 동일한 VPC에서 서브넷 그룹을 생성해야 합니다. 또는 제공된 기본 서브넷 그룹을 사용할 수도 있습니다. 자세한 내용은 [서브넷 및 서브넷 그룹](subnetgroups.md) 단원을 참조하십시오.

  MemoryDB는 Amazon EC2를 AWS 사용하여 내부에서 액세스하도록 설계되었습니다. 하지만 Amazon VPC 기반의 VPC에서 시작하는 경우 AWS밖에서 액세스 권한을 제공할 수 있습니다. 자세한 내용은 [AWS 외부에서 MemoryDB 리소스에 액세스](accessing-memorydb.md#access-from-outside-aws) 단원을 참조하십시오.
+ 파라미터 값을 사용자 지정해야 합니까?

  그렇다면 사용자 지정 파라미터 그룹을 만듭니다. 자세한 내용은 [파라미터 그룹 생성](parametergroups.creating.md) 단원을 참조하십시오.
+ VPC 보안 그룹을 생성해야 합니까?

  자세한 내용은 [VPC의 보안](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Security.html)을 참조하세요.
+ 어떤 방법으로 내결함성을 구현하시겠습니까?

  자세한 내용은 [장애 완화](faulttolerance.md) 단원을 참조하십시오.

**Topics**
+ [메모리 및 프로세서 요구 사항](#cluster-create-determine-requirements-memory)
+ [MemoryDB 클러스터 구성](#cluster-configuration)
+ [향상된 I/O 멀티플렉싱](#cluster-create-determine-requirements-multiplexing)
+ [조정 요구 사항](#cluster-create-determine-requirements-scaling)
+ [액세스 요구 사항](#cluster-create-determine-requirements-access)
+ [리전 및 가용 영역](#cluster-create-determine-requirements-region)

## 메모리 및 프로세서 요구 사항
<a name="cluster-create-determine-requirements-memory"></a>

MemoryDB의 기본 구성 요소는 노드입니다. 노드는 샤드로 구성되어 클러스터를 형성합니다. 클러스터에 사용할 노드 유형을 결정할 때 클러스터의 노드 구성과 저장해야 하는 데이터의 양을 고려합니다.

## MemoryDB 클러스터 구성
<a name="cluster-configuration"></a>

MemoryDB 클러스터는 1개에서 500개의 샤드로 구성됩니다. MemoryDB 클러스터에 있는 데이터는 클러스터의 여러 샤드에 두루 분할됩니다. 애플리케이션은 엔드포인트라는 네트워크 주소를 사용하여 MemoryDB 클러스터에 연결됩니다. 노드 엔드포인트 외에도 MemoryDB 클러스터는 *클러스터 엔드포인트*라는 엔드포인트를 가지고 있습니다. 애플리케이션에서는 이 엔드포인트를 사용하여 클러스터에서 읽거나 쓸 수 있으며, 읽을 노드 또는 쓸 노드에 대한 결정은 MemoryDB에 맡깁니다.

## 향상된 I/O 멀티플렉싱
<a name="cluster-create-determine-requirements-multiplexing"></a>

Valkey 또는 Redis OSS 버전 7.0 이상을 실행하는 경우 향상된 I/O 멀티플렉싱을 통해 추가 가속화를 얻을 수 있습니다. 각 전용 네트워크 IO는 여러 클라이언트의 명령을 엔진으로 파이프라인하며 명령을 배치로 효율성 있게 처리하는 기능을 활용합니다. 자세한 내용은 [초고속 성능](https://aws.amazon.com/memorydb/features/#Ultra-fast_performance) 및 [지원되는 노드 유형](nodes.supportedtypes.md)을(를) 참조하세요.

## 조정 요구 사항
<a name="cluster-create-determine-requirements-scaling"></a>

모든 클러스터를 더 큰 노드 유형으로 스케일 업할 수 있습니다. MemoryDB 클러스터를 스케일 업할 때 클러스터를 계속 사용할 수 있도록 온라인으로 조정하거나 스냅샷에서 새 클러스터를 확장하고 새 클러스터가 비워지지 않도록 할 수 있습니다.

자세한 내용은 이 가이드의 [규모 조정](scaling.md)을 참조하세요.

## 액세스 요구 사항
<a name="cluster-create-determine-requirements-access"></a>

설계에 따라 MemoryDB 클러스터는 Amazon EC2 인스턴스에서 액세스합니다. MemoryDB 클러스터에 대한 네트워크 액세스는 클러스터를 생성한 계정으로 제한됩니다. 따라서 Amazon EC2 인스턴스에서 클러스터에 액세스하려면 먼저 클러스터에 액세스하도록 승인해야 합니다. 자세한 지침은 이 가이드의 [3단계: 클러스터에 대한 액세스 허가](getting-started.md#getting-started.authorizeaccess)를 참조하세요.

## 리전 및 가용 영역
<a name="cluster-create-determine-requirements-region"></a>

애플리케이션과 가까운 AWS 리전에 MemoryDB 클러스터를 배치하면 지연 시간을 줄일 수 있습니다. 클러스터에 다중 노드가 있는 경우 다른 가용 영역에 노드를 배치하면 클러스터에 장애가 미치는 영향을 줄일 수 있습니다.

자세한 내용은 다음을 참조하세요.
+ [리전 및 가용 영역 선택](regionsandazs.md)
+ [장애 완화](faulttolerance.md)