기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # ElastiCache에서 노드 관리 노드는 Amazon ElastiCache 배포의 가장 작은 구성 요소입니다. 안전한 네트워크 부착 RAM의 크기가 고정된 청크입니다. 각 노드는 클러스터가 생성되거나 마지막으로 수정되었을 때 선택한 엔진을 실행합니다. 각 노드에는 고유한 DNS(도메인 이름 서비스) 이름 및 포트가 있습니다. 여러 유형의 ElastiCache 노드가 지원되며, 연결된 메모리 양과 컴퓨팅 파워는 각각 다릅니다. 사용할 노드 크기에 대한 자세한 내용은 [노드 크기 선택](CacheNodes.SelectSize.md) 섹션을 참조하세요. 일반적으로 샤딩 지원으로 인해 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 배포에는 더 작은 노드가 다수 있습니다. 반대로 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 배포에는 클러스터에 더 적은 수의 더 큰 노드가 있습니다. 사용할 노드 크기에 대한 자세한 내용은 [노드 크기 선택](CacheNodes.SelectSize.md) 섹션을 참조하세요. **Topics** + [ElastiCache 노드 상태 보기](Nodes.viewing.md) + [Valkey 또는 Redis OSS 노드 및 샤드](CacheNodes.NodeGroups.md) + [노드에 연결](nodes-connecting.md) + [지원되는 노드 유형](CacheNodes.SupportedTypes.md) + [노드 재부팅](nodes.rebooting.md) + [노드 대체(Valkey 및 Redis OSS)](CacheNodes.NodeReplacement.md) + [노드 대체(Memcached)](CacheNodes.NodeReplacement-mc.md) + [예약 노드](CacheNodes.Reserved.md) + [이전 세대 노드 마이그레이션](CacheNodes.NodeMigration.md) 노드와 관련된 몇 가지 중요한 작업은 다음과 같습니다. + [ElastiCache 클러스터에 노드 추가](Clusters.AddNode.md) + [ElastiCache 클러스터에서 노드 제거](Clusters.DeleteNode.md) + [ElastiCache 규모 조정](Scaling.md) + [ElastiCache에서 연결 엔드포인트 찾기](Endpoints.md) + [클러스터의 노드 자동 식별(Memcached)](AutoDiscovery.md) # ElastiCache 노드 상태 보기 [ElastiCache 콘솔](https://console.aws.amazon.com/elasticache/)을 사용하면 ElastiCache 노드의 상태에 빠르게 액세스할 수 있습니다. ElastiCache 노드의 상태를 통해 노드 상태를 알 수 있습니다. 다음 절차를 사용하여 Amazon ElastiCache 콘솔,AWS CLI명령 또는 API 작업에서 ElastiCache 노드 상태를 볼 수 있습니다. Amazon ElastiCache ElastiCache 노드의 가능한 상태 값은 다음 표에 나와 있습니다. 이 표에는 ElastiCache 노드에 대한 요금 청구 여부도 나와 있습니다. | **유형** | **청구** | **설명** | | --- | --- | --- | | `available` | 청구 | ElastiCache 노드 상태가 양호하며 사용할 수 있습니다. | | `creating` | 미청구 | ElastiCache 노드가 생성 중입니다. 생성 중인 노드에는 액세스할 수 없습니다. | | `deleting` | 미청구 | ElastiCache 노드가 삭제 중입니다. | | `modifying` | 청구 | 고객의 노드 수정 요청으로 인해 ElastiCache 노드를 수정 중입니다. | | `updating` | 청구 | **업데이트** 상태를 통해 Amazon ElastiCache 노드가 다음 중 하나 이상에 해당하는지 알 수 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `rebooting cluster nodes` | 청구 | 고객의 요청 또는 노드 재부팅이 필요한 Amazon ElastiCache 프로세스로 인해 ElastiCache 노드를 재부팅 중입니다. | | `incompatible_parameters` | 미청구 | Amazon ElastiCache는 노드의 파라미터 그룹에서 지정된 파라미터가 노드와 호환되지 않아 노드를 시작할 수 없습니다. 노드에 대한 액세스 권한을 다시 얻으려면 파라미터 변경 사항을 되돌리거나 노드와 호환되는 파라미터를 정의해야 합니다. 호환되지 않는 파라미터에 대한 자세한 내용은 ElastiCache 노드에 대한 [이벤트](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) 목록을 확인하세요. | | `incompatible_network` | 미청구 | 호환되지 않는 네트워크 상태를 통해 Amazon ElastiCache 노드가 다음 중 하나 이상에 해당하는지 알 수 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `restore_failed` | 미청구 | 복원 실패 상태를 통해 Amazon ElastiCache 노드가 다음 중 하나 이상에 해당하는지 알 수 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/Nodes.viewing.html) | | `snapshotting` | 청구 | ElastiCache가 Valkey 또는 Redis OSS 노드의 스냅샷을 생성하고 있습니다. | ## 콘솔을 사용하여 ElastiCache 노드 상태 보기 콘솔을 사용하여 ElastiCache 노드 상태를 보려면 다음과 같이 하세요. 1. 에 로그인AWS Management Console하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/) Amazon ElastiCache 콘솔을 엽니다. 1. 탐색 창에서 **Redis OSS 클러스터** 또는 **Memcached 클러스터**를 선택합니다. ElastiCache 노드 목록과 함께 **캐시 페이지**가 표시됩니다. 각 노드에 대한 상태 값이 표시됩니다. 1. 그런 다음 캐시의 **서비스 업데이트** 탭으로 이동하여 캐시에 적용되는 서비스 업데이트 목록을 표시할 수 있습니다. ## 를 사용하여 ElastiCache 노드 상태 보기AWS CLI 를 사용하여 ElastiCache 노드와 해당 상태 정보를 보려면 `describe-cache-cluster` 명령을AWS CLI사용합니다. 예를 들어 다음AWS CLI명령은 각 ElastiCache 노드를 표시합니다. ``` aws elasticache describe-cache-clusters ``` ## API를 통해 ElastiCache 노드 상태 보기 Amazon ElastiCache API를 사용하여 ElastiCache 노드의 상태를 보려면 `ShowCacheNodeInfo` 플래그와 함께 `DescribeCacheClusteroperation`을 직접 호출하여 각 캐시 노드에 대한 정보를 검색합니다. # Valkey 또는 Redis OSS 노드 및 샤드 샤드(API 및 CLI에서 노드 그룹)는 노드의 계층적 정렬이며 각각 클러스터에 래핑되어 있습니다. 샤드는 복제를 지원합니다. 샤드에서 노드 하나가 읽기/쓰기 프라이머리 노드로 사용됩니다. 샤드에 있는 다른 모든 노드는 프라이머리 노드의 읽기 전용 복제본 역할을 합니다. Valkey 또는 Redis OSS 버전 3.2 이상에서는 클러스터 내에서 여러 샤드를 지원합니다(API 및 CLI에서 복제 그룹). 이 지원으로 인해 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터에서 데이터를 파티셔닝할 수 있습니다. 다음 다이어그램에서는 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터와 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터의 차이를 보여줍니다. ![\[이미지: Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 및 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 샤드(API/CLI: 노드 그룹)\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png) Valkey 또는 Redis OSS(클러스터 모드 사용 설정됨) 클러스터는 샤드를 통해 복제를 지원합니다. API 작업 [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)(CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html))는 멤버 노드를 포함한 노드 그룹, 노드 그룹에서의 노드 역할, 기타 정보를 나열합니다. Valkey 또는 Redis OSS 클러스터를 생성할 때 클러스터링을 활성화하여 클러스터를 생성할지 여부를 지정합니다. Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터는 읽기 복제본 노드를 추가하거나(총 5개까지) 삭제하여 수평으로 조정할 수 있는 1개 이내의 샤드를 포함합니다. 자세한 내용은 [고가용성을 위한 복제 그룹 사용](Replication.md), [Valkey 또는 Redis OSS에 대한 읽기 전용 복제본 추가(클러스터 모드 비활성화됨)](Replication.AddReadReplica.md) 또는 [Valkey 또는 Redis OSS에 대한 읽기 전용 복제본 삭제(클러스터 모드 비활성화됨)](Replication.RemoveReadReplica.md) 섹션을 참조하세요. Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터 역시 노드 유형을 변경하여 수직으로 조정할 수 있습니다. 자세한 내용은 [Valkey 또는 Redis OSS(클러스터 모드 비활성화됨)에 대한 복제본 노드 규모 조정](Scaling.RedisReplGrps.md) 섹션을 참조하세요. 엔진이 Valkey 또는 Redis OSS 버전 5.0.6 이상인 경우 노드 또는 샤드 제한을 클러스터당 최대 500개까지 늘릴 수 있습니다. 예를 들어 83개 샤드(샤드당 기본 1개와 복제본 5개)에서 500개 샤드(기본 1개와 복제본 없음) 범위의 500개 노드 클러스터를 구성하도록 선택할 수 있습니다. 증가를 수용할 수 있는 IP 주소가 충분한지 확인해야 합니다. 서브넷 그룹에 있는 서브넷의 CIDR 범위가 너무 작거나 서브넷을 샤드로 분할하여 다른 클러스터에서 과도하게 사용되는 것과 같은 일반적인 함정에 유의합니다. 자세한 내용은 [서브넷 그룹 생성](SubnetGroups.Creating.md) 섹션을 참조하세요. 5.0.6 이하의 버전에서 한도는 클러스터당 250개입니다. 한도 증가를 요청하려면 [AWS 서비스 한도](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)를 참조하고 한도 유형을 **인스턴스 유형별 클러스터당 노드**로 선택하세요. Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터가 생성된 후에는 변경(스케일 인 또는 스케일 아웃)이 가능합니다. 자세한 내용은 [ElastiCache 규모 조정](Scaling.md) 및 [노드 대체(Valkey 및 Redis OSS)](CacheNodes.NodeReplacement.md)(을)를 참조하세요. 새 클러스터를 생성할 때 빈 상태로 시작되지 않도록 이전 클러스터의 데이터를 시드할 수 있습니다. 이는 클러스터 그룹에 이전 클러스터와 동일한 수의 샤드가 있는 경우에만 사용할 수 있는 방식입니다. 이렇게 하면 노드 유형이나 엔진 버전을 변경해야 하는 경우 도움이 됩니다. 자세한 정보는 [수동 백업 지원](backups-manual.md) 및 [백업에서 새 캐시로 복원](backups-restoring.md) 섹션을 참조하세요. # 노드에 연결 ## Valkey 또는 Redis OSS 노드에 연결 클러스터의 Valkey 또는 Redis OSS 노드에 연결하기 전에 노드의 엔드포인트가 있어야 합니다. 엔드포인트를 찾으려면 다음을 참조하세요. + [Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터의 엔드포인트 찾기(콘솔)](Endpoints.md#Endpoints.Find.Redis) + [Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터에 대한 엔드포인트 찾기(콘솔)](Endpoints.md#Endpoints.Find.RedisCluster) + [엔드포인트 찾기(AWS CLI)](Endpoints.md#Endpoints.Find.CLI) + [엔드포인트 찾기(ElastiCache API)](Endpoints.md#Endpoints.Find.API) 다음 예제에서는 *valkey-cli* 유틸리티를 사용하여 Valkey 또는 Redis OSS를 실행하는 클러스터에 연결합니다. **참고** 사용 가능한 명령에 대한 자세한 내용은 [Commands](http://valkey.io/commands) 웹페이지를 참조하십시오. ***valkey-cli*를 사용하여 Valkey 또는 Redis OSS 클러스터에 연결하려면** 1. 선택한 연결 유틸리티를 사용하여 Amazon EC2 인스턴스에 연결하세요. **참고** Amazon EC2 인스턴스에 연결하는 방법에 대한 지침은 [Amazon EC2 시작 안내서](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)를 참조하세요. 1. `valkey-cli`를 구축하려면, GNU 컴파일러 모음(`gcc`)을 다운로드하여 설치합니다. EC2 인스턴스의 명령 프롬프트에서 다음 명령을 입력하고 확인 프롬프트에서 `y`를 입력합니다. ``` sudo yum install gcc ``` 다음과 같이 유사한 출력이 나타납니다. ``` Loaded plugins: priorities, security, update-motd, upgrade-helper Setting up Install Process Resolving Dependencies --> Running transaction check ...(output omitted)... Total download size: 27 M Installed size: 53 M Is this ok [y/N]: y Downloading Packages: (1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00 (2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00 (3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00 ...(output omitted)... Complete! ``` 1. *valkey-cli* 유틸리티를 다운로드하고 컴파일합니다. 이 유틸리티는 Valkey 소프트웨어 배포에 포함되어 있습니다. EC2 인스터스의 명령 프롬프트에 다음 명령을 입력합니다. **참고** Ubuntu 시스템의 경우 `make`를 실행하기 전에 `make distclean`을 실행합니다. ``` wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz tar xvzf valkey-8.0.0.tar.gz cd valkey-8.0.0 make distclean # ubuntu systems only make ``` 1. EC2 인스터스의 명령 프롬프트에 다음 명령을 입력합니다. ``` src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379 ``` 다음과 유사한 Valkey 또는 Redis OSS 명령 프롬프트가 나타납니다. ``` redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379> ``` 1. Valkey 또는 Redis OSS 명령을 실행하여 연결을 테스트합니다. 이제 클러스터에 연결되어 Valkey 또는 Redis OSS 명령을 실행할 수 있습니다. 다음은 Valkey 또는 Redis OSS 응답이 있는 몇 가지 예제 명령입니다. ``` set a "hello" // Set key "a" with a string value and no expiration OK get a // Get value for key "a" "hello" get b // Get value for key "b" results in miss (nil) set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration get b "Good-bye" // wait 5 seconds get b (nil) // key has expired, nothing returned quit // Exit from valkey-cli ``` Secure Sockets Layer(SSL) 암호화(전송 중 데이터 암호화 활성화)가 지원되는 노드 또는 클러스터를 연결하는 방법은 [ElastiCache 전송 중 데이터 암호화(TLS)](in-transit-encryption.md) 섹션을 참조하세요. ## Memcached 노드에 연결 Memcached 클러스터에 연결하기 전에 노드의 엔드포인트가 있어야 합니다. 엔드포인트를 찾으려면 다음을 참조하세요. + [클러스터 엔드포인트 찾기(콘솔)(Memcached)](Endpoints.md#Endpoints.Find.Memcached) + [엔드포인트 찾기(AWS CLI)](Endpoints.md#Endpoints.Find.CLI) + [엔드포인트 찾기(ElastiCache API)](Endpoints.md#Endpoints.Find.API) 다음 예제에서 *telnet* 유틸리티를 사용하여 Memcached를 실행하는 노드에 연결합니다. **참고** Memcached 및 사용 가능한 Memcached 명령에 대한 자세한 내용은 [Memcached](http://memcached.org/) 웹 사이트를 참조하세요. ***telnet*을 사용하여 노드에 연결하려면** 1. 선택한 연결 유틸리티를 사용하여 Amazon EC2 인스턴스에 연결하세요. **참고** Amazon EC2 인스턴스에 연결하는 방법에 대한 지침은 [Amazon EC2 시작 안내서](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)를 참조하세요. 1. *telnet* 유틸리티를 다운로드하여 Amazon EC2 인스턴스에 설치합니다. Amazon EC2 인스턴스 명령 프롬프트에서 다음 명령을 입력하고 명령 프롬프트에 *y*를 입력합니다. ``` sudo yum install telnet ``` 다음과 같이 유사한 출력이 나타납니다. ``` Loaded plugins: priorities, security, update-motd, upgrade-helper Setting up Install Process Resolving Dependencies --> Running transaction check ...(output omitted)... Total download size: 63 k Installed size: 109 k Is this ok [y/N]: y Downloading Packages: telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00 ...(output omitted)... Complete! ``` 1. Amazon EC2 인스턴스의 명령 프롬프트에서 다음 명령을 입력하고 노드의 엔드포인트를 이 예제에 표시된 것으로 대체합니다. ``` telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211 ``` 다음과 같이 유사한 출력이 나타납니다. ``` Trying 128.0.0.1... Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com. Escape character is '^]'. > ``` 1. Memcached 명령을 실행하여 연결을 테스트합니다. 이제 노드에 연결되어 Memcached 명령을 실행할 수 있습니다. 다음은 예입니다. ``` set a 0 0 5 // Set key "a" with no expiration and 5 byte value hello // Set value as "hello" STORED get a // Get value for key "a" VALUE a 0 5 hello END get b // Get value for key "b" results in miss END > ``` # 지원되는 노드 유형 ElastiCache는 다음 노드 유형을 지원합니다. 일반적으로, 현재 세대 유형은 이전 세대의 동급 제품에 비해 더 많은 메모리와 컴퓨팅 파워를 더 저렴하게 제공합니다. 각 노드 유형의 성능 세부 정보에 대한 자세한 내용은 [Amazon EC2 인스턴스 유형](https://aws.amazon.com/ec2/instance-types/)을 참조하세요. **참고** Amazon ElastiCache는 T2 인스턴스를 이전 세대 상태로 전환하고 있습니다. 더 이상 T2 인스턴스를 사용하여 새 ElastiCache 클러스터를 생성하거나 새 T2 예약 노드를 구매할 수 없습니다. 기존 T2 클러스터 또는 예약에는 영향을 주지 않습니다. 성능 및 비용 효율성을 높이려면 T3 또는 T4g 인스턴스와 같은 최신 인스턴스 유형으로 업그레이드하는 것이 좋습니다. **참고** AWS아시아 태평양(태국) 및 멕시코(중부) 리전에서 지원되는 인스턴스 유형은 다음과 같습니다. **m7g/r7g:** large, xl, 2xl, 4xl, 8xl, 12xl 및 16xl. **t3/t4g:** micro, small 및 medium. 사용할 노드 크기에 대한 자세한 내용은 [노드 크기 선택](CacheNodes.SelectSize.md) 섹션을 참조하세요. **Topics** + [현재 세대(Memcached)](#CacheNodes.CurrentGen-Memcached) + [현재 세대(Valkey 또는 Redis OSS)](#CacheNodes.CurrentGen) + [AWS리전별로 지원되는 노드 유형](#CacheNodes.SupportedTypesByRegion) + [성능 순간 확장 가능 인스턴스](#CacheNodes.Burstable) + [관련 정보](#CacheNodes.RelatedInfo) ## 현재 세대(Memcached) 다음 표는 네트워크 I/O 크레딧 메커니즘을 사용하여 기준 대역폭을 초과하여 버스트하는 인스턴스 유형에 대한 기준 및 버스트 대역폭을 보여줍니다. **참고** 버스트 가능 네트워크 성능을 발휘하는 인스턴스 유형은 네트워크 I/O 크레딧 메커니즘을 사용하여 최선의 노력을 기준으로 기준 대역폭을 초과하여 버스트할 수 있습니다. **일반** | 인스턴스 유형 | 지원되는 최소 Memcached 버전 | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | | cache.m7g.large | | 0.937 | 12.5 | | cache.m7g.xlarge | | 1.876 | 12.5 | | cache.m7g.2xlarge | | 3.75 | 15 | | cache.m7g.4xlarge | | 7.5 | 15 | | cache.m7g.8xlarge | | 15 | 해당 사항 없음 | | cache.m7g.12xlarge | | 22.5 | 해당 사항 없음 | | cache.m7g.16xlarge | | 30 | 해당 사항 없음 | | cache.m6g.large | 1.5.16 | 0.75 | 10.0 | | cache.m6g.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.m6g.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.m6g.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.m6g.8xlarge | 1.5.16 | 12 | 해당 사항 없음 | | cache.m6g.12xlarge | 1.5.16 | 20 | 해당 사항 없음 | | cache.m6g.16xlarge | 1.5.16 | 25 | 해당 사항 없음 | | cache.m5.large | 1.5.16 | 0.75 | 10.0 | | cache.m5.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.m5.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.m5.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.m5.12xlarge | 1.5.16 | 해당 사항 없음 | 해당 사항 없음 | | cache.m5.24xlarge | 1.5.16 | 해당 사항 없음 | 해당 사항 없음 | | cache.m4.large | 1.5.16 | 0.45 | 1.2 | | cache.m4.xlarge | 1.5.16 | 0.75 | 2.8 | | cache.m4.2xlarge | 1.5.16 | 1.0 | 10.0 | | cache.m4.4xlarge | 1.5.16 | 2.0 | 10.0 | | cache.m4.10xlarge | 1.5.16 | 5.0 | 10.0 | | cache.t4g.micro | 1.5.16 | 0.064 | 5.0 | | cache.t4g.small | 1.5.16 | 0.128 | 5.0 | | cache.t4g.medium | 1.5.16 | 0.256 | 5.0 | | cache.t3.micro | 1.5.16 | 0.064 | 5.0 | | cache.t3.small | 1.5.16 | 0.128 | 5.0 | | cache.t3.medium | 1.5.16 | 0.256 | 5.0 | | cache.t2.micro | 1.5.16 | 0.064 | 1.024 | | cache.t2.small | 1.5.16 | 0.128 | 1.024 | | cache.t2.medium | 1.5.16 | 0.256 | 1.024 | **Memcached에 최적화된 메모리** | 인스턴스 유형 | 지원되는 최소 버전 | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | | cache.r7g.large | | 0.937 | 12.5 | | cache.r7g.xlarge | | 1.876 | 12.5 | | cache.r7g.2xlarge | | 3.75 | 15 | | cache.r7g.4xlarge | | 7.5 | 15 | | cache.r7g.8xlarge | | 15 | 해당 사항 없음 | | cache.r7g.12xlarge | | 22.5 | 해당 사항 없음 | | cache.r7g.16xlarge | | 30 | 해당 사항 없음 | | cache.r6g.large | 1.5.16 | 0.75 | 10.0 | | cache.r6g.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r6g.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r6g.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r6g.8xlarge | 1.5.16 | 12 | 해당 사항 없음 | | cache.r6g.12xlarge | 1.5.16 | 20 | 해당 사항 없음 | | cache.r6g.16xlarge | 1.5.16 | 25 | 해당 사항 없음 | | cache.r5.large | 1.5.16 | 0.75 | 10.0 | | cache.r5.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r5.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r5.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r5.12xlarge | 1.5.16 | 20 | 해당 사항 없음 | | cache.r5.24xlarge | 1.5.16 | 25 | 해당 사항 없음 | | cache.r4.large | 1.5.16 | 0.75 | 10.0 | | cache.r4.xlarge | 1.5.16 | 1.25 | 10.0 | | cache.r4.2xlarge | 1.5.16 | 2.5 | 10.0 | | cache.r4.4xlarge | 1.5.16 | 5.0 | 10.0 | | cache.r4.8xlarge | 1.5.16 | 12 | 해당 사항 없음 | | cache.r4.16xlarge | 1.5.16 | 25 | 해당 사항 없음 | **Memcached에 최적화된 네트워크** | 인스턴스 유형 | 지원되는 최소 버전 | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | | cache.c7gn.large | 1.6.6 | 6.25 | 30 | | cache.c7gn.xlarge | 1.6.6 | 12.5 | 40 | | cache.c7gn.2xlarge | 1.6.6 | 25 | 50 | | cache.c7gn.4xlarge | 1.6.6 | 50 | 해당 사항 없음 | | cache.c7gn.8xlarge | 1.6.6 | 100 | 해당 사항 없음 | | cache.c7gn.12xlarge | 1.6.6 | 150 | 해당 사항 없음 | | cache.c7gn.16xlarge | 1.6.6 | 200 | 해당 사항 없음 | ## 현재 세대(Valkey 또는 Redis OSS) 이전 세대에 대한 자세한 내용은 [이전 세대 노드](https://aws.amazon.com/elasticache/previous-generation/)를 참조하세요. **참고** 버스트 가능 네트워크 성능을 발휘하는 인스턴스 유형은 네트워크 I/O 크레딧 메커니즘을 사용하여 최선의 노력을 기준으로 기준 대역폭을 초과하여 버스트할 수 있습니다. **일반** | 인스턴스 유형 | 지원되는 최소 Redis OSS 버전 | 향상된 I/O(Redis OSS 5.0.6 이상) | TLS 오프로딩(Redis OSS 6.2.5 이상) | 향상된 I/O 멀티플렉싱(Redis OSS 7.0.4 이상) | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.m7g.large | 6.2 | N | N | N | 0.937 | 12.5 | | cache.m7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12.5 | | cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3.75 | 15 | | cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7.5 | 15 | | cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | 해당 사항 없음 | | cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22.5 | 해당 사항 없음 | | cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | 해당 사항 없음 | | cache.m6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 | | cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1.25 | 10.0 | | cache.m6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10.0 | | cache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 | | cache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | 해당 사항 없음 | | cache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | 해당 사항 없음 | | cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10.0 | | cache.m5.xlarge | 3.2.4 | Y | N | N | 1.25 | 10.0 | | cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 | | cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 | | cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | 해당 사항 없음 | | cache.m4.large | 3.2.4 | N | N | N | 0.45 | 1.2 | | cache.m4.xlarge | 3.2.4 | Y | N | N | 0.75 | 2.8 | | cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1.0 | 10.0 | | cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10.0 | | cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 | | cache.t4g.micro | 3.2.4 | N | N | N | 0.064 | 5.0 | | cache.t4g.small | 5.0.6 | N | N | N | 0.128 | 5.0 | | cache.t4g.medium | 5.0.6 | N | N | N | 0.256 | 5.0 | | cache.t3.micro | 3.2.4 | N | N | N | 0.064 | 5.0 | | cache.t3.small | 3.2.4 | N | N | N | 0.128 | 5.0 | | cache.t3.medium | 3.2.4 | N | N | N | 0.256 | 5.0 | | cache.t2.micro | 3.2.4 | N | N | N | 0.064 | 1.024 | | cache.t2.small | 3.2.4 | N | N | N | 0.128 | 1.024 | | cache.t2.medium | 3.2.4 | N | N | N | 0.256 | 1.024 | **메모리 최적화** | 인스턴스 유형 | 지원되는 최소 Redis OSS 버전 | 향상된 I/O(Redis OSS 5.0.6 이상) | TLS 오프로딩(Redis OSS 6.2.5 이상) | 향상된 I/O 멀티플렉싱(Redis OSS 7.0.4 이상) | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.r7g.large | 6.2 | N | N | N | 0.937 | 12.5 | | cache.r7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12.5 | | cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3.75 | 15 | | cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7.5 | 15 | | cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | 해당 사항 없음 | | cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22.5 | 해당 사항 없음 | | cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | 해당 사항 없음 | | cache.r6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 | | cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1.25 | 10.0 | | cache.r6g.2xlarge | 5.0.6 | Y | Y | Y | 2.5 | 10.0 | | cache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 | | cache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | 해당 사항 없음 | | cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | 해당 사항 없음 | | cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10.0 | | cache.r5.xlarge | 3.2.4 | Y | N | N | 1.25 | 10.0 | | cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 | | cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 | | cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | 해당 사항 없음 | | cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10.0 | | cache.r4.xlarge | 3.2.4 | Y | N | N | 1.25 | 10.0 | | cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 | | cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 | | cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | 해당 사항 없음 | **데이터 계층화에 최적화된 메모리** | 인스턴스 유형 | 지원되는 최소 Redis OSS 버전 | 향상된 I/O(Redis OSS 5.0.6 이상) | TLS 오프로딩(Redis OSS 6.2.5 이상) | 향상된 I/O 멀티플렉싱(Redis OSS 7.0.4 이상) | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.r6gd.xlarge | 6.2.0 | Y | N | N | 1.25 | 10 | | cache.r6gd.2xlarge | 6.2.0 | Y | Y | Y | 2.5 | 10 | | cache.r6gd.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 | | cache.r6gd.8xlarge | 6.2.0 | Y | Y | Y | 12 | 해당 사항 없음 | | cache.r6gd.12xlarge | 6.2.0 | Y | Y | Y | 20 | 해당 사항 없음 | | cache.r6gd.16xlarge | 6.2.0 | Y | Y | Y | 25 | 해당 사항 없음 | **네트워크 최적화** | 인스턴스 유형 | 지원되는 최소 Redis OSS 버전 | 향상된 I/O(Redis OSS 5.0.6 이상) | TLS 오프로딩(Redis OSS 6.2.5 이상) | 향상된 I/O 멀티플렉싱(Redis OSS 7.0.4 이상) | 기준 대역폭(Gbps) | 버스트 대역폭(Gbps) | | --- | --- | --- | --- | --- | --- | --- | | cache.c7gn.large | 6.2 | N | N | N | 6.25 | 30 | | cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12.5 | 40 | | cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 | | cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | 해당 사항 없음 | | cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | 해당 사항 없음 | | cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | 해당 사항 없음 | | cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | 해당 사항 없음 | ## AWS리전별로 지원되는 노드 유형 지원되는 노드 유형은AWS리전마다 다를 수 있습니다. 자세한 내용은 [Amazon ElastiCache 요금](https://aws.amazon.com/elasticache/pricing/)을 참조하세요. ## 성능 순간 확장 가능 인스턴스 Amazon ElastiCache에서 범용 순간 확장 가능 T4g, T3 표준 및 T2 표준 캐시 노드를 실행할 수 있습니다. 이러한 노드는 기준 수준의 CPU 성능과 더불어 누적된 크레딧이 소진될 때까지 언제든 CPU 사용량을 순간 확장할 수 있는 기능을 제공합니다. *CPU 크레딧*은 1분 동안 CPU 코어의 전체 성능을 제공합니다. Amazon ElastiCache의 T4g, T3 및 T2 노드는 표준으로 구성되고 평균 CPU 사용률이 인스턴스의 기준 성능보다 일관되게 낮은 워크로드에 적합합니다. 기준 이상으로 순간 확장하려면 노드는 CPU 크레딧 밸런스에 누적한 크레딧을 사용합니다. 누적된 크레딧에서 노드가 부족한 경우, 성능이 점진적으로 기준 성능 수준으로 저하됩니다. 이렇게 점진적으로 저하되면 누적된 CPU 크레딧 밸런스가 고갈될 때 노드에 급격한 성능 저하가 발생하지 않습니다. 자세한 내용은 *Amazon EC2 사용 설명서***의 [성능 순간 확장 가능 인스턴스에 대한 CPU 크레딧 및 기준 성능](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) 섹션을 참조하세요. 다음 표에는 성능 순간 확장 가능 노드 유형과 시간당 CPU 크레딧이 획득되는 속도가 나와 있습니다. 또한 노드가 누적할 수 있는 최대 획득 CPU 크레딧 개수와 노드당 vCPU 개수도 보여줍니다. 또한 기준 성능 수준을 전체 코어 성능의 백분율로 제공합니다(단일 vCPU 사용). | 노드 유형 | 시간당 지급되는 CPU 크레딧 | 누적 가능한 최대 지급된 크레딧\$1 | vCPU | vCPU당 기준 성능 | 메모리(GiB) | 네트워크 성능 | | --- | --- | --- | --- | --- | --- | --- | | t4g.micro | 12 | 288 | 2 | 10% | 0.5 | 최대 5기가비트 | | t4g.small | 24 | 576 | 2 | 20% | 1.37 | 최대 5기가비트 | | t4g.medium | 24 | 576 | 2 | 20% | 3.09 | 최대 5기가비트 | | t3.micro | 12 | 288 | 2 | 10% | 0.5 | 최대 5기가비트 | | t3.small | 24 | 576 | 2 | 20% | 1.37 | 최대 5기가비트 | | t3.medium | 24 | 576 | 2 | 20% | 3.09 | 최대 5기가비트 | | t2.micro | 6 | 144 | 1 | 10% | 0.5 | 낮음에서 중간 | | t2.small | 12 | 288 | 1 | 20% | 1.55 | 낮음에서 중간 | | t2.medium | 24 | 576 | 2 | 20% | 3.22 | 낮음에서 중간 | \$1 누적될 수 있는 크레딧은 수는 24시간 동안 획득할 수 있는 크레딧의 수와 동일합니다. \$1\$1 테이블의 기준 성능은 vCPU 단위로 계산됩니다. vCPU가 1개 이상인 일부 노드 크기입니다. vCPU 백분율에 vCPU 개수를 곱하여 노드의 기준 CPU 사용률을 계산합니다. 다음 CPU 크레딧 지표는 T3 및 T4g 성능 순간 확장 가능 인스턴스에 사용할 수 있습니다. **참고** T2 성능 순간 확장 가능 인스턴스에는 이러한 지표를 사용할 수 없습니다. + `CPUCreditUsage` + `CPUCreditBalance` 이 지표에 대한 자세한 내용은 [CPU 크레딧 지표](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics) 섹션을 참조하세요. 또한 다음 사항을 숙지해야 합니다. + 모든 현재 세대 노드 유형은 기본적으로 Amazon VPC를 기반으로 Virtual Private Cloud(VPC)에서 생성됩니다. + Redis OSS AOF(append-only files)는 T2 인스턴스에서 지원되지 않습니다. Redis OSS 구성 변수 `appendonly` 및 `appendfsync`는 Redis OSS 버전 2.8.22 이상에서 지원되지 않습니다. ## 관련 정보 + [Amazon ElastiCache 제품 기능 및 세부 정보](https://aws.amazon.com/elasticache/details) + [Memcached에 대한 Memcached 노드 유형별 파라미터](ParameterGroups.Engine.md#ParameterGroups.Memcached) + [Valkey 및 Redis OSS 파라미터](ParameterGroups.Engine.md#ParameterGroups.Redis) + [전송 중 데이터 암호화(TLS)](in-transit-encryption.md) # 노드 재부팅 일부 변경 사항은 Valkey, Memcached 또는 Redis OSS 클러스터를 재부팅해야 적용됩니다. 예를 들어, 일부 파라미터는 파라미터 그룹의 파라미터 값을 변경할 경우 재부팅해야 변경 사항이 적용됩니다. **Topics** + [Redis OSS 노드 재부팅(클러스터 모드 비활성화 전용)](#nodes.rebooting.redis) + [Memcached용 클러스터 재부팅](#Clusters.Rebooting) ## Redis OSS 노드 재부팅(클러스터 모드 비활성화 전용) Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터의 경우 재부팅 후에만 적용되는 파라미터 그룹의 파라미터는 다음과 같습니다. + activerehashing + 데이터베이스 Redis 노드는 ElastiCache 콘솔을 통해서만 업데이트할 수 있습니다. 한 번에 하나의 노드만 재부팅할 수 있습니다. 여러 노드를 재부팅하려면 각 노드에 대해 프로세스를 반복해야 합니다. **Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 파라미터 변경** Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터에서 다음 파라미터를 변경하는 경우 다음 확인 단계를 따르십시오. activerehashing 데이터베이스 클러스터의 수동 백업을 만듭니다. [수동 백업 지원](backups-manual.md) 섹션을 참조하세요. Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터를 삭제합니다. [ElastiCache에서 클러스터 삭제](Clusters.Delete.md) 섹션을 참조하세요. 변경한 파라미터 그룹 및 백업을 사용해 클러스터를 복원하여 새로운 클러스터를 시드합니다. [백업에서 새 캐시로 복원](backups-restoring.md) 섹션을 참조하세요. 다른 파라미터를 변경한 경우에는 필요하지 않습니다. ### AWS Management Console 사용 ElastiCache 콘솔을 사용하여 노드를 재부팅할 수 있습니다. **노드를 재부팅하려면(콘솔)** 1. AWS Management Console에 로그인하고[ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)에서 ElastiCache 콘솔을 엽니다. 1. 상단 오른쪽 모서리의 목록에서 해당하는 AWS 리전을 선택합니다. 1. 왼쪽 탐색 창에서 **Redis OSS**를 선택합니다. Redis OSS를 실행하는 클러스터 목록이 표시됩니다. 1. **클러스터 이름**에서 클러스터를 선택합니다. 1. **노드 이름**에서 재부팅할 노드 옆에 있는 라디오 버튼을 선택합니다. 1. **작업**을 선택한 후 **노드 재부팅**을 선택합니다. 여러 노드를 재부팅하려면 재부팅할 노드마다 2단계에서 5단계까지 반복합니다. 한 노드의 재부팅이 완료되기를 기다렸다가 그다음 노드를 재부팅할 필요는 없습니다. ## Memcached용 클러스터 재부팅 Memcached 클러스터를 재부팅할 때 클러스터가 모든 데이터를 플러시하고 해당 엔진을 다시 시작합니다. 이 프로세스 중에는 클러스터에 액세스할 수 없습니다. 클러스터가 해당 데이터를 모두 플러시하기 때문에 클러스터가 다시 사용 가능한 상태가 되면 빈 클러스터로 시작됩니다. ElastiCache 콘솔, AWS CLI 또는ElastiCache API를 사용하여 클러스터를 재부팅할 수 있습니다. ElastiCache 콘솔, AWS CLI 또는 ElastiCache API 중 어느 것을 사용하건 단일 클러스터 재부팅만 시작할 수 있습니다. 여러 클러스터를 재부팅하려면 프로세스나 작업에서 반복해야 합니다. ### AWS Management Console 사용 ElastiCache 콘솔을 사용하여 클러스터를 재부팅할 수 있습니다. **클러스터를 재부팅하려면(콘솔)** 1. AWS Management Console에 로그인하고[ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)에서 ElastiCache 콘솔을 엽니다. 1. 상단 오른쪽 모서리의 목록에서 원하는 AWS 리전을 선택합니다. 1. 탐색 창에서 재부팅하려는 클러스터에서 실행 중인 엔진을 선택합니다. 선택한 엔진을 실행하는 클러스터 목록이 표시됩니다. 1. 클러스터 이름 왼쪽의 상자를 선택하여 재부팅할 클러스터를 선택합니다. **Reboot(재부팅)** 버튼이 활성화됩니다. 클러스터를 2개 이상 선택하면 **Reboot(재부팅)** 버튼이 비활성화됩니다. 1. **재부팅**을 선택합니다. 클러스터 재부팅 확인 화면이 나타납니다. 1. 클러스터를 재부팅하려면 [**Reboot**]를 선택합니다. 클러스터 상태가 *rebooting cluster nodes(클러스터 노드 재부팅)*로 변경됩니다. 클러스터를 재부팅하지 않으려면 [**Cancel**]을 선택합니다. 여러 클러스터를 재부팅하려면 재부팅할 클러스터마다 2단계에서 5단계까지 반복합니다. 한 클러스터의 재부팅이 완료되기를 기다렸다가 그다음 클러스터를 재부팅할 필요는 없습니다. 특정 노드를 재부팅하려면 노드를 선택한 다음**재부팅**을 선택합니다. ### AWS CLI 사용 클러스터를 재부팅하려면(AWS CLI) `reboot-cache-cluster` CLI 작업을 사용합니다. 클러스터의 특정 노드를 재부팅하려면 `--cache-node-ids-to-reboot`를 사용하여 재부팅할 특정 클러스터를 나열하세요. 다음 명령을 통해 *my-cluster*의 노드 0001, 0002 및 0004가 재부팅됩니다. Linux, macOS, Unix의 경우: ``` aws elasticache reboot-cache-cluster \ --cache-cluster-id my-cluster \ --cache-node-ids-to-reboot 0001 0002 0004 ``` Windows의 경우: ``` aws elasticache reboot-cache-cluster ^ --cache-cluster-id my-cluster ^ --cache-node-ids-to-reboot 0001 0002 0004 ``` 클러스터의 모든 노드를 재부팅하려면 `--cache-node-ids-to-reboot` 파라미터를 사용하고 클러스터의 모든 노드 ID를 나열하세요. 자세한 내용은 [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html)를 참조하세요. ### ElastiCache API 사용 ElastiCache API를 사용하여 클러스터를 재부팅하려면 `RebootCacheCluster` 작업을 사용하세요. 클러스터의 특정 노드를 재부팅하려면 `CacheNodeIdsToReboot`를 사용하여 재부팅할 특정 클러스터를 나열하세요. 다음 명령을 통해 *my-cluster*의 노드 0001, 0002 및 0004가 재부팅됩니다. ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=RebootCacheCluster &CacheClusterId=my-cluster &CacheNodeIdsToReboot.member.1=0001 &CacheNodeIdsToReboot.member.2=0002 &CacheNodeIdsToReboot.member.3=0004 &Version=2015-02-02 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20150202T192317Z &X-Amz-Credential= ``` 클러스터의 모든 노드를 재부팅하려면 `CacheNodeIdsToReboot` 파라미터를 사용하고 클러스터의 모든 노드 ID를 나열하세요. 자세한 내용은 [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html)를 참조하세요. # 노드 대체(Valkey 및 Redis OSS) Amazon ElastiCache는 인스턴스에 원활하게 적용되는 패치 및 업그레이드를 통해 플릿을 주기적으로 업그레이드합니다. 하지만 기본 호스트에 필수 OS 업데이트를 적용하기 위해 ElastiCache 노드를 다시 시작해야 하는 경우가 있습니다. 보안, 안정성 및 운영 성능을 강화하는 업그레이드 적용에 있어 이러한 교체가 필요합니다. 예정된 노드 교체 주기 이전에 언제든 이러한 교체를 직접 관리할 수 있는 옵션이 있습니다. 직접 대체를 관리할 때 노드를 다시 시작하면 인스턴스에서 OS 업데이트를 수신하고, 예정된 노드 대체는 취소됩니다. 노드 대체가 발생한다는 경고를 계속 수신할 수 있습니다. 이미 유지 관리의 필요성을 수동으로 완화한 경우 이 경고를 무시할 수 있습니다. **참고** Amazon ElastiCache에서 자동으로 생성된 교체 캐시 노드는 IP 주소가 다를 수 있습니다. 애플리케이션 구성을 검토하여 캐시 노드가 적절한 IP 주소와 연결되어 있는지 확인해야 합니다. 다음 목록은 ElastiCache에서 Valkey 또는 Redis OSS 노드 하나의 대체를 예약할 경우 취할 수 있는 조치를 보여줍니다. 상황에 맞는 정보를 신속하게 찾으려면 다음 메뉴에서 선택하세요. + [Do nothing](#DoNothing) – Amazon ElastiCache에서 예정대로 노드를 대체합니다. + [Change your maintenance window](#ChangeWindow) - 더 적합한 시간으로 유지 관리 기간을 변경합니다. + Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 구성 + [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone) - 백업 및 복원을 사용하여 Valkey 또는 Redis OSS 클러스터의 노드를 대체하는 절차입니다. + [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica) - 클러스터 가동 중지 시간 없이 복제본 수를 늘이거나 줄여 모든 Valkey 또는 Redis OSS 클러스터에서 읽기 전용 복제본을 대체하는 절차입니다. + [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode) - 클러스터 가동 중단 없이 확장 및 축소하여 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터에서 노드를 대체하는 동적 절차입니다. + Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 구성 + [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone) - 백업 및 복원을 사용하여 Valkey 또는 Redis OSS 클러스터의 모든 노드를 대체하는 절차입니다. + [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica) - 클러스터 가동 중지 시간 없이 복제본 수를 늘이거나 줄여 모든 Valkey 또는 Redis OSS 클러스터에서 읽기 전용 복제본을 대체하는 절차입니다. + [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic) - 복제를 사용하여 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터의 노드를 대체하는 절차입니다. + [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica) - Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 복제 그룹의 읽기 전용 복제본을 수동으로 대체하는 절차입니다. + [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary) - Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 복제 그룹의 프라이머리 노드를 수동으로 대체하는 절차입니다. **Valkey 및 Redis OSS 노드 대체 옵션** + **아무 작업 안 함** - 아무 작업도 하지 않으면 ElastiCache에서 예약대로 노드를 대체합니다.   자동 장애 조치가 활성화된 비클러스터 구성의 경우, 클러스터가 온라인 상태로 들어오는 쓰기 요청을 처리하는 동안 Valkey 7.2 이상 및 Redis OSS 5.0.6 이상의 클러스터가 대체를 완료합니다. Redis OSS 4.0.10 이하에서 자동 장애 조치가 활성화된 클러스터의 경우, DNS 업데이트와 관련하여 최대 수 초 간의 짧은 쓰기 중단이 발생할 수 있습니다. 노드가 자동 장애 조치가 활성화된 클러스터의 구성원일 경우 ElastiCache for Valkey 및 Redis OSS는 패치 중 개선된 가용성과 업데이트, 기타 유지 관리 관련 노드 교체를 제공합니다.   ElastiCache for Valkey or Redis OSS 클러스터 클라이언트를 사용하기 위해 설정되는 ElastiCache 클러스터 구성의 경우, 클러스터에서 수신 쓰기 요청을 처리하는 동안 교체가 완료됩니다.   자동 장애 조치가 활성화된 비클러스터 구성의 경우, 클러스터가 온라인 상태로 들어오는 쓰기 요청을 처리하는 동안 Valkey 7.2 이상 및 Redis OSS 5.0.6 이상의 클러스터가 대체를 완료합니다. Redis OSS 4.0.10 이하에서 자동 장애 조치가 활성화된 클러스터의 경우, DNS 업데이트와 관련하여 최대 수 초 간의 짧은 쓰기 중단이 발생할 수 있습니다.   노드가 독립 실행형이면 먼저 Amazon ElastiCache에서 대체 노드를 시작한 후 기존 노드에서 동기화합니다. 그 동안은 서비스 요청에 기존 노드를 사용할 수 없습니다. 동기화가 완료되면 기존 노드가 종료되고 새 노드가 그 역할을 대신합니다. ElastiCache는 이 작업이 진행되는 동안 데이터를 보존하기 위해 노력합니다.   + **유지 관리 기간 변경** - 예약된 유지 관리 이벤트의 경우 ElastiCache에서 이메일 또는 알림 이벤트를 수신합니다. 이러한 경우 예약된 대체 시간 전에 유지 관리 기간을 변경하면 이제 노드가 새 시간에 대체됩니다. 자세한 내용은 다음 자료를 참조하세요. + [ElastiCache 클러스터 수정](Clusters.Modify.md) + [복제 그룹 수정](Replication.Modify.md) **참고** 유지 관리 기간을 이동해 교체 기간을 변경하는 기능은 ElastiCache 알림에 유지 관리 기간이 포함된 경우에만 사용할 수 있습니다. 알림에 유지 관리 기간이 포함되어 있지 않으면 교체 기간을 변경할 수 없습니다. 예를 들어 11월 9일 목요일 15:00, 다음 유지 관리 기간은 11월 10일 금요일 17:00라고 가정해 보겠습니다. 다음을 이러한 가정의 결과를 보여주는 3가지 시나리오입니다. + 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 금요일 16:00으로 변경합니다. 11월 10일 금요일 16:00에 노드가 대체됩니다. + 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 토요일 16:00으로 변경합니다. 11월 11일 토요일 16:00에 노드가 대체됩니다. + 유지 관리 기간을 현재 날짜/시간보다 일주일 빠른 수요일 오후 4시로 변경합니다. 11월 15일 수요일 16:00에 노드가 대체됩니다. 지침은 [ElastiCache 클러스터 유지 관리](maintenance-window.md) 섹션을 참조하세요.   + **모든 Valkey 또는 Redis OSS 클러스터에서 노드만 대체** - 클러스터에 읽기 전용 복제본이 없는 경우 다음 절차를 사용하여 노드를 대체할 수 있습니다. **백업 및 복원을 사용하여 노드만을 대체하려면 다음을 수행합니다.** 1. 노드 클러스터의 스냅샷을 생성합니다. 지침은 [수동 백업 지원](backups-manual.md) 섹션을 참조하세요. 1. 스냅샷에서 시드하여 새 클러스터를 생성합니다. 지침은 [백업에서 새 캐시로 복원](backups-restoring.md) 섹션을 참조하세요. 1. 대체 예약한 노드가 포함된 클러스터를 삭제합니다. 지침은 [ElastiCache에서 클러스터 삭제](Clusters.Delete.md) 섹션을 참조하세요. 1. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다.   + **Valkey 또는 Redis OSS 클러스터에서 복제본 노드 대체** - 복제본 클러스터를 대체하려면, 복제본 개수를 늘립니다. 이렇게 하려면 복제본을 추가한 다음 대체할 복제본을 제거하여 복제본 수를 줄입니다. 이 프로세스는 동적이며 클러스터 중단 시간이 없습니다. **참고** 샤드 또는 복제 그룹에 이미 5개 복제본이 있는 경우 1단계와 2단계를 반대로 합니다. **모든 Valkey 또는 Redis OSS 클러스터에서 복제본을 대체하려면 다음을 수행합니다.** 1. 샤드 또는 복제 그룹에 복제본을 추가하여 복제본 수를 늘립니다. 자세한 내용은 [샤드의 복제본 수 늘리기](increase-replica-count.md) 섹션을 참조하세요. 1. 대체하려는 복제본을 삭제합니다. 자세한 내용은 [샤드의 복제본 수 줄이기](decrease-replica-count.md) 섹션을 참조하세요. 1. 애플리케이션에서 엔드포인트를 업데이트합니다.   + **Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 샤드에서 노드 대체** - 가동 중지 시간 없이 클러스터에서 노드를 대체하려면 온라인 리샤딩을 사용하세요. 먼저 확장하여 샤드를 추가한 다음 축소하여 대체할 노드로 샤드를 삭제합니다. **Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터에서 노드를 대체하려면** 1. 확장: 대체할 노드가 포함된 기존 샤드와 동일한 구성의 추가 샤드를 추가합니다. 자세한 내용은 [온라인 리샤딩을 사용하여 샤드 추가](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add) 섹션을 참조하세요. 1. 축소: 대체할 노드가 포함된 샤드를 삭제합니다. 자세한 내용은 [온라인 리샤딩을 사용하여 샤드 제거](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove) 섹션을 참조하세요. 1. 애플리케이션에서 엔드포인트를 업데이트합니다.   + **Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터의 노드 대체** - 클러스터가 읽기 전용 복제본이 없는 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터인 경우 다음 절차를 사용하여 노드를 대체할 수 있습니다. **복제를 사용하여 노드 대체하려면(클러스터 모드 비활성화 전용)** 1. 기본으로 대체하도록 예약한 노드가 있는 클러스터에 복제를 추가합니다. 이 클러스터에서 다중 AZ를 활성화하지 마십시오. 지침은 [샤드 없이 Valkey 또는 Redis OSS 클러스터에 복제를 추가하려면](Clusters.AddNode.md#AddReplication.CON) 섹션을 참조하세요. 1. 클러스터에 읽기 전용 복제본을 추가합니다. 지침은 [ElastiCache 클러스터에 노드를 추가하려면(콘솔)](Clusters.AddNode.md#AddNode.CON) 섹션을 참조하세요. 1. 읽기 전용 복제본을 기본으로 승격합니다. 지침은 [Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 복제 그룹에 대해 읽기 전용 복제본을 기본으로 승격](Replication.PromoteReplica.md) 섹션을 참조하세요. 1. 대체 예약한 노드를 삭제합니다. 지침은 [ElastiCache 클러스터에서 노드 제거](Clusters.DeleteNode.md) 섹션을 참조하세요. 1. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다.   + **Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 읽기 전용 복제본 대체** - 노드가 읽기 전용 복제본이면 노드를 대체하세요. 클러스터에 복제본 노드가 한 개뿐이고 다중 AZ가 활성화되어 있으면 다중 AZ를 비활성화해야 복제본을 삭제할 수 있습니다. 지침은 [복제 그룹 수정](Replication.Modify.md) 섹션을 참조하세요. **Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 읽기 전용 복제본을 대체하려면** 1. 대체 예약된 복제본을 삭제합니다. 지침은 다음을 참조하세요. + [샤드의 복제본 수 줄이기](decrease-replica-count.md) + [ElastiCache 클러스터에서 노드 제거](Clusters.DeleteNode.md) 1. 대체 예약된 복제본을 대체할 새 복제본을 추가합니다. 삭제한 복제본과 같은 이름을 사용하는 경우 3단계를 건너뛸 수 있습니다. 지침은 다음을 참조하세요. + [샤드의 복제본 수 늘리기](increase-replica-count.md) + [Valkey 또는 Redis OSS에 대한 읽기 전용 복제본 추가(클러스터 모드 비활성화됨)](Replication.AddReadReplica.md) 1. 애플리케이션에서 이전 복제본의 엔드포인트를 새 복제본의 엔드포인트로 대체합니다. 1. 시작할 때 다중 AZ를 비활성화한 경우 다시 활성화합니다. 지침은 [다중 AZ 활성화](AutoFailover.md#AutoFailover.Enable) 섹션을 참조하세요.   + **Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 프라이머리 노드 대체** - 노드가 프라이머리 노드이면 먼저 읽기 전용 복제본을 기본으로 승격하세요. 그런 다음 프라이머리 노드였던 복제본을 삭제합니다. 클러스터에 복제본이 한 개뿐이고 다중 AZ가 활성화되어 있으면 2단계에서 다중 AZ를 비활성화해야 복제본을 삭제할 수 있습니다. 지침은 [복제 그룹 수정](Replication.Modify.md) 섹션을 참조하세요. **Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 프라이머리 노드를 대체하려면** 1. 읽기 전용 복제본을 기본으로 승격합니다. 지침은 [Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 복제 그룹에 대해 읽기 전용 복제본을 기본으로 승격](Replication.PromoteReplica.md) 섹션을 참조하세요. 1. 대체 예약된 노드(이전의 기본)를 삭제합니다. 지침은 [ElastiCache 클러스터에서 노드 제거](Clusters.DeleteNode.md) 섹션을 참조하세요. 1. 대체 예약된 복제본을 대체할 새 복제본을 추가합니다. 삭제한 노드와 같은 이름을 사용하는 경우 애플리케이션에서 엔드포인트 변경을 건너뛸 수 있습니다. 지침은 [Valkey 또는 Redis OSS에 대한 읽기 전용 복제본 추가(클러스터 모드 비활성화됨)](Replication.AddReadReplica.md) 섹션을 참조하세요. 1. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다. 1. 시작할 때 다중 AZ를 비활성화한 경우 다시 활성화합니다. 지침은 [다중 AZ 활성화](AutoFailover.md#AutoFailover.Enable) 단원을 참조하세요.   # 노드 대체(Memcached) Amazon ElastiCache for Memcached는 인스턴스에 원활하게 적용되는 패치 및 업그레이드를 통해 플릿을 주기적으로 업그레이드합니다. 하지만 기본 호스트에 필수 OS 업데이트를 적용하기 위해 ElastiCache for Memcached 노드를 다시 시작해야 하는 경우가 있습니다. 보안, 안정성 및 운영 성능을 강화하는 업그레이드 적용에 있어 이러한 교체가 필요합니다. 예정된 노드 교체 주기 이전에 언제든 이러한 교체를 직접 관리할 수 있는 옵션이 있습니다. 직접 대체를 관리할 때 노드를 다시 시작하면 인스턴스에서 OS 업데이트를 수신하고, 예정된 노드 대체는 취소됩니다. 노드 대체가 발생한다는 경고를 계속 수신할 수 있습니다. 이미 유지 관리의 필요성을 수동으로 완화한 경우 이 경고를 무시할 수 있습니다. **참고** Amazon ElastiCache에서 자동으로 생성된 교체 캐시 노드는 IP 주소가 다를 수 있습니다. 애플리케이션 구성을 검토하여 캐시 노드가 적절한 IP 주소와 연결되어 있는지 확인해야 합니다. 다음 목록은 ElastiCache에서 Memcached 노드 하나의 대체를 예약할 경우 취할 수 있는 조치를 보여줍니다. + **아무 작업 안 함** - 아무 작업도 하지 않으면 ElastiCache에서 예약대로 노드를 대체합니다. ElastiCache에서 자동으로 노드를 새 노드로 대체하면 새 노드가 처음에는 비어 있습니다. + **유지 관리 기간 변경** - 예약된 유지 관리 이벤트의 경우 ElastiCache에서 이메일 또는 알림 이벤트를 수신합니다. 이 경우 예약된 대체 시간 전에 유지 관리 기간을 변경하면 이제 노드가 새 시간에 대체됩니다. 자세한 내용은 [ElastiCache 클러스터 수정](Clusters.Modify.md) 섹션을 참조하세요. **참고** 유지 관리 기간을 이동해 교체 기간을 변경하는 기능은 ElastiCache 알림에 유지 관리 기간이 포함된 경우에만 사용할 수 있습니다. 알림에 유지 관리 기간이 포함되어 있지 않으면 교체 기간을 변경할 수 없습니다. 예를 들어 11월 9일 목요일 15:00, 다음 유지 관리 기간은 11월 10일 금요일 17:00라고 가정해 보겠습니다. 다음을 이러한 가정의 결과를 보여주는 3가지 시나리오입니다. + 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 금요일 16:00으로 변경합니다. 11월 10일 금요일 16:00에 노드가 대체됩니다. + 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 토요일 16:00으로 변경합니다. 11월 11일 토요일 16:00에 노드가 대체됩니다. + 유지 관리 기간을 현재 날짜/시간보다 일주일 빠른 수요일 오후 4시로 변경합니다. 11월 15일 수요일 16:00에 노드가 대체됩니다. 지침은 [ElastiCache 클러스터 유지 관리](maintenance-window.md) 섹션을 참조하세요. + **수동으로 노드 대체** - 다음 유지 관리 기간 전에 노드를 대체하려면 노드를 수동으로 대체하세요. 노드를 수동으로 대체하면 키는 재분산됩니다. 이 재분산으로 인해 캐시가 누락될 수 있습니다. **Memcached 노드를 수동으로 대체하려면** 1. 대체 예약한 노드를 삭제합니다. 지침은 [ElastiCache 클러스터에서 노드 제거](Clusters.DeleteNode.md) 섹션을 참조하세요. 1. 클러스터에 새 노드를 추가합니다. 지침은 [ElastiCache 클러스터에 노드 추가](Clusters.AddNode.md) 섹션을 참조하세요. 1. 이 클러스터에서 자동 검색 기능을 사용하지 않으려면 애플리케이션을 확인하고 기존 노드의 모든 엔드포인트 인스턴스를 새로운 노드 엔드포인트로 대체합니다. # 예약 노드 하나 이상의 ElastiCache 노드를 예약하여 비용을 줄일 수 있습니다. 노드 유형과 예약 기간(1년 또는 3년)에 따라 예약 노드에 선결제 요금이 부과됩니다. 예약된 노드가 사용 사례에 대해 비용이 절감되는지 확인하려면 먼저 필요한 노드 수와 노드 크기를 결정합니다. 그런 다음 노드의 사용량을 예측하고 온디맨드 노드와 예약된 노드의 총 비용을 비교합니다. 클러스터에서 예약 노드와 온디맨드 노드를 함께 사용할 수 있습니다. 요금에 대한 자세한 정보는 [Amazon ElastiCache 요금](https://aws.amazon.com/elasticache/pricing/)을 참조하세요. **Topics** + [예약 노드를 통해 비용 관리](#reserved-nodes) + [표준 예약 노드 제품](#reserved-nodes-standard) + [유연한 크기의 예약 노드](#reserved-nodes-size) + [예약 노드 삭제](#reserved-nodes-deleting) + [이전 예약 노드 제품](#reserved-nodes-utilization) + [예약 노드 제품에 대한 정보 가져오기](#reserved-nodes-offerings) + [예약 노드 구입](#reserved-nodes-purchasing) + [예약 노드에 대한 정보 가져오기](#reserved-nodes-describing) ## 예약 노드를 통해 비용 관리 하나 이상의 노드를 예약하여 비용을 줄일 수 있습니다. 노드 유형과 예약 기간(1년 또는 3년)에 따라 예약 노드에 선결제 요금이 부과됩니다. 이 요금은 온디맨드 노드에서 발생하는 시간당 사용 요금보다 훨씬 낮습니다. 예약된 노드가 사용 사례에 대해 비용이 절감되는지 확인하려면 먼저 필요한 노드 수와 노드 크기를 결정합니다. 그런 다음 노드의 사용량을 예측하고 온디맨드 노드와 예약된 노드의 총 비용을 비교합니다. 클러스터에서 예약 노드와 온디맨드 노드를 함께 사용할 수 있습니다. 요금에 대한 자세한 정보는 [Amazon ElastiCache 요금](https://aws.amazon.com/elasticache/pricing/)을 참조하세요. AWS 리전, 노드 유형 및 기간은 구매 시 선택해야 하며 나중에 변경할 수 없습니다. AWS Management Console, AWS CLI 또는 ElastiCache API를 사용하여 사용 가능한 예약 노드 제품을 나열하고 구입할 수 있습니다. 예약 노드에 대한 자세한 내용은 [Amazon ElastiCache 예약 노드](https://aws.amazon.com/elasticache/reserved-cache-nodes/)를 참조하세요. ## 표준 예약 노드 제품 Amazon ElastiCache에서 예약 인스턴스(RI)를 구매할 때는 예약 노드 인스턴스의 기간 동안 특정 노드 인스턴스 유형 및 AWS 리전에 대해 할인 요금을 이용하는 약정을 구매할 수 있습니다. Amazon ElastiCache 예약 노드 인스턴스를 사용하려면 온디맨드 인스턴스와 똑같은 방법으로 새 ElastiCache 노드 인스턴스를 생성해야 합니다. 새로운 예약 노드 인스턴스의 사양이 계정의 기존 예약 노드 인스턴스와 일치하면 예약 인스턴스에 제공되는 할인 요금이 청구됩니다. 그렇지 않으면 노드 인스턴스에 대해 온디맨드 요금이 청구됩니다. 이 표준 RI는 R5 및 M5 인스턴스 패밀리부터 사용할 수 있습니다. **참고** 다음에 설명된 모든 제품 유형은 1년과 3년 단위로 사용할 수 있습니다. **제공 유형** **선수금 없음 ** RI는 선결제 금액 없이 예약된 ElastiCache 인스턴스에 대한 액세스를 제공합니다. *선결제 없음* 예약 ElastiCache 인스턴스는 사용되는지 여부와 상관없이 사용 기간 동안 매시간마다 할인된 시간당 요금이 청구됩니다. **부분 선결제** RI의 경우 예약된 ElasticCache 인스턴스의 일부를 먼저 결제해야 합니다. 결제하지 않은 시간에 대해서는 사용 기간 동안 사용량에 상관없이 할인된 시간당 요금이 청구됩니다. 이 옵션은 다음 섹션에서 설명할 이전 *Heavy 사용률* 옵션을 대신합니다. **전체 선결제** RI의 경우 RI 사용 기간이 시작될 때 전액 지불해야 합니다. 사용 시간과 관계없이 남은 기간 동안 다른 비용은 발생하지 않습니다. ## 유연한 크기의 예약 노드 모든 예약 노드는 크기가 유연합니다. 예약 노드를 구매할 때 지정하는 한 가지 사항은 노드 유형입니다 (예: cache.r6g.xlarge). 노드 유형에 대한 자세한 내용은 [Amazon ElastiCache 요금](https://aws.amazon.com/elasticache/pricing/ ) 섹션을 참조하세요. 이미 노드가 있지만 용량을 확장해야 하는 경우에는 예약 노드가 확장된 노드에 자동으로 적용됩니다. 즉, 예약 노드는 동일한 노드 패밀리의 모든 규모의 사용에 자동으로 적용됩니다. 크기가 유연한 예약 노드는 동일한 지역의 AWS 노드에 사용할 수 있습니다. 유연한 크기의 예약 노드는 해당 노드 제품군에서만 확장할 수 있습니다. 예를 들어, cache.r6g와 cache.r6gd는 서로 다른 노드 클래스 유형이기 때문에 cache.r6g.xlarge에 대한 예약 노드는 cache.r6g.2xlarge에 적용될 수 있지만 cache.r6gd.large에는 적용되지 않습니다. 크기 유연성은 동일한 노드 클래스 유형 내에서 구성 간에 자유롭게 이동할 수 있음을 의미합니다. 예를 들어, 추가 비용 없이 동일한 AWS 지역의 r6g.xlarge 예약 노드 1개(정규화된 유닛 8개)에서 r6g.large 예약 노드 2개(정규화된 유닛 8개) (2\$14 = 정규화된 유닛 8개)로 이동할 수 있습니다. ### 노드를 Redis OSS에서 Valkey로 업그레이드 ElastiCache에서 Valkey를 시작하면 이제 Redis OSS 예약 노드 할인을 Valkey 캐시 엔진에 적용할 수 있습니다. 기존 계약 및 예약의 이점을 유지하면서 Redis OSS에서 Valkey로 업그레이드할 수 있습니다. 캐시 노드 패밀리 및 엔진 내에서 이점을 적용할 수 있을 뿐만 아니라 더 많은 증분 값을 얻을 수도 있습니다. Valkey는 Redis OSS에 비해 20% 할인된 가격으로 제공되며, 예약된 노드 유연성을 통해 Redis OSS 예약 노드를 사용하여 실행 중인 Valkey 노드를 20% 더 많이 커버할 수 있습니다. 할인율을 계산하기 위해 각 ElastiCache 노드와 엔진 조합에는 단위로 측정되는 정규화 인수가 있습니다. 예약 노드 단위는 지정된 엔진에 대해 예약 노드의 인스턴스 패밀리 내에 있는 실행 중인 모든 노드에 적용할 수 있습니다. Redis OSS 예약 노드는 엔진에 추가로 적용하여 실행 중인 Valkey 노드를 커버할 수 있습니다. Valkey는 Redis OSS 및 Memcached에 비해 할인된 가격으로 가격이 책정되기 때문에 지정된 인스턴스 유형에 대한 단위가 낮아 Redis OSS 예약 노드가 더 많은 Valkey 노드를 커버할 수 있습니다. 예를 들어, Redis OSS 엔진(32 단위)에 대해 cache.r7g.4xlarge용 예약 노드를 구매했고 캐시.r7g.4xlarge Redis OSS 노드(32 단위) 하나를 실행 중이라고 가정해 보겠습니다. 노드를 Valkey로 업그레이드하면 실행 중인 노드의 정규화 인수가 25.6단위로 떨어지며, 기존 예약 노드는 리전의 cache.r7g 패밀리 내에서 실행 중인 다른 Valkey 또는 Redis OSS 노드에 사용할 추가 6.4단위를 제공합니다. 이를 사용하여 계정의 다른 cache.r7g.4xlarge Valkey 노드의 25%(25.6 단위) 또는 cache.r7g.xlarge Valkey 노드의 100%(6.4 단위)를 포함할 수 있습니다. ### 정규화된 단위를 통한 사용량 비교 예약 노드의 크기에 따른 사용량은 정규화 유닛을 사용하여 비교할 수 있습니다. 예를 들어, 두 개의 cache.r6g.4xlarge 노드에서 1시간을 사용하면 하나의 cache.r6g.large에서 16시간을 사용하는 것과 같습니다. 다음 표는 노드 크기에 따른 정규화 유닛의 수를 나타낸 것입니다. **** | 노드 크기 | Redis OSS 또는 Memcached를 사용하는 정규화된 유닛 | Valkey를 사용한 정규화된 유닛 | | --- | --- | --- | | micro | 0.5 | 0.4 | | small | 1 | 8. | | medium | 2 | 1.6 | | large | 4 | 3.2 | | xlarge | 8 | 6.4 | | 2xlarge | 16 | 12.8 | | 4xlarge | 32 | 25.6 | | 6xlarge | 48 | 38.4 | | 8xlarge | 64 | 51.2 | | 10xlarge | 80 | 64 | | 12xlarge | 96 | 76.8 | | 16xlarge | 128 | 102.4 | | 24xlarge | 192 | 153.6 | cache.r6gd.xlarge 예약 노드를 1개 구매하고, 동일한 AWS 리전의 계정에서 cache.r6gd.large 예약 노드를 2개 실행하는 경우를 예로 들어 보겠습니다. 이 경우, 결제 혜택은 두 노드에 100% 적용됩니다. ![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/images/ri1.png) 또는 동일한 AWS 리전의 계정에서 실행 중인 cache.r6gd.2xlarge 인스턴스 1개가 있는 경우, 결제 혜택은 노드 사용량의 50%에 적용됩니다. ![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/ko_kr/AmazonElastiCache/latest/dg/images/ri2.png) ## 예약 노드 삭제 예약 노드에 대한 약정 기간은 1년 또는 3년입니다. 예약 노드를 취소할 수 없습니다. 하지만 예약 노드 할인이 적용되는 노드를 삭제할 수는 있습니다. 예약 노드 할인이 적용되는 노드의 삭제 프로세스는 다른 노드를 삭제할 때와 동일합니다. 예약 노드 할인이 적용되는 노드를 삭제할 경우에는 다르지만 서로 사양이 호환되는 노드로 시작할 수 있습니다. 이 경우, 예약 기간(1년 또는 3년)에 요금 할인을 계속 받을 수 있습니다. ## 이전 예약 노드 제품 세 가지의 이전 노드 예약 수준에는 Heavy 사용률, Medium 사용률 및 Light 사용률이 있습니다. 어느 사용률 수준으로나 1년 또는 3년간 노드를 예약할 수 있습니다. 노드 유형, 사용률 수준 및 예약 기간에 따라 총 비용이 정해집니다. 예약 노드를 구입하기 전에 다양한 모델을 비교하여 예약 노드가 회사에 줄 수 있는 절약 효과를 확인하세요. 특정 사용률 수준이나 기간으로 구입한 노드를 다른 사용률 수준이나 기간으로 바꿀 수 없습니다. **사용률 수준** *Heavy 사용률 예약 노드*는 용량 기준이 일관된 워크로드를 가능하게 하거나 되거나 상태가 꾸준한 워크로드를 실행합니다. Heavy 사용률 예약 노드는 높은 선납금 약정이 필요하지만 예약 노드 기간의 79% 이상을 실행하려는 경우 가장 크게 비용을 절감할 수 있습니다(온디맨드 요금의 70%까지). Heavy 사용률 예약 노드의 경우, 일회성 요금을 지불합니다. 이는 노드가 실행 여부에 관계없이 사용 기간 동안 시간당 요금이 더 낮습니다. *Medium 사용률 예약 노드*는 많은 기간 예약 노드를 이용할 계획이고 더 저렴한 일회성 요금을 원하거나 노드 사용을 종료할 때 노드 요금 지불을 중지할 수 있기를 원하는 경우 가장 적합한 옵션입니다. Medium 사용률 예약 노드는 예약 노드 기간의 40% 이상을 실행하려는 경우 더욱 비용 효율적인 옵션입니다. 이 옵션은 온 디맨드 가격의 최대 64%까지 절감할 수 있습니다. Medium 사용률 예약 노드를 사용하면 Light 사용률 예약 노드를 사용하는 것보다 약간 높은 일회성 요금을 지불하지만 노드를 실행할 때 시간당 사용 요금을 낮출 수 있습니다. *Light 사용률 예약 노드*는 매일 두세 시간 또는 일주일에 며칠 정도 실행하는 정기 작업에 적합합니다. Light 사용률 예약 노드를 사용하면 일회성 요금을 지불한 후 노드를 실행할 때 할인된 시간당 요금을 지불하게 됩니다. 노드가 예약된 노드 사용 기간의 17% 이상을 실행 중인 경우, 비용을 절감할 수 있습니다. 예약된 노드의 전체 사용 기간 동안 온디맨드 요금의 최대 56%까지 절감할 수 있습니다. **이전 예약 노드 제품** | 제공 유형 | 선결제 비용 | 사용료 | 이점 | | --- | --- | --- | --- | | Heavy 사용률 | 가장 높음 | 시간당 가장 낮은 요금. 예약 노드를 사용하고 있는지 상관없이 전체 기간에 적용됩니다. | 예상되는 예약 노드 사용률이 3년 약정 기준으로 79% 이상인 경우 전체적인 비용이 가장 낮습니다. | | Medium 사용률 | 중간 | 노드를 실행하는 매 시간마다 시간당 사용 요금이 청구됩니다. 노드가 실행되지 않을 때는 시간당 요금이 청구되지 않습니다. | 탄력적인 워크로드 또는 3년 약정 기간에 40% 이상의 보통 사용량이 필요한 경우에 적합합니다. | | Light 사용률 | 가장 낮음 | 노드를 실행하는 매 시간마다 시간당 사용 요금이 청구됩니다. 노드가 실행되지 않을 때는 시간당 요금이 청구되지 않습니다. 모든 제공 유형 중에서 시간당 요금이 가장 높지만 예약 노드가 실행되고 있을 때만 요금이 적용됩니다. | 항상 실행할 계획이라면 전체 비용이 가장 높습니다. 그러나, 이는 3년 약정 기간의 약 15% 이상 예약 노드를 자주 사용하지 않는 경우 전체 비용이 가장 낮습니다. | | 온디맨드 사용(예약 노드 없음) | 없음 | 시간당 요금이 가장 높습니다. 노드가 실행 중일 때마다 적용됩니다. | 시간당 비용이 가장 높습니다. | 자세한 내용은 [Amazon ElastiCache 요금](https://aws.amazon.com/elasticache/pricing/)을 참조하세요. ## 예약 노드 제품에 대한 정보 가져오기 예약 노드를 구입하기 전에 사용 가능한 예약 노드 제품에 대한 정보를 확인할 수 있습니다. 다음 예제에서는 AWS Management Console, AWS CLI 및 ElastiCache API를 사용하여 사용 가능한 예약 노드 제품의 요금과 정보를 확인하는 방법을 보여줍니다. **Topics** + [AWS Management Console 사용](#reserved-nodes-offerings-console) + [AWS CLI 사용](#reserved-nodes-offerings-cli) + [ElastiCache API 사용](#reserved-nodes-offerings-api) ### 예약 노드 제품에 대한 정보 가져오기(콘솔) AWS Management Console을 사용하여 사용 가능한 예약 클러스터 상품의 요금과 그 밖의 정보를 가져오려면 다음 절차를 따르십시오. **사용 가능한 예약 노드 제품에 대한 정보를 가져오려면** 1. AWS Management Console에 로그인하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)에서 ElastiCache 콘솔을 엽니다. 1. 탐색 창에서 **예약 노드**를 선택합니다. 1. **예약 노드 구매(Purchase Reserved Node)**를 선택합니다. 1. **엔진**에서 Valkey, Memcached 또는 Redis OSS 중 하나를 선택합니다. 1. 사용 가능한 제품을 확인하려면 다음 옵션 중에서 선택합니다. + **노드 유형(Node Type** + **Term** + **Offering Type(제공 유형** 선택한 후 선택 항목의 노드당 비용과 총 비용이 **예약 세부 정보(Reservation details)** 아래에 표시됩니다. 1. [**Cancel**]을 선택하면 이 노드를 구입하지 않으며 요금이 발생하지 않습니다. ### 예약 노드 제품에 대한 정보 가져오기(AWS CLI) Valkey 또는 Redis OSS에 사용 가능한 예약 노드 제품의 요금과 그 밖의 정보를 가져오려면 명령 프롬프트에 다음 명령을 입력합니다. ``` 1. aws elasticache describe-reserved-cache-nodes-offerings ``` 이 작업은 다음과 유사한 출력을 생성합니다(JSON 형식). ``` { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "All Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.X, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.xlarge", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "Partial Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXX, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 31536000, "FixedPrice": X.X, "UsagePrice": X.X, "ProductDescription": "redis", "OfferingType": "No Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXX, "RecurringChargeFrequency": "Hourly" } ] } ``` Memcached에 사용 가능한 예약 노드 제품의 요금과 그 밖의 정보를 가져오려면 명령 프롬프트에 다음 명령을 입력합니다. ``` { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.large", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "All Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.X, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xxx.xlarge", "Duration": 94608000, "FixedPrice": XXXX.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "Partial Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXXX, "RecurringChargeFrequency": "Hourly" } ] }, { "ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072", "CacheNodeType": "cache.xx.12xlarge", "Duration": 31536000, "FixedPrice": X.X, "UsagePrice": X.X, "ProductDescription": "memcached", "OfferingType": "No Upfront", "RecurringCharges": [ { "RecurringChargeAmount": X.XXXX, "RecurringChargeFrequency": "Hourly" } ] } ``` 자세한 내용은 AWS CLI 참조에서 [describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html)를 참조하세요. ### 예약 노드 제품에 대한 정보 가져오기(ElastiCache API) 사용 가능한 예약 노드 제품의 요금과 정보를 가져오려면 `DescribeReservedCacheNodesOfferings` 작업을 호출하세요. **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReservedCacheNodesOfferings &Version=2014-12-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 자세한 내용은 ElastiCache API 참조에서 [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)를 참조하세요. ## 예약 노드 구입 다음 예제에서는 AWS Management Console, AWS CLI 및 ElastiCache API를 사용하여 예약 노드 제품을 구입하는 방법을 설명합니다. **중요** 이 섹션의 예제에 따라 예약할 수 없는 AWS 계정에 요금이 부과됩니다. **Topics** + [AWS Management Console 사용](#reserved-nodes-purchasing-console) + [AWS CLI 사용](#reserved-nodes-purchasing-cli) + [ElastiCache API 사용](#reserved-nodes-purchasing-api) ### 예약 노드 구매(콘솔) 이 예제에서는 예약 노드 ID가 *myreservationID*인 특정 예약 노드 제품 *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*를 구입하는 방법을 보여줍니다. 다음 절차에서는 AWS Management Console을 사용하여 제품 ID로 예약 노드 제품을 구입합니다. **예약 노드를 구입하려면** 1. AWS Management Console에 로그인하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)에서 ElastiCache 콘솔을 엽니다. 1. 탐색 목록에서 **예약 노드(Reserved Nodes)** 링크를 선택합니다. 1. **예약 노드 구매(Purchase reserved nodes)** 버튼을 선택합니다. 1. **엔진**에서 Valkey, Memcached 또는 Redis OSS를 선택합니다. 1. 사용 가능한 제품을 확인하려면 다음 옵션 중에서 선택합니다. + **노드 유형(Node Type** + **Term** + **Offering Type(제공 유형** + 선택적 **예약 노드 ID(Reserved node ID)** 선택한 후 선택 항목의 노드당 비용과 총 비용이 **예약 세부 정보(Reservation details)** 아래에 표시됩니다. 1. **구입**을 선택하세요. ### 예약 노드 구입(AWS CLI) 다음 예제에서는 예약 노드 ID가 *myreservationID*인 특정 예약 클러스터 상품 *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*를 구입하는 방법을 보여줍니다. 명령 프롬프트에서 다음 명령을 입력합니다. Linux, macOS, Unix의 경우: ``` 1. aws elasticache purchase-reserved-cache-nodes-offering \ 2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \ 3. --reserved-cache-node-id myreservationID ``` Windows의 경우: ``` 1. aws elasticache purchase-reserved-cache-nodes-offering ^ 2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^ 3. --reserved-cache-node-id myreservationID ``` 이 명령은 다음과 비슷한 출력을 반환합니다. ``` 1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type 2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization ``` 자세한 내용은 AWS CLI 참조에서 [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html)을 참조하세요. ### 예약 노드 구입(ElastiCache API) 다음 예제에서는 예약 클러스터 ID가 *myreservationID*인 특정 예약 노드 제품 *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*를 구입하는 방법을 보여줍니다. 다음 파라미터와 함께 `PurchaseReservedCacheNodesOffering` 작업을 호출합니다. + `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f` + `ReservedCacheNodeID` = `myreservationID` + `CacheNodeCount` = `1` **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=PurchaseReservedCacheNodesOffering &ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f &ReservedCacheNodeID=myreservationID &CacheNodeCount=1 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 자세한 내용은 ElastiCache API 참조에서 [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)을 참조하세요. ## 예약 노드에 대한 정보 가져오기 AWS Management Console, AWS CLI 및 ElastiCache API를 사용하여 구입한 예약 노드에 대한 정보를 가져올 수 있습니다. **Topics** + [AWS Management Console 사용](#reserved-nodes-describing-console) + [AWS CLI 사용](#reserved-nodes-describing-cli) + [ElastiCache API 사용](#reserved-nodes-describing-api) ### 예약 노드에 대한 정보 가져오기(콘솔) 다음 절차에서는 AWS Management Console을 사용하여 구입한 예약 노드에 대한 정보를 가져오는 방법을 설명합니다. **구입한 예약 노드에 대한 정보를 가져오려면** 1. AWS Management Console에 로그인하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/)에서 ElastiCache 콘솔을 엽니다. 1. 탐색 목록에서 **예약 노드(Reserved nodes)** 링크를 선택합니다. 계정의 예약 노드가 예약 노드 목록에 나타납니다. 목록에서 예약 노드를 선택하면 콘솔 아래쪽의 세부 정보 창에 예약 노드에 대한 자세한 정보가 표시됩니다. ### 예약 노드에 대한 정보 가져오기(AWS CLI) AWS 계정의 예약 노드에 대한 정보를 가져오려면 명령 프롬프트에 명령을 입력하세요. ``` aws elasticache describe-reserved-cache-nodes ``` 이 작업은 다음과 유사한 출력을 생성합니다(JSON 형식). ``` { "ReservedCacheNodeId": "myreservationid", "ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f", "CacheNodeType": "cache.xx.small", "DataTiering": "disabled", "Duration": "31536000", "ProductDescription": "memcached", "OfferingType": "Medium Utilization", "MaxRecords": 0 } ``` 자세한 내용은 AWS CLI 참조에서 [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)를 참조하세요. ### 예약 노드에 대한 정보 가져오기(ElastiCache API) AWS 계정의 예약 노드에 대한 정보를 가져오려면 `DescribeReservedCacheNodes` 작업을 호출하세요. **Example** ``` https://elasticache.us-west-2.amazonaws.com/ ?Action=DescribeReservedCacheNodes &Version=2014-12-01 &SignatureVersion=4 &SignatureMethod=HmacSHA256 &Timestamp=20141201T220302Z &X-Amz-Algorithm=&AWS;4-HMAC-SHA256 &X-Amz-Date=20141201T220302Z &X-Amz-SignedHeaders=Host &X-Amz-Expires=20141201T220302Z &X-Amz-Credential= &X-Amz-Signature= ``` 자세한 내용은 ElastiCache API 참조에서 [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)를 참조하세요. # 이전 세대 노드 마이그레이션 이전 세대 노드는 단계적으로 제거되고 있는 노드 유형입니다. 이전 세대 노드 유형을 사용하는 기존 클러스터가 없는 경우 ElastiCache는 해당 노드 유형의 새 클러스터 생성을 지원하지 않습니다. 이전 세대 노드 유형의 수가 제한되어 있기 때문에 클러스터에서 노드가 비정상 상태가 될 때 성공적인 교체를 보장할 수 없습니다. 이러한 시나리오에서는 클러스터 가용성에 부정적인 영향을 줄 수 있습니다. 가용성 및 성능 향상을 위해 클러스터를 새 노드 유형으로 마이그레이션하는 것이 좋습니다. 마이그레이션할 권장 노드 유형에 대해서는 [업그레이드 경로](https://aws.amazon.com/ec2/previous-generation/)를 참조하세요. ElastiCache에서 지원되는 노드 유형 및 이전 세대 노드 유형의 전체 목록에 대해서는 [지원되는 노드 유형](CacheNodes.SupportedTypes.md) 섹션을 참조하세요. ## Valkey 또는 Redis OSS 클러스터에서 노드 마이그레이션 다음 절차에서는 ElastiCache 콘솔을 사용하여 Valkey 또는 Redis OSS 클러스터 노드 유형을 마이그레이션하는 방법에 대해 설명합니다. 이 프로세스 동안 Valkey 또는 Redis OSS 클러스터는 가동 중지 시간을 최소화하면서 요청을 계속 처리합니다. 클러스터 구성에 따라 다음과 같은 가동 중지 시간이 나타날 수 있습니다. 다음은 예상치이며 특정 구성에 따라 달라질 수 있습니다. + 주로 DNS 전파로 인해 클러스터 모드 비활성화됨(단일 노드)이 약 60초 동안 표시될 수 있습니다. + 클러스터 모드 비활성화(복제본 노드 포함)는 Valkey 7.2 이상 또는 Redis OSS 5.0.6 이상을 실행하는 클러스터의 경우 약 1초 동안 표시될 수 있습니다. 이보다 낮은 모든 버전에서는 약 10초 동안 표시될 수 있습니다. + 클러스터 모드 활성화됨이 약 1초 동안 표시될 수 있습니다. **콘솔을 사용하여 Valkey 또는 Redis OSS 클러스터 노드 유형을 수정하려면** 1. 콘솔에 로그인하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)에서 ElastiCache 콘솔을 엽니다. 1. 탐색 창에서 **Valkey 클러스터** 또는 **Redis OSS 클러스터**를 선택합니다. 1. 클러스터 목록에서 마이그레이션할 클러스터를 선택합니다. 1. **작업**을 선택한 다음 **수정**을 선택합니다. 1. 노드 유형 목록에서 새 노드 유형을 선택합니다. 1. 마이그레이션 프로세스를 즉시 수행하려면 **즉시 적용**을 선택합니다. **즉시 적용**을 선택하지 않으면 클러스터의 다음 유지 관리 기간 중에 마이그레이션션 프로세스가 수행됩니다. 1. **수정**을 선택합니다. 이전 단계에서 [**Apply immediately**]를 선택한 경우 클러스터의 상태가 **수정 중**으로 변경됩니다. 상태가 **사용 가능**으로 변경되면 수정이 완료되고 새 클러스터의 사용을 시작할 수 있습니다. *AWS CLI를 사용하여 Valkey 또는 Redis OSS 클러스터 노드 유형을 수정하려면:* 다음과 같이 [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) API를 사용합니다. Linux, macOS, Unix의 경우: ``` aws elasticache modify-replication-group / --replication-group-id my-replication-group / --cache-node-type new-node-type / --apply-immediately ``` Windows의 경우: ``` aws elasticache modify-replication-group ^ --replication-group-id my-replication-group ^ --cache-node-type new-node-type ^ --apply-immediately ``` 이 시나리오에서 *new-node-type* 값은 마이그레이션하려는 노드 유형입니다. `--apply-immediately` 파라미터를 전달하면 복제 그룹이 **수정 중**에서 **사용 가능** 상태로 전환되는 즉시 업데이트가 적용됩니다. **즉시 적용**을 선택하지 않으면 클러스터의 다음 유지 관리 기간 중에 마이그레이션션 프로세스가 수행됩니다. **참고** `InvalidCacheClusterState` 오류가 있는 클러스터를 수정할 수 없는 경우 먼저 복원이 실패한 노드를 제거해야 합니다. ### 복원 실패 노드 수정 또는 제거 다음 절차에는 Valkey 또는 Redis OSS 클러스터에서 복원이 실패한 노드를 수정 또는 제거하는 방법이 나와 있습니다. ElastiCache 노드가 복원 실패 상태일 때 처리하는 방법을 자세히 알아보려면 [ElastiCache 노드 상태 보기](Nodes.viewing.md) 섹션을 참조하세요. 먼저 복원 실패 상태의 노드를 모두 제거한 다음 ElastiCache 클러스터의 나머지 이전 세대 노드를 새로운 세대 노드 유형으로 마이그레이션하고, 마지막으로 필요한 수의 노드를 다시 추가하는 것이 좋습니다. 복원이 실패한 노드를 제거하려면(콘솔) 1. 콘솔에 로그인하고 [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)에서 ElastiCache 콘솔을 엽니다. 1. 탐색 창에서 **Valkey 클러스터** 또는 **Redis OSS 클러스터**를 선택합니다. 1. 클러스터 목록에서 노드를 제거할 클러스터를 선택합니다. 1. 샤드 목록에서 노드를 제거할 샤드를 선택합니다. 클러스터에서 클러스터 모드가 비활성화된 경우 이 단계를 건너뜁니다. 1. 노드 목록에서 상태가 `restore-failed`인 노드를 선택합니다. 1. **작업**을 선택하고 **노드 삭제**를 선택합니다. ElastiCache 클러스터에서 복원 실패 노드를 제거하면 이제 새로운 세대 유형으로 마이그레이션할 수 있습니다. 자세한 내용은 [Valkey 또는 Redis OSS 클러스터에서 노드 마이그레이션](#CacheNodes.NodeMigration.Redis) 섹션을 참조하세요. ElastiCache 클러스터에 백 노드를 추가하려면 [ElastiCache 클러스터에 노드 추가](Clusters.AddNode.md) 섹션을 참조하세요. ## Memcached 클러스터에서 노드 마이그레이션 ElastiCache for Memcached를 다른 노드 유형으로 마이그레이션하려면 새 클러스터를 생성해야 하며, 이 클러스터는 애플리케이션이 채울 수 있도록 항상 비어 있는 상태로 시작해야 합니다. **ElastiCache 콘솔을 사용하여 ElastiCache for Memcached 클러스터 노드 유형을 마이그레이션하려면** + 새 노드 유형으로 새 클러스터를 생성합니다. 자세한 내용은 [Memcached 클러스터 생성(콘솔)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached) 섹션을 참조하세요. + 애플리케이션에서 엔드포인트를 새 클러스터의 엔드포인트로 업데이트합니다. 자세한 내용은 [클러스터 엔드포인트 찾기(콘솔)(Memcached)](Endpoints.md#Endpoints.Find.Memcached) 섹션을 참조하세요. + 이전 클러스터를 삭제합니다. 자세한 내용은 [ElastiCache에서 클러스터 삭제](Clusters.Delete.md) 섹션을 참조하세요.