レプリケーショングループを使用する高可用性

単一ノードの Amazon ElastiCache Valkey および Redis OSSクラスターは、データ保護サービスが制限されたインメモリエンティティです (AOF）。クラスターが何らかの理由で停止すると、クラスターのすべてのデータが失われます。ただし、Valkey または Rediss OSS エンジンを実行している場合は、2 ～ 6 個のノードを、1 ～ 5 個の読み取り専用ノードにread/write primary node. In this scenario, if one node fails for any reason, you do not lose all your data since it is replicated in one or more other nodes. Due to replication latency, some data may be lost if it is the primary read/writeグループの単一ノードのレプリケートデータが含まれているレプリカを持つクラスターにグループ化できます。

次の図に示すように、レプリケーション構造は、Valkey または Redis OSSクラスター内に含まれるシャード (API/ ではノードグループと呼ばれますCLI) 内に含まれています。Valkey または Redis OSS (クラスターモードが無効) クラスターには、常に 1 つのシャードがあります。Valkey または Redis OSS (クラスターモードが有効) クラスターは、クラスターのデータをシャード間で分割して、最大 500 個のシャードを持つことができます。シャードの数が多くレプリカの数が少ないクラスターを作成できます。クラスターあたり最大 90 ノードです。このクラスター設定は、シャード 90 個およびレプリカ 0 個からシャード 15 個およびレプリカ 5 個 (許容されるレプリカの最大数) までです。

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

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

この制限の拡大をリクエストするには、「AWS のサービスの制限」を参照し、制限タイプとして [Nodes per cluster per instance type (インスタンスタイプごとのクラスターあたりのノード)] を選択します。

Valkey または Redis OSS (クラスターモードが無効) クラスターに 1 つのシャードと 0～5 個のレプリカノードがある

マルチ AZ が有効になっているクラスターにレプリカがある場合、プライマリノードで障害が発生すると、プライマリはリードレプリカにフェイルオーバーします。データがレプリカノードに非同期で更新されるため、レプリカノードの更新のレイテンシーにより多少のデータが失われる場合があります。詳細については、「Valkey または Redis OSS を実行する際の障害の軽減」を参照してください。