翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
オンラインスケールダウン
トピック
Redis キャッシュクラスターのスケールダウン (コンソール)
以下の手順では、ElastiCache マネジメントコンソールを使用して、Redis クラスターをスケールダウンする方法について説明しています。このプロセス中、Redis クラスターは最小限のダウンタイムでリクエストを処理し続けます。
Redis クラスターをスケールダウンするには (コンソール)
-
AWS Management Console にサインインして、ElastiCache コンソール (https://console.aws.amazon.com/elasticache/
) を開きます。 -
ナビゲーションペインで、[Redis clusters] (Redis クラスター) を選択します。
-
クラスターのリストから、希望するクラスターを選択します。
-
[Modify] (変更) を選択します。
-
[Modify Cluster] ウィザードで:
-
[Node type] リストから、スケーリングするノードタイプを選択します。スケールダウンするには、既存のノードより小さいノードタイプを選択します。すべてのノードタイプがスケールダウンできるわけではないことに注意してください。
-
-
スケールダウンプロセスをすぐに実行する場合は、[すぐに適用] ボックスを選択します。[すぐに適用] ボックスを選択していない場合、スケールダウンプロセスはこのクラスターの次のメンテナンスウィンドウ中に実行されます。
-
[Modify] (変更) を選択します。
前の手順で [Apply immediately] を選択した場合、クラスターのステータスは [modifying] に変わります。ステータスが [available] に変わると、変更は完了し、新しいクラスターの使用を開始できます。
単一ノード Redis キャッシュクラスターのスケールダウン (AWS CLI)
以下の手順では、AWS CLI を使用して Redis キャッシュクラスターをスケールダウンする方法について説明しています。このプロセス中、Redis クラスターは最小限のダウンタイムでリクエストを処理し続けます。
Redis キャッシュクラスターをスケールダウンするには (AWS CLI)
-
以下のパラメータを指定して AWS CLI
list-allowed-node-type-modificationsコマンドを実行することで、スケールダウンできるノードタイプを調べます。Linux、macOS、Unix の場合:
aws elasticache list-allowed-node-type-modifications \ --replication-group-idmy-replication-group-idWindows の場合:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-idmy-replication-group-id上のコマンドによる出力は以下のような 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" ] "ScaleDownModifications": [ "cache.t2.micro", "cache.t2.small ", "cache.t2.medium ", "cache.t1.small" ] }詳細については、AWS CLI リファレンスの「list-allowed-node-type-modifications」を参照してください。
-
以下のパラメータを指定して AWS CLI コマンド
modify-replication-groupを使用することで、レプリケーショングループを変更して、新しいより小さいノードタイプにスケールダウンします。--replication-group-id– スケールダウンするレプリケーショングループの名前。--cache-node-type– キャッシュクラスターのスケーリング後の新しいノードタイプ。この値は、ステップ 1 で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-idmy-redis-cluster\ --cache-node-typecache.t2.micro\ --apply-immediatelyWindows の場合:
aws elasticache modify-replication-group ^ --replication-group-idmy-redis-cluster^ --cache-node-typecache.t2.micro^ --apply-immediately上のコマンドによる出力は以下のような JSON 形式になります。
{ "ReplicationGroup": { "Status": "modifying", "Description": "my-redis-cluster", "NodeGroups": [ { "Status": "modifying", "Slots": "0-16383", "NodeGroupId": "0001", "NodeGroupMembers": [ { "PreferredAvailabilityZone": "us-east-1f", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-001" }, { "PreferredAvailabilityZone": "us-east-1d", "CacheNodeId": "0001", "CacheClusterId": "my-redis-cluster-0001-002" } ] } ], "ConfigurationEndpoint": { "Port": 6379, "Address": "my-redis-cluster.r7gdfi.clustercfg.use1.cache.amazonaws.com" }, "ClusterEnabled": true, "ReplicationGroupId": "my-redis-cluster", "SnapshotRetentionLimit": 1, "AutomaticFailover": "enabled", "SnapshotWindow": "07:30-08:30", "MemberClusters": [ "my-redis-cluster-0001-001", "my-redis-cluster-0001-002" ], "CacheNodeType": "cache.t2.micro", "DataTiering": "disabled" "PendingModifiedValues": {} } }詳細については、AWS CLI リファレンスの「modify-replication-group」を参照してください。
-
--apply-immediatelyを使用した場合は、以下のパラメータを指定して AWS CLIdescribe-cache-clustersコマンドを使用することで、キャッシュクラスターのステータスを確認します。ステータスが [available (使用可能)] に変わると、新しいより小さいキャッシュクラスターノードの使用を開始できます。
Redis キャッシュクラスターのスケールダウン (ElastiCache API)
以下のプロセスでは、ElastiCache API を使用して、レプリケーショングループをその現在のノードタイプから新しいより小さいノードタイプにスケーリングします。このプロセス中、Redis クラスターは最小限のダウンタイムでリクエストを処理し続けます。
より小さいノードタイプへのスケールダウンにかかる時間はノードタイプと現在のキャッシュクラスターのデータ量によって異なります。
スケールダウン（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」を参照してください。
-
以下のパラメータを指定して
ModifyReplicationGroupElastiCache API アクションを使用することで、現在のレプリケーショングループを新しいノードタイプにスケールダウンします。ReplicationGroupId– レプリケーショングループの名前。CacheNodeType– このレプリケーショングループのキャッシュクラスターの新しいより小さいノードタイプ。この値は、手順 1 でListAllowedNodeTypeModificationsアクションによって返されるインスタンスタイプのいずれかであることが必要です。CacheParameterGroupName– (オプション)reserved-memoryを使用してクラスターの予約メモリを管理する場合は、このパラメータを使用します。新しいノードタイプ用の適切な容量のメモリを確保するカスタムキャッシュパラメータグループを指定します。reserved-memory-percentを使用している場合は、このパラメータを省略できます。ApplyImmediately– スケールダウンプロセスがすぐに適用されるようにするには、trueに設定します。スケールダウンプロセスを次のメンテナンスウィンドウに延期するには、ApplyImmediately=falseを使用します。
https://elasticache.us-west-2.amazonaws.com/ ?Action=ModifyReplicationGroup &ApplyImmediately=true &CacheNodeType=cache.t2.micro &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」を参照してください。
