Valkey または Redis のレプリカノードのスケーリング OSS (クラスターモードが無効) - Amazon ElastiCache

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

Valkey または Redis のレプリカノードのスケーリング OSS (クラスターモードが無効)

レプリカノードを持つ Valkey または Redis OSSクラスター (API/ ではレプリケーショングループと呼ばれますCLI) は、自動フェイルオーバーが有効になっているマルチ AZ を持つレプリケーションを介して高可用性を提供します。レプリカノードを持つクラスターは、最大 6 つの Valkey ノードまたは Redis OSSノードの論理コレクションであり、1 つのノードである Primary は読み取りリクエストと書き込みリクエストの両方を処理できます。クラスター内の他のすべてのノードは、プライマリの読み取り専用レプリカです。プライマリに書き込まれたデータはクラスターのすべてのリードレプリカに非同期でレプリケートされます。Valkey または Redis OSS (クラスターモードが無効) は複数のクラスター間でのデータのパーティション化をサポートしていないため、Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループの各ノードにはキャッシュデータセット全体が含まれます。Valkey または Redis OSS (クラスターモードが有効) クラスターは、最大 500 個のシャードにデータをパーティション化できます。

クラスターのデータ容量を変更するには、より大きいノードタイプにスケールアップするか、より小さいノードタイプにスケールダウンする必要があります。

クラスターの読み込みキャパシティーを変更するには、最大 5 のリードレプリカを追加するか、リードレプリカを削除します。

ElastiCache スケールアッププロセスは、既存のデータを保持するために最善の努力をするように設計されており、成功した Valkey または Redis OSSレプリケーションが必要です。レプリカを持つ Valkey または Redis OSSクラスターの場合、十分なメモリを Valkey または Redis で使用できるようにすることをお勧めしますOSS。

レプリカを使用した Valkey または Redis OSSクラスターのスケールアップ

Amazon ElastiCache は、Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループをスケールアップするためのコンソールCLI、、およびAPIサポートを提供します。

スケールアッププロセスが開始されると、 は以下 ElastiCache を実行します。

  1. 新しいノードタイプを使用して、レプリケーショングループを起動します。

  2. 現行プライマリノードのすべてのデータを新しいプライマリノードにコピーします。

  3. 新しいリードレプリカを新しいプライマリノードと同期させます。

  4. 新しいノードを指すようにDNSエントリを更新します。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降または Redis OSS5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間、自動フェイルオーバーが有効なクラスターをスケールできます。Redis OSSバージョン 4.0.10 以降では、DNSエントリの更新中に、プライマリノードからの以前のバージョンの読み取りと書き込みが一時的に中断されることがあります。

  5. 古いノード (CLI/API: レプリケーショングループ) を削除します。古いノードへの接続が切断されるため、古いノードからの読み書きが短時間 (数秒) 中断されるのが分かります。

このプロセスの所要時間はノードタイプとクラスターのデータ量によって異なります。

次の表に示すように、クラスターの次のメンテナンスウィンドウにエンジンアップグレードがスケジュールされている場合、Valkey または Redis OSSのスケールアップオペレーションはブロックされます。

ブロックされた Valkey または Redis OSSオペレーション
保留中のオペレーション ブロックされたオペレーション
スケールアップ 即時のエンジンのアップグレード
エンジンのアップグレード 即時のスケールアップ
スケールアップとエンジンのアップグレード 即時のスケールアップ
即時のエンジンのアップグレード

保留中のオペレーションによってブロックされている場合は、以下のいずれかを行うことができます。

  • 即時適用チェックボックスをオフにして、次のメンテナンスウィンドウの Valkey または Redis OSSスケールアップオペレーションをスケジュールします (CLI を使用: --no-apply-immediately、 APIを使用: ApplyImmediately=false)。

  • 次のメンテナンスウィンドウ (またはそれ以降) が Valkey または Redis OSSスケールアップオペレーションを実行するまで待ちます。

  • 選択した Apply immediately チェックボックスを使用して、このキャッシュクラスターの変更に Valkey または Redis OSS エンジンのアップグレードを追加します (CLI使用: --apply-immediately、API使用: ApplyImmediately=true)。これにより、エンジンのアップグレードがすぐに実行されて、スケールアップオペレーションのブロックが解除されます。

