Valkey または Redis でのクラスターのスケーリング OSS (クラスターモードが有効) - Amazon ElastiCache

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

Valkey または Redis でのクラスターのスケーリング OSS (クラスターモードが有効)

クラスターの需要の変化に応じて、Valkey または Redis OSS (クラスターモードが有効) クラスターのシャード数を変更することで、パフォーマンスを向上させたりコストを削減したりできます。そのために、スケーリングプロセス中でもクラスターがリクエストを処理し続けることができる、オンライン水平スケーリングの使用をお勧めします。

クラスターを再スケーリングするかどうかの判断条件には、次のようなものがあります。

  • メモリプレッシャー:

    クラスター内のノードがメモリプレッシャーを受けている場合、より多くのリソースがより効率よくデータを保存してリクエストを処理するようにスケールアウトできます。

    FreeableMemory、 のメトリクスをモニタリングすることでSwapUsage、ノードにメモリ負荷がかかっているかどうかを判断できますBytesUseForCache

  • CPU またはネットワークのボトルネック:

    レイテンシーやスループットがクラスターの問題となっている場合、問題解決のためにスケールアウトが必要な場合があります。

    レイテンシーとスループットレベルをモニタリングするには、、CPUUtilizationNetworkBytesInNetworkBytesOutCurrConnections、および のメトリクスをモニタリングしますNewConnections

  • クラスターのサイズが大きすぎます:

    現在のクラスターの需要からすると、スケールインを行ってもパフォーマンスに影響せず、コストも削減できます。

    クラスターの使用状況をモニタリングして、、FreeableMemorySwapUsage、、、BytesUseForCacheCPUUtilizationCurrConnections、および NetworkBytesIn NetworkBytesOutのメトリクスを使用して安全にスケールインできるかどうかを判断できますNewConnections

パフォーマンスに対するスケーリングの影響

オフライン処理を使用してスケーリングすると、処理の大部分でクラスターがオフラインになるため、リクエストに対応できなくなります。オンラインメソッドを使用してスケーリングすると、スケーリングは大量の演算を行うオペレーションであるため、パフォーマンスがある程度低下します。その場合でも、クラスターはスケーリングオペレーション全体を通してリクエストに対応しつづけます。どの程度低下するかは、通常のCPU使用率とデータによって異なります。

Valkey または Redis OSS (クラスターモードが有効) クラスターをスケーリングするには、水平スケーリングと垂直スケーリングの 2 つの方法があります。

  • 水平スケーリングでは、ノードグループ (シャード) を追加または削除することで、レプリケーショングループ内のノードグループ (シャード) の数を変更できます。オンラインのリシャーディングプロセスでは、クラスターが着信リクエストの処理を継続しながら、スケールイン/スケールアウトが可能です。

    新しいクラスターで、古いクラスターと異なるスロットを設定します。オフラインメソッドに限られます。

  • 垂直スケーリング - ノードタイプを変更することで、クラスターのサイズを変更します。オンラインの垂直スケーリングでは、クラスターが着信リクエストの処理を継続しながら、スケールアップ/ダウンが可能です。

クラスターのサイズとメモリ容量をスケールインまたはスケールダウンして減らす場合は、新しい設定にデータと Valkey または Redis のOSSオーバーヘッドに十分なメモリがあることを確認してください。

詳細については、「キャッシュノードサイズの選択」を参照してください。

Valkey または Redis のオフラインリシャーディング OSS (クラスターモードが有効)

オフラインのシャード再構成の主な利点は、レプリケーショングループからシャードを追加または削除する以上のことが行えることです。オフラインでリシャーディングと再分散を行うと、レプリケーショングループのシャード数を変更できるほか、次のことを実行できます。

注記

データ階層化が有効になっている Valkey または Redis OSSクラスターでは、オフラインリシャーディングはサポートされていません。詳細については、「のデータ階層化 ElastiCache」を参照してください。

  • レプリケーショングループのノードタイプを変更します。

  • レプリケーショングループ内の各ノードに、アベイラビリティーゾーンを指定します。

  • 新しいエンジンバージョンに更新します。

  • 各シャード内のレプリカノードの数を個別に指定します。

  • 各シャードにキースペースを指定します。

