지원되는 엔진 및 버전

• ZRANK 및 ZREVRANK 명령에 대한 새로운 WITHSCORE 옵션

• CLIENT NO-TOUCH - 클라이언트가 키의 LRU/LFU에 영향을 주지 않고 명령을 실행할 수 있습니다.

• 새 명령 CLUSTER MYSHARDID는 복제를 기반으로 클러스터 모드에서 노드를 논리적으로 그룹화하기 위해 노드의 샤드 ID를 반환합니다.

• 다양한 데이터 유형에 대해 성능 및 메모리가 최적화됩니다.

• 동일한 채널을 구독하는 RESP3 클라이언트로 PUBLISH를 호출하면 순서가 변경되고 게시된 메시지 전에 회신이 전송됩니다.

• 스크립트에 대한 클라이언트 측 추적은 이제 EVAL/FCALL 호출자가 선언한 키 대신 스크립트가 읽는 키를 추적합니다.

• 정지 시간 샘플링은 명령 실행 중 및 스크립트에서 발생합니다.

• 차단된 명령이 차단 해제되면 ACL, OOM 등의 검사가 재평가됩니다.

• ACL 실패 오류 메시지 텍스트와 오류 코드가 통합됩니다.

• 키가 더 이상 존재하지 않을 때 해제되는 차단된 스트림 명령은 다른 오류 코드(-unBLOCKED 대신 -NOGROUP 또는 -WRONGTYPE)를 전달합니다.

• 차단된 명령에 대해서는 명령이 실제로 실행될 때만 명령 통계가 업데이트됩니다.

• ACL 사용자의 내부 스토리지는 더 이상 중복 명령 및 범주 규칙을 제거하지 않습니다. 이렇게 하면 이러한 규칙이 ACL SAVE, ACL GETUSER 및 ACL LIST의 일부로 표시되는 방식이 변경될 수 있습니다.

• TLS 기반 복제를 위해 생성된 모든 클라이언트 연결은 가능한 경우 SNI를 사용합니다.

• XINFO STREAM: 이제 확인 시간 응답 필드에는 마지막으로 성공한 상호 작용 대신 마지막으로 시도한 상호 작용이 표시됩니다. 이제 새 활성 시간 응답 필드는 마지막으로 성공한 상호 작용을 나타냅니다.

• XREADGROUP 및 X[AUTO]CLAIM은 일부 읽기/클레임 수행 여부와 관계없이 소비자를 생성합니다.

• ACL 기본값으로 새로 생성된 사용자는 ACL LIST/GETUSER에서 sanitize-payload 플래그를 설정합니다.

• HELLO 명령은 성공하지 않는 한 클라이언트 상태에 영향을 미치지 않습니다.

• NAN 응답은 현재 inf 동작과 유사하게 단일 nan 유형으로 정규화됩니다.

• ElastiCache(Redis OSS) 버전 7.1(향상된 버전)

• 함수: ElastiCache(Redis OSS) 7에 Redis OSS 함수 지원이 추가되었고, 연결할 때마다 클라이언트가 스크립트를 서버로 다시 전송할 필요 없이 개발자가 ElastiCache 클러스터에 저장된 애플리케이션 로직으로 LUA 스크립트를 실행할 수 있는 관리형 경험을 제공합니다.

• ACL 개선: Valkey 및 Redis OSS 7은 다음 버전의 ACL(액세스 제어 목록)에 대한 지원을 추가합니다. 이제 클라이언트가 Valkey 및 Redis OSS 내 특정 키 또는 키스페이스에 다수의 권한 집합을 지정할 수 있습니다.

• 샤딩된 Pub/Sub: Valkey 및 Redis OSS를 사용하는 ElastiCache 7은 클러스터 모드 활성화(CME) 상태에서 ElastiCache를 실행할 때 샤딩된 방식으로 Pub/Sub 기능을 실행할 수 있도록 지원됩니다. 게시자는 Pub/Sub 기능으로 원하는 수의 채널 구독자에게 메시지를 발행할 수 있습니다. 채널이 ElastiCache 클러스터 내 샤드에 바인딩되므로 샤드 간에 채널 정보를 전파할 필요가 없어 확장성이 향상됩니다.