以下のセクションでは、 ElastiCache コンソール、、 AWS CLIおよび を使用して、レプリカを使用して Valkey または Redis OSSクラスターをスケールアップする方法について説明します ElastiCache API。

重要

パラメータグループが reserved-memoryを使用して Valkey または Redis オーバーOSSヘッドのメモリを確保している場合、スケーリングを開始する前に、新しいノードタイプに適切な量のメモリを予約するカスタムパラメータグループがあることを確認してください。または、reserved-memory-percent を使用するようにカスタムパラメータグループを変更し、新しいクラスターに対して、パラメータグループを使用することができます。

reserved-memory-percent を使用している場合、これを行う必要はありません。

詳細については、「Valkey と Redis の予約済みメモリの管理 OSS」を参照してください。

より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のクラスターのデータ量によって異なります。

次のプロセスでは、 ElastiCache コンソールを使用して、レプリカを使用してクラスターを現在のノードタイプから新しいより大きなノードタイプにスケーリングします。このプロセス中に、DNSエントリの更新中にプライマリノードからの他のバージョンの読み取りと書き込みが短時間中断される場合があります。5.0.6 バージョン以降で実行されているノードでは 1 秒未満のダウンタイムが発生し、古いバージョンでは数秒未満のダウンタイムが発生する場合があります。

レプリカを使用して Valkey または Redis OSSクラスターをスケールアップするには (コンソール)
  1. にサインイン AWS Management Console し、 https://console.aws.amazon.com/elasticache/で ElastiCache コンソールを開きます。

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

  3. クラスターのリストから、スケールアップするクラスターを選択します。このクラスターは、クラスター化された Valkey または Redis OSS エンジンではなく、Valkey または Redis OSS エンジンを実行している必要があります。

  4. Modify を選択します。

  5. [Modify Cluster] ウィザードで:

    1. Node type リストから、スケーリングするノードタイプを選択します。すべてのノードタイプがスケールダウンできるわけではないことに注意してください。

    2. reserved-memory を使用してメモリを管理している場合、[Parameter Group] リストから新しいノードタイプのために適切な容量のメモリを確保するカスタムパラメータグループを選択します。

  6. スケールアッププロセスをすぐに実行する場合は、[Apply immediately] チェックボックスをオンにします。[Apply immediately] チェックボックスをオフのままにすると、スケールアッププロセスは、このクラスターの次のメンテナンス期間中に実行されます。

  7. Modify を選択します。

  8. クラスターのステータスが [modifying] から [available] に変わると、クラスターは新しいノードタイプにスケーリングされます。アプリケーションでエンドポイントを更新する必要はありません。

次のプロセスでは、 AWS CLIを使用して、レプリケーショングループを現在のノードタイプから新しいより大きいノードタイプにスケールします。このプロセス中、 はDNSエントリ ElastiCache を更新して、新しいノードをポイントします。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降または Redis OSS5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間、自動フェイルオーバーが有効になっているクラスターをスケールできます。バージョン 4.0.10 以降では、DNSエントリの更新中に、プライマリノードからの以前のバージョンの読み取りと書き込みが一時的に中断されることがあります。

より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。