オフラインのシャード再構成の主な欠点は、クラスターが復元処理の開始からオフラインになり、アプリケーションのエンドポイントを更新するまで継続することです。クラスターがオフラインになる時間の長さは、クラスターのデータ量によって変わります。

シャード Valkey または Redis OSS (クラスターモードが有効) クラスターをオフラインで再設定するには
  1. 既存の Valkey または Redis OSSクラスターの手動バックアップを作成します。詳細については、「手動バックアップの取得」を参照してください。

  2. バックアップから復元して新しいクラスターを作成します。詳細については、「バックアップから新しいキャッシュへの復元」を参照してください。

  3. アプリケーション内のエンドポイントを、新しいクラスターのエンドポイントに更新します。詳細については、「での接続エンドポイントの検索 ElastiCache」を参照してください。

Valkey または Redis のオンラインリシャーディング OSS (クラスターモードが有効)

ElastiCache Valkey 7.2 以降、または Redis OSSバージョン 3.2.10 以降でオンラインリシャーディングとシャードの再分散を使用すると、ダウンタイムなしで Valkey または Redis OSS (クラスターモードが有効) クラスターを動的にスケーリングできます。このアプローチでは、クラスターはスケーリングや再分散が処理中でもリクエストに対応し続けることができます。

以下の操作を行うことができます。

  • スケールアウト – シャード (ノードグループ) を Valkey または Redis (クラスターモードが有効) クラスター OSS (レプリケーショングループ) に追加することで、読み取りおよび書き込み容量を増やします。

    レプリケーショングループに 1 つ以上のシャードを追加する場合、それぞれの新しいノードのノード数は既存の最小のシャードのシャード数と同じです。

  • スケールイン — Valkey または Redis OSS (クラスターモードが有効) クラスターからシャードを削除することで、読み取りおよび書き込み容量を減らし、コストを削減します。

  • 再調整 — キースペースを Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャード間で移動し、シャード間で可能な限り均等に分散させます。

次のことはできません。

  • シャードを個別に構成:

    シャードのキースペースを個別に指定することはできません。これを行うには、オフライン処理を使用する必要があります。

現在、 ElastiCache オンラインリシャーディングと再分散には次の制限が適用されます。

  • これらのプロセスには、Valkey 7.2 以降または Redis 3.2.10 OSS 以降が必要です。エンジンバージョンのアップグレードについての詳細は、「のバージョン管理 ElastiCache」を参照してください。

  • スロットまたはキースペース、および大きなアイテムには制限があります。

    シャード内のキーのいずれかに大きなアイテムが含まれる場合、そのキーはスケールアウトまたは再分散の際に移行されません。この機能により、アンバランスなシャードになる可能性があります。

    シャード内のキーのいずれかに大きなアイテム (シリアル化後 256 MB より大きいアイテム) が含まれる場合、シャードはスケールイン時に削除されません。この機能により、一部のシャードは削除されない可能性があります。

  • スケールアウトの際、新しいシャードのノード数はいずれも、既存の最小のシャードのノード数と等しくなります。

  • スケールアウトの際、既存のすべてのシャードに共通するタグは、すべて新しいシャードにコピーされます。

  • Global Data Store クラスターをスケールアウトする場合、 ElastiCache は既存のノードの 1 つから新しいノード (複数可) に関数を自動的にレプリケートしません。すべてのシャードが同じ関数を持つように、クラスターをスケールアウトした後に、新しいシャードに関数を読み込むことをお勧めします。

注記

ElastiCache Valkey 7.2 以降の および ElastiCache Redis OSSバージョン 7 以降の : クラスターをスケールアウトすると、 ElastiCache は既存のノードの 1 つにロードされた関数 (ランダムに選択) を新しいノード (複数可) に自動的にレプリケートします。アプリケーションで関数を使用している場合は、スケールアウトする前に、クラスターがシャードによって異なる関数定義にならないように、すべての関数をすべてのシャードに読み込むことをお勧めします。

詳細については、「オンラインクラスターのサイズ変更」を参照してください。

、、 AWS CLIおよび を使用して AWS Management Console、Valkey または Redis OSS (クラスターモードが有効) クラスターを水平方向にスケーリングまたは再調整できます ElastiCache API。

オンラインリシャーディングによるシャードの追加