• 향상된 I/O 멀티플렉싱: Valkey 및 Redis OSS를 사용하는 ElastiCache 7에는 향상된 I/O 멀티플렉싱이 도입되어 ElastiCache 클러스터에 대한 동시 클라이언트 연결이 여럿이고 처리량이 많은 워크로드에 대해 처리량을 늘리고 지연 시간을 줄입니다. 예를 들어, r6g.xlarge 노드로 구성된 클러스터를 사용하고 5200개의 동시 클라이언트를 실행하는 경우 ElastiCache with Redis OSS 버전 6에 비해 처리량(초당 읽기 및 쓰기 작업)을 최대 72% 늘리고 P99 지연 시간을 최대 71% 줄일 수 있습니다.

• 특별한 조건에서 엔진 안정성 보장.

• 향상된 Hyperloglog 오류 처리.

• 안정적인 복제를 위한 향상된 핸드셰이크 명령

• XCLAIM 명령을 통한 일관된 메시지 배달 추적.

• 객체에서의 향상된 LFU 필드 관리.

• ZPOP 사용 시 향상된 트랜잭션 관리.

• 명령 이름 변경 기능: 위험할 수 있거나 비용이 높은 Redis OSS 명령(FLUSHALL 또는 FLUSHDB 등과 같이 데이터 손실 사고를 유발할 수 있는 명령)의 이름을 변경할 수 있는 rename-commands라는 파라미터가 새로 포함되었습니다. 이것은 오픈 소스 Redis OSS의 rename-command 구성과 비슷합니다. 하지만 ElastiCache는 완전 관리형 워크플로를 제공함으로써 보다 향상된 경험을 제공합니다. 명령 이름 변경은 즉시 적용되며, 명령 목록을 포함하는 클러스터의 모든 노드에 자동으로 전파됩니다. 사용자의 개입(노드 재부팅 등)은 필요 없습니다.

  다음 예제에서는 기존 파라미터 그룹을 수정하는 방법을 보여줍니다. 이러한 예제에는 이름을 변경하려는 명령 목록(공백으로 구분)인 rename-commands 파라미터가 포함됩니다.

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  이 예제에서는 rename-commands 파라미터를 사용하여 flushall 명령을 restrictedflushall로 이름 변경합니다.

  여러 명령의 이름을 변경하려면 다음을 사용하세요.

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region
  

  변경을 되돌리려면 다음과 같이 명령을 다시 실행하고, 유지하려는 ParameterValue 목록에서 이름 변경된 값을 제외시킵니다.

  aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
  --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall restrictedflushall'" --region region
  

  이 경우, flushall 명령은 restrictedflushall로 이름이 변경되고 이름 변경된 다른 명령은 원래 명령 이름으로 되돌려집니다.

  참고

  명령 이름 변경 시 다음과 같은 제한이 따릅니다.

  • 이름 변경된 모든 명령은 영숫자여야 합니다.

  • 새 명령 이름의 최대 길이는 20자(영숫자)입니다.

  • 명령 이름을 변경할 경우 해당 클러스터와 연결된 파라미터 그룹을 업데이트해야 합니다.

  • 명령 사용을 전체적으로 차단하려면 다음과 같이 blocked 키워드를 사용합니다.

    aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group
    --parameter-name-values "ParameterName=rename-commands,  ParameterValue='flushall blocked'" --region region
    

  파라미터 변경에 대한 정보와 이름을 변경할 수 있는 명령 목록을 보려면 Redis OSS 5.0.3 파라미터 변경 사항 섹션을 참조하세요.

