翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# クラスターを準備する
<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からアクセスを提供できます。‬‬‬‬ 詳細については、「[外部からのMemoryDBリソースへのアクセス AWS](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 (スケーリング)](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>

MemoryDB クラスターをアプリケーションに近い AWS リージョンに配置することで、レイテンシーを短縮できます。クラスターに複数のノードがある場合、複数の異なるアベイラビリティーゾーンにノードを配置することで、クラスター上の障害の影響を低減できます。

詳細については次を参照してください:
+ [リージョンとアベイラビリティーゾーンの選択](regionsandazs.md)
+ [障害の軽減](faulttolerance.md)