노드 유형 수정하여 온라인 수직 조정 - Amazon ElastiCache

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

노드 유형 수정하여 온라인 수직 조정

Valkey 버전 7.2 이상 또는 Redis OSS 버전 3.2.10 이상에서 온라인 수직 조정을 사용하면 가동 중지 시간을 최소화하면서 Valkey 또는 Redis OSS 클러스터를 동적으로 확장할 수 있습니다. 이를 통해 Valkey 또는 Redis OSS 클러스터는 조정 중에도 요청을 제공할 수 있습니다.

참고

데이터 계층화 클러스터(예: r6gd 노드 유형을 사용하는 클러스터)와 데이터 계층화를 사용하지 않는 클러스터(예: r6g 노드 유형을 사용하는 클러스터) 간에는 크기 조정이 지원되지 않습니다. 자세한 내용은 의 데이터 계층화 ElastiCache 단원을 참조하십시오.

다음을 수행할 수 있습니다.

  • 스케일 업 - 더 큰 노드 유형을 사용하도록 Valkey 또는 Redis OSS 클러스터의 노드 유형을 조정하여 읽기 및 쓰기 용량을 늘립니다.

    ElastiCache 는 온라인 상태를 유지하고 요청을 처리하는 동안 클러스터의 크기를 동적으로 조정합니다.

  • 축소 - 더 작은 노드를 사용하도록 노드 유형을 조정하여 읽기 및 쓰기 용량을 줄입니다. 다시 말하지만, 는 온라인 상태를 유지하고 요청을 처리하는 동안 클러스터의 크기를 ElastiCache 동적으로 조정합니다. 이 경우, 노드를 축소하여 비용을 절감할 수 있습니다.

참고

확장 및 축소 프로세스는 새로 선택한 노드 유형을 사용하여 클러스터를 생성하고 새 노드를 이전 노드와 동기화합니다. 원활한 확장/축소 흐름을 위해 다음을 수행합니다.

  • ENI (탄력적 네트워크 인터페이스) 용량이 충분한지 확인합니다. 축소된 경우, 작은 노드에 예상 트래픽을 흡수할 수 있는 충분한 메모리가 있어야 합니다.

    메모리 관리 모범 사례에 대해서는 Valkey 및 Redis용 예약 메모리 관리 OSS를 참조합니다.

  • 수직 확장 프로세스는 온라인 상태를 유지하도록 설계되었지만 이전 노드와 새 노드 간의 데이터 동기화에 의존합니다. 데이터 트래픽이 최소 수준일 것으로 예상되는 시간 동안 확장/축소를 시작하는 것이 좋습니다.

  • 가능한 경우, 준비 환경에서 조정 중 애플리케이션 동작을 테스트합니다.

온라인 확장

Valkey 또는 Redis OSS 캐시 클러스터 확장(콘솔)

다음 절차에서는 ElastiCache 관리 콘솔을 사용하여 Valkey 또는 Redis OSS 클러스터를 확장하는 방법을 설명합니다. 이 프로세스 중에 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다.

Valkey 또는 Redis OSS 클러스터 확장(콘솔)
  1. 에 로그인 AWS Management Console 하고 https://console.aws.amazon.com/elasticache/에서 ElastiCache 콘솔을 엽니다.

  2. 탐색 창에서 Valkey 클러스터 또는 Redis OSS 클러스터를 선택합니다.

  3. 클러스터 목록에서 클러스터를 선택합니다.

  4. 수정을 선택합니다.

  5. [Modify Cluster] 마법사에서 다음을 수행합니다.

    1. [Node type] 목록에서 조정할 노드 유형을 선택합니다. 확장하려면, 기존 노드보다 큰 노드 유형을 선택합니다.

  6. 확장 프로세스를 즉시 수행하려면 즉시 적용 상자를 선택합니다. [Apply immediately] 상자를 선택하지 않으면 이 클러스터의 다음 유지 관리 기간 중 스케일 업 프로세스가 수행됩니다.

  7. 수정을 선택합니다.

    이전 단계에서 [Apply immediately]를 선택한 경우 클러스터의 상태가 수정 중으로 변경됩니다. 상태가 사용 가능으로 변경되면 수정이 완료되고 새 클러스터의 사용을 시작할 수 있습니다.

Valkey 또는 Redis OSS 캐시 클러스터 확장(AWS CLI)

다음 절차에서는 를 사용하여 Valkey 또는 Redis OSS 캐시 클러스터를 확장하는 방법을 설명합니다 AWS CLI. 이 프로세스 중에 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다.

Valkey 또는 Redis OSS 캐시 클러스터 확장(AWS CLI)
  1. 다음 파라미터로 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 " ], }

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.list-allowed-node-type-수정 AWS CLI 참조 의 .

  2. 명령과 다음 파라미터를 사용하여 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-type cache.m3.xlarge \ --apply-immediately

    Windows의 경우:

    aws elasticache modify-replication-group ^ --replication-group-id my-redis-cluster ^ --cache-node-type cache.m3.xlarge ^ --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.m3.xlarge", "DataTiering": "disabled" "PendingModifiedValues": {} } }

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.modify-replication-group AWS CLI 참조 의 .

  3. 를 사용한 경우 다음 파라미터와 함께 명령을 사용하여 AWS CLI describe-cache-clusters 캐시 클러스터의 상태를 --apply-immediately확인합니다. 상태가 사용 가능으로 변경되면 새롭고 더 큰 캐시 클러스터 노드를 사용할 수 있습니다.

