

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

# Valkey または Redis OSS のノードとシャード
<a name="CacheNodes.NodeGroups"></a>

シャード (API と CLI ではノードグループ) はノードの階層的配列であり、各ノードはクラスターに含まれます。シャードはレプリケーションをサポートします。シャード内では、1 つのノードが読み取り/書き込みのプライマリノードとなります。シャード内の他のすべてのノードは、プライマリノードの読み取り専用レプリカとして機能します。Valkey、または Redis OSS バージョン 3.2 以降は、クラスター内の複数のシャード (API および CLI ではレプリケーショングループ) をサポートします。このサポートにより、Valkey または Redis OSS (クラスターモードが有効) クラスター内でデータの分割が可能になります。

次の図は、Valkey または Redis OSS (クラスターモードが無効) クラスターと Valkey または Redis OSS (クラスターモードが有効) クラスターの違いを示しています。

![\[イメージ: Valkey または Redis OSS (クラスターモードが無効) と Valkey または Redis OSS (クラスターモードが有効) シャード (API/CLI: ノードグループ)\]](http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)


Valkey または Redis OSS (クラスターモードが有効) クラスターは、シャードを介したレプリケーションをサポートします。API オペレーションの [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) (CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) を使うと、ノードグループとそれを構成するメンバーノード、ノードグループ内での各ノードの役割、およびその他の情報などを確認できます。

Valkey または Redis OSS クラスターを作成するときは、クラスタリングを有効にしてクラスターを作成するかどうかを指定します。Valkey または Redis OSS (クラスターモードが無効) クラスターに複数のシャードがあることは決してありません。シャードはリードレプリカノードを (合計で最大 5 つまで) 追加するか、削除することによって、水平方向にスケールすることができます。詳細については、「[レプリケーショングループを使用する高可用性](Replication.md)」、「[Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを追加する](Replication.AddReadReplica.md)」または「[Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを削除する](Replication.RemoveReadReplica.md)」を参照してください。Valkey または Redis OSS (クラスターモードが無効) クラスターは、ノードタイプを変更することで垂直方向にもスケールできます。詳細については、「[Valkey または Redis OSS (クラスターモードが無効) のレプリカノードのスケーリング](Scaling.RedisReplGrps.md)」を参照してください。

エンジンが Valkey または Redis OSS バージョン 5.0.6 以上の場合、ノードまたはシャードの制限は、クラスターごとに最大 500 個まで増やすことができます。例えば、83 個のシャード (シャードごとに 1 つのプライマリと 5 レプリカ) と 500 個のシャード (プライマリのみでレプリカなし) の範囲で、500 個のノードクラスターを設定できます。増加に対応できる十分な IP アドレスがあることを確認してください。一般的な落とし穴として、サブネットグループ内のサブネットの CIDR 範囲が小さすぎる、またはサブネットが他のクラスターで共有され、頻繁に使用されていることが挙げられます。詳細については、「[サブネットグループの作成](SubnetGroups.Creating.md)」を参照してください。

 5.0.6 未満のバージョンの場合、クラスターあたりの制限は 250 個です。

この制限の拡大をリクエストするには、「[AWS のサービスの制限](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)」を参照し、制限タイプとして [**Nodes per cluster per instance type (インスタンスタイプごとのクラスターあたりのノード)**] を選択します。

Valkey または Redis OSS (クラスターモードが有効) クラスターは作成された後、変更 (スケールインまたはスケールアウト) できます。詳細については、「[ElastiCache のスケーリング](Scaling.md)」および「[ノードの置き換え (Valkey および Redis OSS)](CacheNodes.NodeReplacement.md)」を参照してください。

新しいクラスターを作成するときに、古いクラスターからのデータをシードして、空から開始しないようにすることができます。このアプローチは、クラスターグループに古いクラスターと同じ数のシャードがある場合にのみ機能します。これは、ノードタイプまたはエンジンバージョンの変更が必要な場合に便利です。詳細については、「[手動バックアップの取得](backups-manual.md)」および「[バックアップから新しいキャッシュへの復元](backups-restoring.md)」を参照してください。