• Redis OSS 스트림: 이 모델에서는 생산자가 실시간으로 새 항목을 추가할 수 있는 로그 데이터 구조를 모델링합니다. 또한 소비자가 차단 또는 차단하지 않는 방식으로 메시지를 소비할 수 있습니다. 또한 스트림을 사용하여 클라이언트 그룹을 대표하는 소비자 그룹이 Apache Kafka와 비슷한 메시지 스트림의 서로 다른 부분을 공동으로 사용할 수 있습니다. 자세한 내용은 Streams를 참조하세요.

• XADD, XRANGE 및 XREAD와 같은 스트림 명령군 지원. 자세한 내용은 Streams Commands를 참조하세요.

• 새 파라미터 및 이름이 변경된 파라미터의 수. 자세한 내용은 Redis OSS 5.0.0 파라미터 변경 사항 섹션을 참조하세요.

• 새로운 Redis OSS 지표인 StreamBasedCmds.

• Redis OSS 노드의 스냅샷 시간 단축.

• 특별한 조건에서 엔진 안정성 보장.

• 향상된 Hyperloglog 오류 처리.

• 안정적인 복제를 위한 향상된 핸드셰이크 명령

• XCLAIM 명령을 통한 일관된 메시지 배달 추적.

• 객체에서의 향상된 LFU 필드 관리.

• ZPOP 사용 시 향상된 트랜잭션 관리.

• Redis OSS 스트림: 이 모델에서는 생산자가 실시간으로 새 항목을 추가할 수 있는 로그 데이터 구조를 모델링합니다. 또한 소비자가 차단 또는 차단하지 않는 방식으로 메시지를 소비할 수 있습니다. 또한 스트림을 사용하여 클라이언트 그룹을 대표하는 소비자 그룹이 Apache Kafka와 비슷한 메시지 스트림의 서로 다른 부분을 공동으로 사용할 수 있습니다. 자세한 내용은 Streams를 참조하세요.

• XADD, XRANGE 및 XREAD와 같은 스트림 명령군 지원. 자세한 내용은 Streams Commands를 참조하세요.

• 새 파라미터 및 이름이 변경된 파라미터의 수. 자세한 내용은 Redis OSS 5.0.0 파라미터 변경 사항 섹션을 참조하세요.

• 새로운 Redis OSS 지표인 StreamBasedCmds.

• Redis OSS 노드의 스냅샷 시간 단축.

• 단일 ElastiCache(Redis OSS) 버전에서 온라인 클러스터 크기 조정 및 암호화가 모두 지원됩니다. 자세한 내용은 다음 자료를 참조하세요.

  • Valkey 또는 Redis OSS(클러스터 모드 활성화됨)에서 클러스터 조정

  • Valkey 또는 Redis OSS(클러스터 모드 활성화됨)에 대한 온라인 리샤딩

  • Amazon ElastiCache의 데이터 보안

• 새 파라미터의 수입니다. 자세한 내용은 Redis OSS 4.0.10 파라미터 변경 사항 섹션을 참조하세요.

• MEMORY와 같은 메모리 명령군 지원. 자세한 내용은 Commands(MEMO에서 검색)를 참조하세요.

• 온라인 상태에서 메모리 조각 모음을 지원하여 더욱 효율적인 메모리 사용률과 데이터에 대해 더 많이 사용 가능한 메모리가 허용됩니다.

• 비동기 플러시 및 삭제를 지원합니다. ElastiCache(Redis OSS)는 기본 스레드와 다른 스레드에서 실행할 수 있도록 UNLINK, FLUSHDB 및 FLUSHALL 같은 명령을 지원합니다. 이렇게 하면 비동기식으로 메모리를 확보하여 애플리케이션의 성능 및 응답 시간을 향상시킬 수 있습니다.

• 새로운 Redis OSS 지표인 ActiveDefragHits. 자세한 정보는 Redis OSS 지표 섹션을 참조하세요.

• Valkey 또는 Redis OSS(클러스터 모드 활성화됨)에 대한 온라인 리샤딩

