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

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

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

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

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

  • メモリプレッシャー:

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

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

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

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

    レイテンシーとスループットレベルは、、CPUUtilization、、NetworkBytesInNetworkBytesOutCurrConnections、および のメトリクスをモニタリングすることでモニタリングできますNewConnections

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

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

    クラスターの使用状況をモニタリングして、、FreeableMemory、、SwapUsage、、、BytesUseForCacheCPUUtilizationNetworkBytesInNetworkBytesOutCurrConnections、および のメトリクスを使用して、安全にスケールインできるかどうかを確認できます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 OSS エンジンバージョン 3.2.10 以降が必要です。エンジンバージョンのアップグレードについての詳細は、「のバージョン管理 ElastiCache」を参照してください。

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

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

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

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

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

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

注記

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

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

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

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

AWS Management Console、 AWS CLI、または ElastiCache を使用して、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 OSS を表示します。

    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

    シャードの削除 (ElastiCache API)

    オペレーションを使用して 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>

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

    Valkey または Redis OSS (クラスターモードが有効) クラスターのシャードは AWS Management Console、、 AWS CLI、または を使用して再調整できます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 (クラスターモードが有効) クラスターの Shards 列の値は 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。

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

    次の例では、スロットが可能な限り均等に分散my-clusterされるように、Valkey または Redis OSS (クラスターモードが有効) クラスターのスロットのバランスを調整します。--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。

    例 - クラスターの再分散

    次の例では、スロットが可能な限り均等に分散my-clusterされるように、Valkey または Redis OSS (クラスターモードが有効) クラスターのスロットのバランスを調整します。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>