Valkey または Redis OSS レプリケーショングループをスケールアップするには (AWS CLI)
  1. 次のパラメータを使用して list-allowed-node-type-modifications コマンドを実行して AWS CLI 、スケールアップできるノードタイプを決定します。

    • --replication-group-id – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

    Linux、macOS、Unix の場合:

    aws elasticache list-allowed-node-type-modifications \ --replication-group-id my-repl-group

    Windows の場合:

    aws elasticache list-allowed-node-type-modifications ^ --replication-group-id my-repl-group

    このオペレーションからの出力は次のようになります (JSON 形式)。

    { "ScaleUpModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] }

    詳細については、以下を参照してください。list-allowed-node-type- 変更 AWS CLI リファレンス の「」。

  2. 次のパラメータを指定して modify-replication-group コマンド AWS CLI を使用して、現在のレプリケーショングループを新しいノードタイプにスケールします。

    • --replication-group-id – レプリケーショングループの名前。

    • --cache-node-type – このレプリケーショングループのキャッシュクラスターの新しいより大きいノードタイプ。この値は、前のステップの list-allowed-node-type-modifications コマンドによって返されるインスタンスタイプの 1 つである必要があります。

    • --cache-parameter-group-name – (オプション) reserved-memory を使用してクラスターの予約メモリを管理する場合は、このパラメータを使用します。新しいノードタイプ用の適切な容量のメモリを確保するカスタムキャッシュパラメータグループを指定します。reserved-memory-percent を使用している場合は、このパラメータを省略できます。

    • --apply-immediately – スケールアッププロセスがすぐに適用されるようにします。スケールアップオペレーションを次のメンテナンス期間に延期するには、--no-apply-immediately を使用します。

    Linux、macOS、Unix の場合:

    aws elasticache modify-replication-group \ --replication-group-id my-repl-group \ --cache-node-type cache.m3.xlarge \ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately

    Windows の場合:

    aws elasticache modify-replication-group ^ --replication-group-id my-repl-group ^ --cache-node-type cache.m3.xlarge ^ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately

    このコマンドからの出力は次のようになります (JSON 形式)。

    { "ReplicationGroup": { "Status": "available", "Description": "Some description", "NodeGroups": [{ "Status": "available", "NodeGroupMembers": [{ "CurrentRole": "primary", "PreferredAvailabilityZone": "us-west-2b", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-001" }, { "CurrentRole": "replica", "PreferredAvailabilityZone": "us-west-2c", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-002" } ], "NodeGroupId": "0001", "PrimaryEndpoint": { "Port": 6379, "Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com" } }], "ReplicationGroupId": "my-repl-group", "SnapshotRetentionLimit": 1, "AutomaticFailover": "disabled", "SnapshotWindow": "12:00-13:00", "SnapshottingClusterId": "my-repl-group-002", "MemberClusters": [ "my-repl-group-001", "my-repl-group-002" ], "PendingModifiedValues": {} } }

    詳細については、以下を参照してください。modify-replication-group AWS CLI リファレンス の「」。

  3. --apply-immediately パラメータを使用する場合は、次のパラメータを使用して describe-replication-group コマンドを使用して AWS CLI レプリケーショングループのステータスをモニタリングします。ステータスがまだ を変更している間、5.0.6 バージョン以降で実行されているノードのダウンタイムは 1 秒未満で、DNSエントリの更新中にプライマリノードからの古いバージョンの読み取りと書き込みが短時間中断されることがあります。

    • --replication-group-id – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

    Linux、macOS、Unix の場合:

    aws elasticache describe-replication-groups \ --replication-group-id my-replication-group

    Windows の場合:

    aws elasticache describe-replication-groups ^ --replication-group-id my-replication-group

    詳細については、 リファレンスdescribe-replication-groupsの「」を参照してください。 AWS CLI

以下のプロセスでは、 を使用してレプリケーショングループを現在のノードタイプから新しいより大きなノードタイプにスケーリングします ElastiCache API。Valkey 7.2 以降または Redis 5.0.5 OSS 以降では、クラスターがオンラインのままで受信リクエストを処理している間、自動フェイルオーバーが有効になっているクラスターをスケールできます。バージョン Redis OSS4.0.10 以降では、DNSエントリの更新中に、プライマリノードからの以前のバージョンの読み取りと書き込みが一時的に中断されることがあります。

より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。

Valkey または Redis OSS レプリケーショングループをスケールアップするには (ElastiCache API)
  1. 次のパラメータを使用して、 ElastiCache API ListAllowedNodeTypeModificationsアクションを使用してスケールアップできるノードタイプを決定します。

    • ReplicationGroupId – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

    https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>

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

  2. ModifyRedplicationGroup ElastiCache API アクションと次のパラメータを使用して、現在のレプリケーショングループを新しいノードタイプにスケールします。

    • ReplicationGroupId – レプリケーショングループの名前。

    • CacheNodeType – このレプリケーショングループのキャッシュクラスターの新しいより大きいノードタイプ。この値は、前のステップの ListAllowedNodeTypeModificationsアクションによって返されるインスタンスタイプの 1 つである必要があります。

    • CacheParameterGroupName – (オプション) reserved-memory を使用してクラスターの予約メモリを管理する場合は、このパラメータを使用します。新しいノードタイプ用の適切な容量のメモリを確保するカスタムキャッシュパラメータグループを指定します。reserved-memory-percent を使用している場合は、このパラメータを省略できます。

    • ApplyImmediately – スケールアッププロセスがすぐに適用されるようにするには、true に設定します。スケールアッププロセスを次のメンテナンス期間に延期するには、ApplyImmediately=false を使用します。

    https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>

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

  3. を使用した場合はApplyImmediately=true、次のパラメータを使用して ElastiCache APIDescribeReplicationGroupsアクションを使用してレプリケーショングループのステータスをモニタリングします。ステータスが [modifying] から [available] に変わると、スケールアップした新しいレプリケーショングループへの書き込みを開始できます。

    • ReplicationGroupId – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

    https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>

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

レプリカを使用した Valkey または Redis OSSクラスターのスケールダウン

以下のセクションでは、レプリカノードを使用して Valkey または Redis OSS (クラスターモードが無効) キャッシュクラスターを小さなノードタイプにスケールする方法について説明します。新しいより小さいノードタイプがデータとオーバーヘッドのすべてのニーズを満たすのに十分な容量であることを確認するのは、新しいクラスターを長期にわたり適切に運用するために重要です。詳細については、「Valkey または Redis OSSスナップショットを作成するのに十分なメモリがあることを確認する」を参照してください。

注記

r6gd ノードタイプを実行するクラスターでは、r6gd ノードファミリー内のノードサイズにのみスケールできます。

重要

パラメータグループが reserved-memoryを使用して Valkey または Redis オーバーOSSヘッドのメモリを確保している場合、スケーリングを開始する前に、新しいノードタイプに適切な量のメモリを予約するカスタムパラメータグループがあることを確認してください。または、reserved-memory-percent を使用するようにカスタムパラメータグループを変更し、新しいクラスターに対して、パラメータグループを使用することができます。

reserved-memory-percent を使用している場合、これを行う必要はありません。

詳細については、「Valkey と Redis の予約済みメモリの管理 OSS」を参照してください。

トピック

    次のプロセスは、 ElastiCache コンソールを使用して、レプリカノードを持つ Valkey または Redis OSSクラスターを小さなノードタイプにスケーリングします。

    レプリカノードを使用して Valkey または Redis OSSクラスターをスケールダウンするには (コンソール)
    1. より小さいノードタイプがデータとオーバーヘッドのニーズを満たしていることを確認します。

    2. パラメータグループが reserved-memoryを使用して Valkey または Redis オーバーOSSヘッドのメモリを脇に置く場合は、新しいノードタイプに適切なメモリ量を脇に置くカスタムパラメータグループがあることを確認してください。

      または、reserved-memory-percent を使用するよう、カスタムパラメータグループを変更できます。詳細については、「Valkey と Redis の予約済みメモリの管理 OSS」を参照してください。

    3. にサインイン AWS Management Console し、 https://console.aws.amazon.com/elasticache/で ElastiCache コンソールを開きます。

    4. クラスターのリストから、スケールダウンするクラスターを選択します。このクラスターは、クラスター化された Valkey または Redis OSS エンジンではなく、Valkey または Redis OSS エンジンを実行している必要があります。

    5. Modify を選択します。

    6. [Modify Cluster] ウィザードで:

      1. [ノードのタイプ] リストから、スケールダウンするノードタイプを選択します。

      2. reserved-memory を使用してメモリを管理している場合、[Parameter Group] リストから新しいノードタイプのために適切な容量のメモリを確保するカスタムパラメータグループを選択します。

    7. スケールダウンプロセスをすぐに実行する場合は、[すぐに適用] チェックボックスをオンにします。[すぐに適用] チェックボックスを選択しないままにすると、スケールダウンプロセスはこのクラスターの次のメンテナンスウィンドウ中に実行されます。

    8. Modify を選択します。

    9. クラスターのステータスが [modifying] から [available] に変わると、クラスターは新しいノードタイプにスケーリングされます。アプリケーションでエンドポイントを更新する必要はありません。

    次のプロセスでは、 AWS CLIを使用して、レプリケーショングループを現在のノードタイプから新しいより小さいノードタイプにスケールします。このプロセス中、 はDNSエントリ ElastiCache を更新して、新しいノードをポイントします。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以上または Redis 5.0.5 OSS 以降では、クラスターがオンラインのままで受信リクエストを処理している間、自動フェイルオーバーが有効になっているクラスターをスケールできます。バージョン 4.0.10 以降では、DNSエントリの更新中に、プライマリノードからの以前のバージョンの読み取りと書き込みが一時的に中断されることがあります。

    ただし、リードレプリカキャッシュクラスターからの読み取りは中断されません。

    より小さいノードタイプへのスケールダウンにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。

    Valkey または Redis OSS レプリケーショングループをスケールダウンするには (AWS CLI)
    1. 次のパラメータを使用して list-allowed-node-type-modifications コマンドを実行して AWS CLI 、スケールダウンできるノードタイプを決定します。

      • --replication-group-id – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

      Linux、macOS、Unix の場合:

      aws elasticache list-allowed-node-type-modifications \ --replication-group-id my-repl-group

      Windows の場合:

      aws elasticache list-allowed-node-type-modifications ^ --replication-group-id my-repl-group

      このオペレーションからの出力は次のようになります (JSON 形式)。

      { "ScaleDownModifications": [ "cache.m3.2xlarge", "cache.m3.large", "cache.m3.xlarge", "cache.m4.10xlarge", "cache.m4.2xlarge", "cache.m4.4xlarge", "cache.m4.large", "cache.m4.xlarge", "cache.r3.2xlarge", "cache.r3.4xlarge", "cache.r3.8xlarge", "cache.r3.large", "cache.r3.xlarge" ] }

      詳細については、以下を参照してください。list-allowed-node-type- 変更 AWS CLI リファレンス の「」。

    2. 次のパラメータを指定して modify-replication-group コマンド AWS CLI を使用して、現在のレプリケーショングループを新しいノードタイプにスケールします。

      • --replication-group-id – レプリケーショングループの名前。

      • --cache-node-type – このレプリケーショングループのキャッシュクラスターの新しいより小さいノードタイプ。この値は、前のステップの list-allowed-node-type-modifications コマンドによって返されるインスタンスタイプの 1 つである必要があります。

      • --cache-parameter-group-name – (オプション) reserved-memory を使用してクラスターの予約メモリを管理する場合は、このパラメータを使用します。新しいノードタイプ用の適切な容量のメモリを確保するカスタムキャッシュパラメータグループを指定します。reserved-memory-percent を使用している場合は、このパラメータを省略できます。

      • --apply-immediately – スケールアッププロセスがすぐに適用されるようにします。スケールアップオペレーションを次のメンテナンス期間に延期するには、--no-apply-immediately を使用します。

      Linux、macOS、Unix の場合:

      aws elasticache modify-replication-group \ --replication-group-id my-repl-group \ --cache-node-type cache.t2.small \ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately

      Windows の場合:

      aws elasticache modify-replication-group ^ --replication-group-id my-repl-group ^ --cache-node-type cache.t2.small ^ --cache-parameter-group-name redis32-m3-2xl \ --apply-immediately

      このコマンドからの出力は次のようになります (JSON 形式)。

      {"ReplicationGroup": { "Status": "available", "Description": "Some description", "NodeGroups": [ { "Status": "available", "NodeGroupMembers": [ { "CurrentRole": "primary", "PreferredAvailabilityZone": "us-west-2b", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-001" }, { "CurrentRole": "replica", "PreferredAvailabilityZone": "us-west-2c", "CacheNodeId": "0001", "ReadEndpoint": { "Port": 6379, "Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com" }, "CacheClusterId": "my-repl-group-002" } ], "NodeGroupId": "0001", "PrimaryEndpoint": { "Port": 6379, "Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com" } } ], "ReplicationGroupId": "my-repl-group", "SnapshotRetentionLimit": 1, "AutomaticFailover": "disabled", "SnapshotWindow": "12:00-13:00", "SnapshottingClusterId": "my-repl-group-002", "MemberClusters": [ "my-repl-group-001", "my-repl-group-002", ], "PendingModifiedValues": {} } }

      詳細については、以下を参照してください。modify-replication-group リファレンス のAWS CLI 「」を参照してください。

    3. --apply-immediately パラメータを使用する場合は、次のパラメータを使用して describe-replication-group コマンドを使用して AWS CLI レプリケーショングループのステータスをモニタリングします。ステータスが modifying から available に変わると、スケールダウンした新しいレプリケーショングループへの書き込みを開始できます。

      • --replication-group-id – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

      Linux、macOS、Unix の場合:

      aws elasticache describe-replication-group \ --replication-group-id my-replication-group

      Windows の場合:

      aws elasticache describe-replication-groups ^ --replication-group-id my-replication-group

      詳細については、「 リファレンスdescribe-replication-groups」の「」を参照してください。 AWS CLI

    以下のプロセスでは、 を使用してレプリケーショングループを現在のノードタイプから新しい小さなノードタイプにスケーリングします ElastiCache API。このプロセス中、 はDNSエントリ ElastiCache を更新して、新しいノードをポイントします。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降または Redis OSS5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間、自動フェイルオーバーが有効になっているクラスターをスケールできます。Redis OSSバージョン 4.0.10 以降では、DNSエントリの更新中に、プライマリノードからの以前のバージョンの読み取りと書き込みが一時的に中断されることがあります。ただし、リードレプリカキャッシュクラスターからの読み取りは中断されません。

    より小さいノードタイプへのスケールダウンにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。

    Valkey または Redis OSS レプリケーショングループをスケールダウンするには (ElastiCache API)
    1. 次のパラメータを使用して、 ElastiCache API ListAllowedNodeTypeModificationsアクションを使用してスケールダウンできるノードタイプを決定します。

      • ReplicationGroupId – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

      https://elasticache.us-west-2.amazonaws.com/ ?Action=ListAllowedNodeTypeModifications &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>

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

    2. ModifyRedplicationGroup ElastiCache API アクションと次のパラメータを使用して、現在のレプリケーショングループを新しいノードタイプにスケールします。

      • ReplicationGroupId – レプリケーショングループの名前。

      • CacheNodeType – このレプリケーショングループのキャッシュクラスターの新しいより小さいノードタイプ。この値は、前のステップの ListAllowedNodeTypeModificationsアクションによって返されるインスタンスタイプの 1 つである必要があります。

      • CacheParameterGroupName – (オプション) reserved-memory を使用してクラスターの予約メモリを管理する場合は、このパラメータを使用します。新しいノードタイプ用の適切な容量のメモリを確保するカスタムキャッシュパラメータグループを指定します。reserved-memory-percent を使用している場合は、このパラメータを省略できます。

      • ApplyImmediately – スケールアッププロセスがすぐに適用されるようにするには、true に設定します。スケールダウンプロセスを次のメンテナンスウィンドウに延期するには、ApplyImmediately=false を使用します。

      https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.m3.2xlarge &CacheParameterGroupName=redis32-m3-2xl &ReplicationGroupId=myReplGroup &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &Version=2014-12-01 &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential=<credential> &X-Amz-Signature=<signature>

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

    3. を使用した場合はApplyImmediately=true、次のパラメータを使用して ElastiCache APIDescribeReplicationGroupsアクションを使用してレプリケーショングループのステータスをモニタリングします。ステータスが modifying から available に変わると、スケールダウンした新しいレプリケーショングループへの書き込みを開始できます。

      • ReplicationGroupId – レプリケーショングループの名前。すべてのレプリケーショングループではなく特定のレプリケーショングループの定義を表示するには、このパラメータを使用します。

      https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReplicationGroups &ReplicationGroupId=MyReplGroup &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential=<credential>

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

    読み込みキャパシティーの増加

    読み取り容量を増やすには、Valkey または Redis レプリOSSケーショングループにリードレプリカ (最大 5 つ) を追加します。

    ElastiCache コンソール、、または を使用して、Valkey AWS CLIまたは Redis OSSクラスターの読み取り容量をスケーリングできます ElastiCache API。詳細については、「Valkey または Redis のリードレプリカの追加 OSS (クラスターモードが無効)」を参照してください。

    読み込みキャパシティーの削減

    リードキャパシティーを減らすには、レプリカ (API/ ではレプリケーショングループと呼ばれますCLI) を使用して Valkey または Redis OSSクラスターから 1 つ以上のリードレプリカを削除します。クラスターで自動フェイルオーバーを備えたマルチ AZ が有効な場合は、最初にマルチ AZ を無効にしないと、最後のリードレプリカを削除することはできません。詳細については、「レプリケーショングループの変更」を参照してください。

    詳細については、「Valkey または Redis のリードレプリカの削除 OSS (クラスターモードが無効)」を参照してください。