、、または ElastiCache を使用して AWS Management Console AWS CLI、Valkey または Redis OSS (クラスターモードが有効) クラスターにシャードを追加できますAPI。Valkey または Redis OSS (クラスターモードが有効) クラスターにシャードを追加すると、既存のシャードのタグが新しいシャードにコピーされます。

トピック

    を使用して AWS Management Console 、1 つ以上のシャードを Valkey または Redis OSS (クラスターモードが有効) クラスターに追加できます。以下の手順では、このプロセスについて説明します。

    Valkey または Redis OSS (クラスターモードが有効) クラスターにシャードを追加するには
    1. で ElastiCache コンソールを開きますhttps://console.aws.amazon.com/elasticache/

    2. ナビゲーションペインから、Valkey クラスターまたは Redis OSSクラスターを選択します。

    3. シャードを追加する Valkey または Redis OSS (クラスターモードが有効) クラスターの名前の左側にあるボックスではなく、名前を見つけて選択します。

      ヒント

      Valkey または Redis OSS (クラスターモードが有効) では、Clustered Valkey または Clustered Redis OSSMode 列に表示されます。

    4. [Add shard] を選択します。

      1. [追加するシャード数] で、このクラスターに追加するシャード数を選択します。

      2. [アベイラビリティーゾーン] で、[No preference] または [Specify availability zones] を選択します。

      3. [Specify availability zones] を選択した場合は、各シャードのそれぞれのノードごとに、アベイラビリティゾーンのリストからノードのアベイラビリティーゾーンを選択します。

      4. [追加] を選択します。

    以下のプロセスでは、 を使用してシャードを追加することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します AWS CLI。

    modify-replication-group-shard-configuration を使って以下のパラメータを使用します。

    パラメータ
    • --apply-immediately – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • --replication-group-id – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • --node-group-count – 必須。オペレーションの完了時に存在するシャード (ノードグループ) 数を指定します。シャードを追加する場合、--node-group-count の値は現在のシャード数より大きくなければなりません。

      オプションで、--resharding-configuration を使用してレプリケーショングループ内の各ノードにアベイラビリティーゾーンを指定できます。

    • --resharding-configuration - オプション。レプリケーショングループの各シャードのそれぞれのノードに推奨される、アベイラビリティーゾーンのリスト。--node-group-count の値が現在のシャード数より大きい場合にのみ、このパラメータを使用します。シャードを追加するときにこのパラメータを省略すると、Amazon ElastiCache は新しいノードのアベイラビリティーゾーンを選択します。

    次の例では、 という名前の Valkey または Redis OSS (クラスターモードが有効) クラスター内の 4 つのシャードでキースペースを再設定しますmy-cluster。また、この例では、各シャードでそれぞれのノードのアベイラビリティーゾーンを指定しています。オペレーションはすぐに始まります。

    例 - シャードの追加

    Linux、macOS、Unix の場合:

    aws elasticache modify-replication-group-shard-configuration \ --replication-group-id my-cluster \ --node-group-count 4 \ --resharding-configuration \ "PreferredAvailabilityZones=us-east-2a,us-east-2c" \ "PreferredAvailabilityZones=us-east-2b,us-east-2a" \ "PreferredAvailabilityZones=us-east-2c,us-east-2d" \ "PreferredAvailabilityZones=us-east-2d,us-east-2c" \ --apply-immediately

    Windows の場合:

    aws elasticache modify-replication-group-shard-configuration ^ --replication-group-id my-cluster ^ --node-group-count 4 ^ --resharding-configuration ^ "PreferredAvailabilityZones=us-east-2a,us-east-2c" ^ "PreferredAvailabilityZones=us-east-2b,us-east-2a" ^ "PreferredAvailabilityZones=us-east-2c,us-east-2d" ^ "PreferredAvailabilityZones=us-east-2d,us-east-2c" ^ --apply-immediately

    詳細については、 AWS CLI ドキュメントのmodify-replication-group-shard「-configuration」を参照してください。

    オペレーションを使用して ElastiCache API、Valkey または Redis OSS (クラスターモードが有効) クラスターのシャードをオンラインで再設定できますModifyReplicationGroupShardConfiguration

    ModifyReplicationGroupShardConfiguration を使って以下のパラメータを使用します。

    パラメータ
    • ApplyImmediately=true – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • ReplicationGroupId – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • NodeGroupCount – 必須。オペレーションの完了時に存在するシャード (ノードグループ) 数を指定します。シャードを追加する場合、NodeGroupCount の値は現在のシャード数より大きくなければなりません。

      オプションで、ReshardingConfiguration を使用してレプリケーショングループ内の各ノードにアベイラビリティーゾーンを指定できます。

    • ReshardingConfiguration - オプション。レプリケーショングループの各シャードのそれぞれのノードに推奨される、アベイラビリティーゾーンのリスト。NodeGroupCount の値が現在のシャード数より大きい場合にのみ、このパラメータを使用します。シャードを追加するときにこのパラメータを省略すると、Amazon は新しいノードのアベイラビリティーゾーン ElastiCache を選択します。

    以下のプロセスでは、 を使用してシャードを追加することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します ElastiCache API。

    例 - シャードの追加

    次の例では、Valkey または Redis OSS (クラスターモードが有効) クラスター にノードグループを追加するためmy-cluster、オペレーションが完了すると合計 4 つのノードグループが作成されます。また、この例では、各シャードでそれぞれのノードのアベイラビリティーゾーンを指定しています。オペレーションはすぐに始まります。

    https://elasticache.us-east-2.amazonaws.com/ ?Action=ModifyReplicationGroupShardConfiguration &ApplyImmediately=true &NodeGroupCount=4 &ReplicationGroupId=my-cluster &ReshardingConfiguration.ReshardingConfiguration.1.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2a &ReshardingConfiguration.ReshardingConfiguration.1.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2c &ReshardingConfiguration.ReshardingConfiguration.2.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2b &ReshardingConfiguration.ReshardingConfiguration.2.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2a &ReshardingConfiguration.ReshardingConfiguration.3.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2c &ReshardingConfiguration.ReshardingConfiguration.3.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2d &ReshardingConfiguration.ReshardingConfiguration.4.PreferredAvailabilityZones.AvailabilityZone.1=us-east-2d &ReshardingConfiguration.ReshardingConfiguration.4.PreferredAvailabilityZones.AvailabilityZone.2=us-east-2c &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20171002T192317Z &X-Amz-Credential=<credential>

    詳細については、「 リファレンスModifyReplicationGroupShardConfiguration」の ElastiCache API「」を参照してください。

    オンラインリシャーディングによるシャードの削除

    、、または を使用して AWS Management Console AWS CLI、Valkey または Redis OSS (クラスターモードが有効) クラスターからシャードを削除できますElastiCache API。

    シャードの削除 (コンソール)

    以下のプロセスでは、 を使用してシャードを削除することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します AWS Management Console。

    レプリケーショングループからノードグループ (シャード) を削除する前に、 はすべてのデータが残りのシャードに収ま ElastiCache るようにします。データが収まる場合、指定したシャードはリクエストに応じてレプリケーショングループから削除されます。データが残りのノードグループに収まらない場合、プロセスは終了し、レプリケーショングループはリクエスト前と同じノードグループ設定のままになります。

    を使用して AWS Management Console 、Valkey または Redis OSS (クラスターモードが有効) クラスターから 1 つ以上のシャードを削除できます。レプリケーショングループのすべてのシャードを削除することはできません。代わりに、レプリケーショングループを削除する必要があります。詳細については、「レプリケーショングループの削除」を参照してください。次の手順では、1 つ以上のシャードを削除する手順を説明します。

    Valkey または Redis OSS (クラスターモードが有効) クラスターからシャードを削除するには
    1. で ElastiCache コンソールを開きますhttps://console.aws.amazon.com/elasticache/

    2. ナビゲーションペインから、Valkey クラスターまたは Redis OSSクラスターを選択します。

    3. シャードを削除する Valkey または Redis OSS (クラスターモードが有効) クラスターの名前の左側にあるボックスではなく、名前を見つけて選択します。

      ヒント

      Valkey または Redis OSS (クラスターモードが有効) クラスターのシャード列の値は 1 以上です。

    4. シャードの一覧から、削除する各シャードの名前の左にあるチェックボックスを選択します。

    5. [Delete shard] を選択します。

    シャードの削除 (AWS CLI)

    以下のプロセスでは、 を使用してシャードを削除することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します AWS CLI。

    重要

    レプリケーショングループからノードグループ (シャード) を削除する前に、 はすべてのデータが残りのシャードに収ま ElastiCache るようにします。データが収まる場合、指定されたシャード (--node-groups-to-remove) はリクエストに応じてレプリケーショングループから削除され、キースペースは残りのシャードにマッピングされます。データが残りのノードグループに収まらない場合、プロセスは終了し、レプリケーショングループはリクエスト前と同じノードグループ設定のままになります。

    を使用して AWS CLI 、Valkey または Redis OSS (クラスターモードが有効) クラスターから 1 つ以上のシャードを削除できます。レプリケーショングループのすべてのシャードを削除することはできません。代わりに、レプリケーショングループを削除する必要があります。詳細については、「レプリケーショングループの削除」を参照してください。

    modify-replication-group-shard-configuration を使って以下のパラメータを使用します。

    パラメータ
    • --apply-immediately – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • --replication-group-id – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • --node-group-count – 必須。オペレーションの完了時に存在するシャード (ノードグループ) 数を指定します。シャードを削除する場合、--node-group-count の値は現在のシャード数より小さくなければなりません。

    • --node-groups-to-remove--node-group-count が現在のノードグループ (シャード) 数より少ない場合は必須です。レプリケーショングループから削除IDsするシャード (ノードグループ) のリスト。

    次の手順では、1 つ以上のシャードを削除する手順を説明します。

    例 - シャードの削除

    次の例では、Valkey または Redis OSS (クラスターモードが有効) クラスター から 2 つのノードグループを削除するためmy-cluster、オペレーションが完了すると合計 2 つのノードグループがあります。削除されたシャードのキースペースは、残りのシャード間で均等に分散されます。

    Linux、macOS、Unix の場合:

    aws elasticache modify-replication-group-shard-configuration \ --replication-group-id my-cluster \ --node-group-count 2 \ --node-groups-to-remove "0002" "0003" \ --apply-immediately

    Windows の場合:

    aws elasticache modify-replication-group-shard-configuration ^ --replication-group-id my-cluster ^ --node-group-count 2 ^ --node-groups-to-remove "0002" "0003" ^ --apply-immediately

    シャードの削除 (ElastiCacheAPI)

    オペレーションを使用して ElastiCache API、Valkey または Redis OSS (クラスターモードが有効) クラスターのシャードをオンラインで再設定できますModifyReplicationGroupShardConfiguration

    以下のプロセスでは、 を使用してシャードを削除することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します ElastiCache API。

    重要

    レプリケーショングループからノードグループ (シャード) を削除する前に、 はすべてのデータが残りのシャードに収ま ElastiCache るようにします。データが収まる場合、指定されたシャード (NodeGroupsToRemove) はリクエストに応じてレプリケーショングループから削除され、キースペースは残りのシャードにマッピングされます。データが残りのノードグループに収まらない場合、プロセスは終了し、レプリケーショングループはリクエスト前と同じノードグループ設定のままになります。

    を使用して ElastiCache API、Valkey または Redis OSS (クラスターモードが有効) クラスターから 1 つ以上のシャードを削除できます。レプリケーショングループのすべてのシャードを削除することはできません。代わりに、レプリケーショングループを削除する必要があります。詳細については、「レプリケーショングループの削除」を参照してください。

    ModifyReplicationGroupShardConfiguration を使って以下のパラメータを使用します。

    パラメータ
    • ApplyImmediately=true – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • ReplicationGroupId – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • NodeGroupCount – 必須。オペレーションの完了時に存在するシャード (ノードグループ) 数を指定します。シャードを削除する場合、NodeGroupCount の値は現在のシャード数より小さくなければなりません。

    • NodeGroupsToRemove--node-group-count が現在のノードグループ (シャード) 数より少ない場合は必須です。レプリケーショングループから削除IDsするシャード (ノードグループ) のリスト。

    次の手順では、1 つ以上のシャードを削除する手順を説明します。

    例 - シャードの削除

    次の例では、Valkey または Redis OSS (クラスターモードが有効) クラスター から 2 つのノードグループを削除するためmy-cluster、オペレーションが完了すると合計 2 つのノードグループがあります。削除されたシャードのキースペースは、残りのシャード間で均等に分散されます。

    https://elasticache.us-east-2.amazonaws.com/ ?Action=ModifyReplicationGroupShardConfiguration &ApplyImmediately=true &NodeGroupCount=2 &ReplicationGroupId=my-cluster &NodeGroupsToRemove.member.1=0002 &NodeGroupsToRemove.member.2=0003 &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20171002T192317Z &X-Amz-Credential=<credential>

    オンラインのシャード再分散

    、、または を使用して AWS Management Console AWS CLI、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再調整できますElastiCache API。

    オンラインのシャード再分散 (コンソール)

    以下のプロセスでは、 を使用してシャードを再調整することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します AWS Management Console。

    Valkey または Redis OSS (クラスターモードが有効) クラスターのシャード間でキースペースを再調整するには
    1. で ElastiCache コンソールを開きますhttps://console.aws.amazon.com/elasticache/

    2. ナビゲーションペインから、Valkey クラスターまたは Redis OSSクラスターを選択します。

    3. 再調整する Valkey または Redis OSS (クラスターモードが有効) クラスターの名前の左側にあるボックスではなく、名前を選択します。

      ヒント

      Valkey または Redis OSS (クラスターモードが有効) クラスターのシャード列の値は 1 以上です。

    4. [再分散] を選択します。

    5. プロンプトが表示されたら、[再分散] を選択します。次のようなメッセージが表示される場合があります: Slots in the replication group are uniformly distributed. Nothing to do. (Service: AmazonElastiCache; Status Code: 400; Error Code: InvalidReplicationGroupState; Request ID: 2246cebd-9721-11e7-8d5b-e1b0f086c8cf)。この場合、[キャンセル] を選択します。

    オンラインのシャード再分散 (AWS CLI)

    modify-replication-group-shard-configuration を使って以下のパラメータを使用します。

    パラメータ
    • -apply-immediately – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • --replication-group-id – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • --node-group-count – 必須。クラスター内のすべてのシャードでキースペースを再分散するため、この値は現在のシャード数と同じである必要があります。

    以下のプロセスでは、 を使用してシャードを再調整することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します AWS CLI。

    例 - クラスターのシャードの再分散

    次の例では、Valkey または Redis OSS (クラスターモードが有効) クラスターのスロットのバランスを再調整my-clusterして、スロットをできるだけ均等に分散させます。--node-group-count の値 (4) は、クラスターの現在のシャード数です。

    Linux、macOS、Unix の場合:

    aws elasticache modify-replication-group-shard-configuration \ --replication-group-id my-cluster \ --node-group-count 4 \ --apply-immediately

    Windows の場合:

    aws elasticache modify-replication-group-shard-configuration ^ --replication-group-id my-cluster ^ --node-group-count 4 ^ --apply-immediately

    オンラインのシャード再分散 (ElastiCache API)

    オペレーションを使用して ElastiCache API、Valkey または Redis OSS (クラスターモードが有効) クラスターのシャードをオンラインで再設定できますModifyReplicationGroupShardConfiguration

    ModifyReplicationGroupShardConfiguration を使って以下のパラメータを使用します。

    パラメータ
    • ApplyImmediately=true – 必須。シャードの再構成オペレーションがすぐに開始するよう指定します。

    • ReplicationGroupId – 必須。シャードの再構成オペレーションをどのレプリケーショングループ (クラスター) で実行するかを指定します。

    • NodeGroupCount – 必須。クラスター内のすべてのシャードでキースペースを再分散するため、この値は現在のシャード数と同じである必要があります。

    以下のプロセスでは、 を使用してシャードのバランスを再調整することで、Valkey または Redis OSS (クラスターモードが有効) クラスター内のシャードを再設定する方法について説明します ElastiCache API。

    例 - クラスターの再分散

    次の例では、Valkey または Redis OSS (クラスターモードが有効) クラスターのスロットのバランスを再調整my-clusterして、スロットをできるだけ均等に分散させます。NodeGroupCount の値 (4) は、クラスターの現在のシャード数です。

    https://elasticache.us-east-2.amazonaws.com/ ?Action=ModifyReplicationGroupShardConfiguration &ApplyImmediately=true &NodeGroupCount=4 &ReplicationGroupId=my-cluster &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20171002T192317Z &X-Amz-Credential=<credential>