Valkey 또는 Redis OSS 캐시 클러스터 확장(ElastiCache API)

다음 프로세스는 를 사용하여 캐시 클러스터를 현재 노드 유형에서 더 큰 새 노드 유형으로 확장합니다 ElastiCache API. 이 프로세스 중에 는 새 노드를 가리키도록 DNS 항목을 ElastiCache 업데이트합니다. 따라서 애플리케이션의 엔드포인트를 업데이트할 필요가 없습니다. Valkey 7.2 이상 Redis OSS 5.0.5 이상의 경우 클러스터가 계속 온라인 상태를 유지하고 수신 요청을 처리하는 동안 자동 장애 조치 활성화 클러스터를 확장할 수 있습니다. 버전 Redis OSS 4.0.10 이하에서는 DNS 항목이 업데이트되는 동안 기본 노드에서 이전 버전의 읽기 및 쓰기가 잠시 중단될 수 있습니다.

대형 노드 유형으로 스케일 업하는 데 걸리는 시간은 노드 유형 및 현재 캐시 클러스터에 있는 데이터의 양에 따라 달라집니다.

Valkey 또는 Redis OSS 캐시 클러스터 확장(ElastiCache API)
  1. 다음 파라미터를 사용하여 ListAllowedNodeTypeModifications 작업을 사용하여 ElastiCache API 확장할 수 있는 노드 유형을 결정합니다.

    • 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. ModifyReplicationGroup 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>

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.ModifyReplicationGroup Amazon ElastiCache API 참조 의 .

  3. 를 사용한 경우 다음 파라미터로 DescribeReplicationGroups 작업을 사용하여 ElastiCache API 복제 그룹의 상태를 ApplyImmediately=true모니터링합니다. 상태가 수정 중에서 사용 가능으로 변경되면 스케일 업된 새 복제 그룹에 쓰기를 시작할 수 있습니다.

    • 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 캐시 클러스터 축소(콘솔)

다음 절차에서는 ElastiCache 관리 콘솔을 사용하여 Valkey 또는 Redis OSS 클러스터를 축소하는 방법을 설명합니다. 이 프로세스 중에 Valkey 또는 Redis OSS 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다.

Valkey 또는 Redis OSS 클러스터 축소(콘솔)
  1. 에 로그인 AWS Management Console 하고 https://console.aws.amazon.com/elasticache/에서 ElastiCache 콘솔을 엽니다.

  2. 탐색 창에서 Valkey 클러스터 또는 Redis OSS 클러스터를 선택합니다.

  3. 클러스터 목록에서 원하는 클러스터를 선택합니다.

  4. 수정을 선택합니다.

  5. [Modify Cluster] 마법사에서 다음을 수행합니다.

    1. [Node type] 목록에서 조정할 노드 유형을 선택합니다. 축소하려면, 기존 노드보다 작은 노드 유형을 선택합니다. 모든 노드 유형을 축소할 수 있는 것은 아닙니다.

  6. 축소 프로세스를 즉시 수행하려면 즉시 적용 상자를 선택합니다. 즉시 적용 상자를 선택하지 않으면 이 클러스터의 다음 유지 관리 기간 중 축소 프로세스가 수행됩니다.

  7. 수정을 선택합니다.

    이전 단계에서 [Apply immediately]를 선택한 경우 클러스터의 상태가 수정 중으로 변경됩니다. 상태가 사용 가능으로 변경되면 수정이 완료되고 새 클러스터의 사용을 시작할 수 있습니다.

Valkey 또는 Redis OSS 캐시 클러스터 축소(AWS CLI)

다음 절차에서는 를 사용하여 Valkey 또는 Redis OSS 캐시 클러스터를 축소하는 방법을 설명합니다 AWS CLI. 이 프로세스 중에 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다.

Valkey 또는 Redis OSS 캐시 클러스터를 축소하려면(AWS CLI)
  1. 다음 파라미터로 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" ] }

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.list-allowed-node-type-수정 AWS CLI 참조 의 .

  2. 명령과 다음 파라미터를 사용하여 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-type cache.t2.micro \ --apply-immediately

    Windows의 경우:

    aws elasticache modify-replication-group ^ --replication-group-id my-redis-cluster ^ --cache-node-type cache.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": {} } }

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.modify-replication-group AWS CLI 참조 의 .

  3. 를 사용한 경우 다음 파라미터와 함께 명령을 사용하여 AWS CLI describe-cache-clusters 캐시 클러스터의 상태를 --apply-immediately확인합니다. 상태가 사용 가능으로 변경되면 새롭고 더 작은 캐시 클러스터 노드를 사용할 수 있습니다.

Valkey 또는 Redis OSS 캐시 클러스터 축소(ElastiCache API)

다음 프로세스는 를 사용하여 복제 그룹을 현재 노드 유형에서 더 작은 새 노드 유형으로 확장합니다 ElastiCache API. 이 프로세스 중에 Valkey 또는 Redis OSS 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다.

더 작은 노드 유형으로 축소하는 데 걸리는 시간은 노드 유형 및 현재 캐시 클러스터에 있는 데이터의 양에 따라 달라집니다.

축소(ElastiCache API)
  1. 다음 파라미터를 사용하여 ListAllowedNodeTypeModifications 작업을 사용하여 ElastiCache API 축소할 수 있는 노드 유형을 결정합니다.

    • 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. ModifyReplicationGroup 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.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>

    자세한 내용을 알아보려면 다음 섹션을 참조하세요.ModifyReplicationGroup Amazon ElastiCache API 참조 의 .