• 온라인 클러스터 크기 조정

• ElastiCache 전송 중 데이터 암호화(TLS)

• ElastiCache에서 저장 시 암호화

• Amazon ElastiCache의 규정 준수 확인

참고:

• 분할 - 각 노드 그룹에 대한 복제 지원을 통해 데이터를 2~500개의 노드 그룹(샤드)으로 분할할 수 있는 기능입니다.

• 지역 검색 인덱싱 - Redis OSS 3.2.4에서는 GEO 명령 6개를 통한 지역 검색 인덱싱의 지원을 도입합니다. 자세한 내용은 Redis 명령 페이지의 Redis OSS GEO* 명령 설명서 Commands: GEO를 참조하세요(GEO에 대해 필터링됨).

• 복제본 마이그레이션

• 클러스터 재분배

• Lua 디버거

• cluster meet

• cluster replicate

• cluster flushslots

• cluster addslots

• cluster delslots

• cluster setslot

• cluster saveconfig

• cluster forget

• cluster failover

• cluster bumpepoch

• cluster set-config-epoch

• cluster reset

• 백업 오버헤드에 대해 메모리를 적게 할당하고 애플리케이션에 많이 할당할 수 있는 forkless 백업 및 동기화에 대해 지원합니다. 자세한 내용은 동기화 및 백업 구현 방법 섹션을 참조하세요. forkless 프로세스는 지연 시간과 처리량 모두에 영향을 줄 수 있습니다. 높은 쓰기 처리량의 경우 복제본이 다시 동기화되면, 동기화되는 전체 시간에 대해 접속 불가능하게 될 수 있습니다.

• 장애 조치가 발생한 경우, 가능하면 언제든지 복제본이 기본 항목과 전체 동기화가 아닌 부분적인 동기화를 수행하므로 이제 복제 그룹이 더 빠르게 복구됩니다. 또한, 기본 항목 및 복제본 모두 동기화 중 더 이상 디스크를 사용하지 않으므로 속도가 향상됩니다.

• 두 가지 새로운 CloudWatch 지표 지원

  • ReplicationBytes - 읽기 전용 복제본으로 전송되는 복제 그룹 기본 클러스터의 바이트 수.

  • SaveInProgress - 백그라운드 저장 프로세스가 실행 중인지 여부를 나타내는 이진 값.

  자세한 내용은 CloudWatch 지표를 사용한 사용량 모니터링 섹션을 참조하세요.

• 복제 PSYNC 동작에서 중요한 버그 수정의 수. 자세한 내용은 Redis OSS 2.8 릴리스 정보를 참조하세요.

• 다중 AZ 복제 그룹에서 향상된 복제 성능을 유지하고 증가된 클러스터 안정성을 유지하기 위해 비 ElastiCache 복제본이 더 이상 지원되지 않습니다.

• 복제 그룹에서 기본 클러스터와 복제본 간의 데이터 일관성을 향상하기 위해 복제본에서는 기본 클러스터와 별도로 더 이상 키를 제거하지 않습니다.

• Redis OSS 구성 변수 appendonly 및 appendfsync는 Redis OSS 버전 2.8.22 이상에서 지원되지 않습니다.

• 메모리가 부족한 상황에서 큰 출력 버퍼가 있는 클라이언트는 복제본 클러스터에서 연결이 해제될 수 있습니다. 연결이 해제되면 클라이언트가 다시 연결해야 합니다. 이러한 상황은 대부분 PUBSUB 클라이언트에 대해 발생합니다.

• HyperLogLog에 대해 지원합니다. 자세한 내용은 Redis OSS 새 데이터 구조: HyperLogLog를 참조하세요.

• 정렬된 세트 데이터 유형은 이제 ZRANGEBYLEX, ZLEXCOUNT 및 ZREMRANGEBYLEX의 새 명령을 통해 사전 순 범위 쿼리를 지원합니다.

