翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
オンラインスケールダウン
トピック
Redis OSS キャッシュクラスターのスケールダウン (コンソール)
次の手順では、 ElastiCache マネジメントコンソールを使用して Redis OSS クラスターをスケールダウンする方法について説明します。このプロセス中、Redis OSS クラスターは最小限のダウンタイムで引き続きリクエストを処理します。
Redis OSS クラスターをスケールダウンするには (コンソール)
-
にサインイン AWS Management Console し、https://console.aws.amazon.com/elasticache/
で ElastiCache コンソールを開きます。 -
ナビゲーションペインから、Redis OSS クラスター を選択します。
-
クラスターのリストから、希望するクラスターを選択します。
-
[変更] を選択します。
-
[Modify Cluster] ウィザードで:
-
Node type リストから、スケーリングするノードタイプを選択します。スケールダウンするには、既存のノードより小さいノードタイプを選択します。すべてのノードタイプがスケールダウンできるわけではないことに注意してください。
-
-
スケールダウンプロセスをすぐに実行する場合は、[すぐに適用] ボックスを選択します。[すぐに適用] ボックスを選択していない場合、スケールダウンプロセスはこのクラスターの次のメンテナンスウィンドウ中に実行されます。
-
[変更] を選択します。
前の手順で [すぐに適用] を選択した場合、クラスターのステータスは [変更中] に変わります。ステータスが 使用可能 に変わると、変更は完了し、新しいクラスターの使用を開始できます。
Redis OSS キャッシュクラスターのスケールダウン (AWS CLI)
次の手順では、 を使用して Redis OSS キャッシュクラスターをスケールダウンする方法について説明します AWS CLI。このプロセス中、Redis OSS クラスターは最小限のダウンタイムで引き続きリクエストを処理します。
Redis OSS キャッシュクラスターをスケールダウンするには (AWS CLI)
-
次のパラメータを指定して
list-allowed-node-type-modifications
コマンドを実行して、 AWS CLI スケールダウンできるノードタイプを決定します。Linux、macOS、Unix の場合:
aws elasticache list-allowed-node-type-modifications \ --replication-group-id
my-replication-group-id
Windows の場合:
aws elasticache list-allowed-node-type-modifications ^ --replication-group-id
my-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-id
my-redis-cluster
\ --cache-node-typecache.t2.micro
\ --apply-immediatelyWindows の場合:
aws elasticache modify-replication-group ^ --replication-group-id
my-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 OSS キャッシュクラスターのスケールダウン (ElastiCache API)
次のプロセスでは、 ElastiCache API を使用してレプリケーショングループを現在のノードタイプから新しい小さいノードタイプにスケーリングします。このプロセス中、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」の「」を参照してください。
-
ModifyReplicationGroup
ElastiCache 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」の「」を参照してください。