翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Valkey または Redis OSS (クラスターモードが無効) のレプリカノードのスケーリング
レプリカノード (API/CLI ではレプリケーショングループ) を含む Valkey または Redis OSS クラスターは、マルチ AZ と自動フェイルオーバーが有効になっているレプリケーションを通じて、高可用性を実現します。レプリカノードを含むクラスターは、最大 6 つの Valkey または Redis OSS ノードの論理的な集合であり、1 つのノード (プライマリ) は読み取りと書き込みの両方のリクエストに対応できます。クラスター内の他のすべてのノードは、プライマリの読み取り専用レプリカです。プライマリに書き込まれたデータはクラスターのすべてのリードレプリカに非同期でレプリケートされます。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 では、コンソール、CLI、API を使用した Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのスケールアップがサポートされています。
スケールアッププロセスが開始されると、ElastiCache によって以下の処理が実行されます。
新しいノードタイプを使用して、レプリケーショングループを起動します。
現行プライマリノードのすべてのデータを新しいプライマリノードにコピーします。
新しいリードレプリカを新しいプライマリノードと同期させます。
新しいノードを参照するように DNS エントリを更新します。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降、Redis OSS 5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間に、自動フェイルオーバーが有効なクラスターをスケールできます。Redis OSS バージョン 4.0.10 以前では、DNS エントリが更新されている間、以前のバージョンのプライマリノードからの読み取りと書き込みが短時間中断することがあります。
古いノード (CLI/API: レプリケーショングループ) を削除します。古いノードへの接続が切断されるため、古いノードからの読み書きが短時間 (数秒) 中断されるのが分かります。
このプロセスの所要時間はノードタイプとクラスターのデータ量によって異なります。
以下の表に示すように、クラスターの次のメンテナンス期間にエンジンのアップグレードがスケジュールされている場合、Valkey または Redis OSS のスケールアップオペレーションはブロックされます。
保留中のオペレーション | ブロックされたオペレーション |
---|---|
スケールアップ | 即時のエンジンのアップグレード |
エンジンのアップグレード | 即時のスケールアップ |
スケールアップとエンジンのアップグレード | 即時のスケールアップ |
即時のエンジンのアップグレード |
保留中のオペレーションによってブロックされている場合は、以下のいずれかを行うことができます。
-
[すぐに適用] チェックボックスをオフにして (CLI では
--no-apply-immediately
、API ではApplyImmediately=false
を使用)、次のメンテナンス期間に Valkey または Redis OSS スケールアップオペレーションをスケジュールします。 -
Valkey または Redis OSS のスケールアップオペレーションを実行する次のメンテナンス期間 (またはその後) まで待ちます。
-
[すぐに適用] チェックボックスをオンにして (CLI では
--apply-immediately
、API ではApplyImmediately=true
を使用)、このキャッシュクラスターの変更に Valkey または Redis OSS エンジンのアップグレードを追加します。これにより、エンジンのアップグレードがすぐに実行されて、スケールアップオペレーションのブロックが解除されます。
以下のセクションでは、ElastiCache コンソール、AWS CLI、ElastiCache API を使用して、レプリカを含む Valkey または Redis OSS クラスターをスケールアップする方法について説明します。
重要
パラメータグループが reserved-memory
を使用して Valkey または Redis OSS のオーバーヘッド用のメモリを確保する場合、スケーリングを開始する前に、新しいノードタイプ用に適切な容量のメモリを確保するカスタムパラメータグループがあることを確認してください。または、reserved-memory-percent
を使用するようにカスタムパラメータグループを変更し、新しいクラスターに対して、パラメータグループを使用することができます。
reserved-memory-percent
を使用している場合、これを行う必要はありません。
詳細については、「Valkey と Redis の予約メモリの管理 OSS」を参照してください。
より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のクラスターのデータ量によって異なります。
以下のプロセスでは、ElastiCache コンソールを使用して、レプリカを含むクラスターをその現在のノードタイプから新しいより大きいノードタイプにスケーリングします。このプロセス中に、DNS エントリが更新されている間、プライマリノードからの他のバージョンの読み取りと書き込みが短時間中断される場合があります。5.0.6 バージョン以降で実行されているノードでは 1 秒未満のダウンタイム、古いバージョンでは数秒のダウンタイムが発生する場合があります。
レプリカを含む Valkey または Redis OSS クラスターをスケールアップするには (コンソール)
-
AWS Management Console にサインインして、ElastiCache コンソール (https://console.aws.amazon.com/elasticache/
) を開きます。 -
ナビゲーションペインで [Valkey クラスター] または [Redis OSS クラスター] を選択します。
-
クラスターのリストから、スケールアップするクラスターを選択します。このクラスターは、クラスター化された Valkey または Redis OSS エンジンではなく、Valkey または Redis OSS エンジンを実行している必要があります。
-
Modify を選択します。
-
[Modify Cluster] ウィザードで:
-
Node type リストから、スケーリングするノードタイプを選択します。すべてのノードタイプがスケールダウンできるわけではないことに注意してください。
-
reserved-memory
を使用してメモリを管理している場合、[Parameter Group] リストから新しいノードタイプのために適切な容量のメモリを確保するカスタムパラメータグループを選択します。
-
-
スケールアッププロセスをすぐに実行する場合は、[Apply immediately] チェックボックスをオンにします。[Apply immediately] チェックボックスをオフのままにすると、スケールアッププロセスは、このクラスターの次のメンテナンス期間中に実行されます。
-
Modify を選択します。
-
クラスターのステータスが [modifying] から [available] に変わると、クラスターは新しいノードタイプにスケーリングされます。アプリケーションでエンドポイントを更新する必要はありません。
次のプロセスでは、AWS CLI を使用して、レプリケーショングループを現在のノードタイプから新しいより大きいノードタイプにスケールします。このプロセスでは、ElastiCache は新しいノードを参照するように DNS エントリを更新します。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降、Redis OSS 5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間に、自動フェイルオーバーが有効なクラスターをスケールできます。バージョン 4.0.10 以前では、DNS エントリが更新されている間、以前のバージョンのプライマリノードからの読み取りと書き込みが短時間中断することがあります。
より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。
Valkey または Redis OSS レプリケーショングループをスケールアップするには (AWS CLI)
-
以下のパラメータを使用して AWS CLI
list-allowed-node-type-modifications
コマンドを実行することで、スケールアップできるノードタイプを特定します。--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" ] }
詳細については、AWS CLI リファレンスの「list-allowed-node-type-modifications」を参照してください。
-
以下のパラメータを指定して AWS CLI
modify-replication-group
コマンドを使用することで、現在のレプリケーショングループを新しいノードタイプにスケールアップします。--replication-group-id
– レプリケーショングループの名前。--cache-node-type
– このレプリケーショングループのキャッシュクラスターの新しいより大きいノードタイプ。この値は、前の手順でlist-allowed-node-type-modifications
コマンドによって返されるインスタンスタイプのいずれかである必要があります。--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-typecache.m3.xlarge
\ --cache-parameter-group-nameredis32-m3-2xl
\ --apply-immediatelyWindows の場合:
aws elasticache modify-replication-group ^ --replication-group-id
my-repl-group
^ --cache-node-typecache.m3.xlarge
^ --cache-parameter-group-nameredis32-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": {} } }
詳細については、AWS CLI リファレンスの「modify-replication-group」を参照してください。
-
--apply-immediately
パラメータを使用した場合、以下のパラメータを使用して AWS CLIdescribe-replication-group
コマンドを使用することで、レプリケーショングループのステータスをモニタリングします。ステータスはまだ [変更中] ですが、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
詳細については、AWS CLI リファレンスの「describe-replication-groups」を参照してください。
以下のプロセスでは、ElastiCache API を使用して、レプリケーショングループをその現在のノードタイプから新しいより大きいノードタイプにスケーリングします。Valkey 7.2 以降、Redis OSS 5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間に、自動フェイルオーバーが有効なクラスターをスケールできます。Redis OSS バージョン 4.0.10 以前では、DNS エントリが更新されている間、以前のバージョンのプライマリノードからの読み取りと書き込みが短時間中断することがあります。
より大きいノードタイプへのスケールアップにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。
Valkey または Redis OSS レプリケーショングループをスケールアップするには (ElastiCache API)
-
以下のパラメータを指定して 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>
詳細については、Amazon ElastiCache API リファレンスの「ListAllowedNodeTypeModifications」を参照してください。
-
以下のパラメータを指定して
ModifyRedplicationGroup
ElastiCache API アクションを使用することで、現在のレプリケーショングループを新しいノードタイプにスケールアップします。ReplicationGroupId
– レプリケーショングループの名前。CacheNodeType
– このレプリケーショングループのキャッシュクラスターの新しいより大きいノードタイプ。この値は、前の手順でListAllowedNodeTypeModifications
アクションによって返されるインスタンスタイプのいずれかである必要があります。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>
詳細については、Amazon ElastiCache API リファレンスの「ModifyReplicationGroup」を参照してください。
-
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>
詳細については、Amazon ElastiCache API リファレンスの「DescribeReplicationGroups」を参照してください。
レプリカを含む 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 クラスターをスケールダウンするには (コンソール)
-
より小さいノードタイプがデータとオーバーヘッドのニーズを満たしていることを確認します。
-
パラメータグループが
reserved-memory
を使用して Valkey または Redis OSS のオーバーヘッド用のメモリを確保する場合、新しいノードタイプ用に適切な容量のメモリを確保するカスタムパラメータグループがあることを確認してください。または、
reserved-memory-percent
を使用するよう、カスタムパラメータグループを変更できます。詳細については、「Valkey と Redis の予約メモリの管理 OSS」を参照してください。 -
AWS Management Console にサインインして、ElastiCache コンソール (https://console.aws.amazon.com/elasticache/
) を開きます。 -
クラスターのリストから、スケールダウンするクラスターを選択します。このクラスターは、クラスター化された Valkey または Redis OSS エンジンではなく、Valkey または Redis OSS エンジンを実行している必要があります。
-
Modify を選択します。
-
[Modify Cluster] ウィザードで:
-
[ノードのタイプ] リストから、スケールダウンするノードタイプを選択します。
-
reserved-memory
を使用してメモリを管理している場合、[Parameter Group] リストから新しいノードタイプのために適切な容量のメモリを確保するカスタムパラメータグループを選択します。
-
-
スケールダウンプロセスをすぐに実行する場合は、[すぐに適用] チェックボックスをオンにします。[すぐに適用] チェックボックスを選択しないままにすると、スケールダウンプロセスはこのクラスターの次のメンテナンスウィンドウ中に実行されます。
-
Modify を選択します。
-
クラスターのステータスが [modifying] から [available] に変わると、クラスターは新しいノードタイプにスケーリングされます。アプリケーションでエンドポイントを更新する必要はありません。
次のプロセスでは、AWS CLI を使用して、レプリケーショングループを現在のノードタイプから新しいより小さいノードタイプにスケールします。このプロセスでは、ElastiCache は新しいノードを参照するように DNS エントリを更新します。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降、Redis OSS 5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間に、自動フェイルオーバーが有効なクラスターをスケールできます。バージョン 4.0.10 以前では、DNS エントリが更新されている間、以前のバージョンのプライマリノードからの読み取りと書き込みが短時間中断することがあります。
ただし、リードレプリカキャッシュクラスターからの読み取りは中断されません。
より小さいノードタイプへのスケールダウンにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。
Valkey または Redis OSS レプリケーショングループをスケールダウンするには (AWS CLI)
-
次のパラメータを使用して AWS CLI
list-allowed-node-type-modifications
コマンドを実行することで、スケールダウンできるノードタイプを確認します。--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" ] }
詳細については、AWS CLI リファレンスの「list-allowed-node-type-modifications」を参照してください。
-
以下のパラメータを指定して AWS CLI
modify-replication-group
コマンドを使用することで、現在のレプリケーショングループを新しいノードタイプにスケールアップします。--replication-group-id
– レプリケーショングループの名前。--cache-node-type
– このレプリケーショングループのキャッシュクラスターの新しいより小さいノードタイプ。この値は、前の手順でlist-allowed-node-type-modifications
コマンドによって返されるインスタンスタイプのいずれかである必要があります。--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-typecache.t2.small
\ --cache-parameter-group-nameredis32-m3-2xl
\ --apply-immediatelyWindows の場合:
aws elasticache modify-replication-group ^ --replication-group-id
my-repl-group
^ --cache-node-typecache.t2.small
^ --cache-parameter-group-nameredis32-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": {} } }
詳細については、AWS CLI リファレンスの「modify-replication-group」を参照してください。
-
--apply-immediately
パラメータを使用した場合、以下のパラメータを使用して AWS CLIdescribe-replication-group
コマンドを使用することで、レプリケーショングループのステータスをモニタリングします。ステータスが 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
詳細については、AWS CLI リファレンスの「describe-replication-groups」を参照してください。
以下のプロセスでは、ElastiCache API を使用して、レプリケーショングループをその現在のノードタイプから新しいより小さいノードタイプにスケーリングします。このプロセスでは、ElastiCache は新しいノードを参照するように DNS エントリを更新します。このため、アプリケーションのエンドポイントを更新する必要はありません。Valkey 7.2 以降、Redis OSS 5.0.5 以降では、クラスターがオンラインのままで受信リクエストを処理している間に、自動フェイルオーバーが有効なクラスターをスケールできます。Redis OSS バージョン 4.0.10 以前では、DNS エントリが更新されている間、以前のバージョンのプライマリノードからの読み取りと書き込みが短時間中断することがあります。ただし、リードレプリカキャッシュクラスターからの読み取りは中断されません。
より小さいノードタイプへのスケールダウンにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。
Valkey または Redis OSS レプリケーショングループをスケールダウンするには (ElastiCache API)
-
以下のパラメータを指定して 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>
詳細については、Amazon ElastiCache API リファレンスの「ListAllowedNodeTypeModifications」を参照してください。
-
以下のパラメータを指定して
ModifyRedplicationGroup
ElastiCache API アクションを使用することで、現在のレプリケーショングループを新しいノードタイプにスケールアップします。ReplicationGroupId
– レプリケーショングループの名前。CacheNodeType
– このレプリケーショングループのキャッシュクラスターの新しいより小さいノードタイプ。この値は、前の手順でListAllowedNodeTypeModifications
アクションによって返されるインスタンスタイプのいずれかである必要があります。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>
詳細については、Amazon ElastiCache API リファレンスの「ModifyReplicationGroup」を参照してください。
-
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>
詳細については、Amazon ElastiCache API リファレンスの「DescribeReplicationGroups」を参照してください。
読み込みキャパシティーの増加
読み込みキャパシティーを増やすには、Valkey または Redis OSS レプリケーショングループにリードレプリカ (最大 5 個) を追加します。
ElastiCache コンソール、AWS CLI、または ElastiCache API を使用して、Valkey または Redis OSS クラスターの読み込みキャパシティーをスケールできます。詳細については、「Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを追加する」を参照してください。
読み込みキャパシティーの削減
読み込みキャパシティーを減らすには、レプリカを含む Valkey または Redis OSS クラスター (API/CLI ではレプリケーショングループ) から 1 つ以上のリードレプリカを削除します。クラスターで自動フェイルオーバーを備えたマルチ AZ が有効な場合は、最初にマルチ AZ を無効にしないと、最後のリードレプリカを削除することはできません。詳細については、「レプリケーショングループの変更」を参照してください。
詳細については、「Valkey または Redis OSS (クラスターモードが無効) のリードレプリカを削除する」を参照してください。