• 기본 노드에서 복제본 노드로 부실 데이터가 전송되는 것을 방지하기 위해 백그라운드 저장(bgsave) 하위 프로세스가 중단될 경우 마스터 SYNC가 실패합니다.

• HyperLogLogBasedCommands CloudWatch 지표를 지원합니다. 자세한 내용은 Valkey 및 Redis OSS에 대한 지표 섹션을 참조하세요.

• 읽기 전용 복제본에 대한 복원성 및 내결함성이 개선되었습니다.

• 부분적 재동기화를 지원합니다.

• 항상 사용할 수 있어야 하는 읽기 전용 복제본의 사용자 정의 최소 숫자를 지원합니다.

• 게시/구독에 대한 전체 지원 - 서버에서의 이벤트를 클라이언트에 알리는 기능입니다.

• 기본 노드 장애의 자동 감지 및 기본 노드에서 보조 노드로 장애 조치

• 자동화된 슬래브 재분배 기능.

• murmur3 알고리즘으로 더 빠른 해시 테이블 조회.

• 세분화된 LRU 알고리즘.

• background-reclaim 메모리에 대한 LRU 크롤러.

• --enable-seccomp: 컴파일 시간 옵션.

• ASCII multigets, CVE-2017-9951 및 metadumper에 대한 크롤링 한도와 같은 누적 방식 수정.

• 연결 한도에서 연결을 닫는 방식으로 연결 관리 향상.

• 1MB 이상의 항목 크기에 대한 항목 크기 관리 개선.

• 항목당 메모리 요구 사항을 몇 바이트 줄임으로써 성능 및 메모리 오버헤드 개선.

• 특정 슬래브 클래스, 슬래브 클래스 목록 또는 모든 슬래브 클래스에 대한 모든 메타데이터를 덤프할 수 있습니다. 자세한 내용은 Memcached 1.4.31 릴리스 정보를 참조하세요.

• 1메가바이트 기본값보다 큰 항목에 대한 지원이 개선되었습니다. 자세한 내용은 Memcached 1.4.29 릴리스 정보를 참조하세요.

• 종료하라는 메시지가 표시되기 전에 클라이언트가 유휴 상태로 있을 수 있는 기간을 지정할 수 있습니다.

  클러스터를 다시 시작하지 않고 Memcached에 사용할 수 있는 메모리의 양을 동적으로 늘릴 수 있습니다. 자세한 내용은 Memcached 1.4.27 릴리스 정보를 참조하세요.

• 이제 fetchers, mutations 및 evictions의 로깅이 지원됩니다. 자세한 내용은 Memcached 1.4.26 릴리스 정보를 참조하세요.

• 빈 메모리를 전역 풀로 다시 회수하여 새 슬래브 클래스로 재할당할 수 있습니다. 자세한 내용은 Memcached 1.4.25 릴리스 정보를 참조하세요.

• 여러 가지 버그 수정.

• 일부 새 명령 및 파라미터. 목록을 보려면 Memcached 1.4.33 추가 파라미터 섹션을 참조하세요.

• 백그라운드 프로세스를 통한 LRU(가장 오랫동안 사용되지 않음) 관리.

• 해시 알고리즘으로 jenkins 또는 murmur3의 옵션이 추가되었습니다.

• 일부 새 명령 및 파라미터. 목록을 보려면 Memcached 1.4.24 추가 파라미터 섹션을 참조하세요.

• 여러 가지 버그 수정.

• 슬래브 재분배 기능이 개선되었습니다.

• 성능 및 확장성 개선.

• 기존 항목을 가져오지 않고 해당 항목의 만료 시간을 업데이트하기 위해 터치 명령이 도입되었습니다.

• 자동 검색 - 클라이언트 프로그램이 클러스터의 모든 캐시 노드를 자동으로 확인하고 이러한 모든 노드에 대한 연결을 시작하고 유지 관리할 수 있는 기능입니다.