지원되는 엔진 및 버전

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

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

• 복제를 기반으로 클러스터 모드에서 노드를 논리적으로 그룹화하도록 노드의 샤드 ID를 반환CLUSTERMYSHARDID하는 새 명령입니다.

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

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

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

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

• 차단된 명령이 차단 해제되면 ACL, OOM및 기타와 같은 검사가 재평가됩니다.

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

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

• 명령 통계는 명령이 실제로 실행되는 경우에만 차단된 명령에 대해 업데이트됩니다.

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

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

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

• XREADGROUP 및 X[AUTO]CLAIM는 일부 읽기/청구를 수행할 수 있었는지 여부에 관계없이 소비자를 생성합니다. [TBD - '여기서'란 무엇인가요?]

• ACL ACLLIST/에서 새로 생성된 기본 사용자 세트 sanitize-payload 플래그입니다GETUSER.

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

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

• ElastiCache (발키) 버전 7.2.6

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

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

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

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

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

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

• 향상된 Hyperloglog 오류 처리.

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

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

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

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

• 명령 이름 바꾸기 기능: FLUSHALL 또는 와 같이 실수로 데이터가 손실될 수 rename-commands 있는 잠재적으로 위험하거나 비용이 많이 드는 Redis OSS 명령의 이름을 바꿀 수 있는 라는 파라미터입니다FLUSHDB. 이는 오픈 소스 Redis 의 rename-command 구성과 유사합니다OSS. 그러나 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 Streams: 이 모델은 생산자가 새 항목을 실시간으로 추가할 수 있는 로그 데이터 구조를 모델링합니다. 또한 소비자가 차단 또는 차단하지 않는 방식으로 메시지를 소비할 수 있습니다. 또한 스트림을 사용하여 클라이언트 그룹을 대표하는 소비자 그룹이 Apache Kafka와 비슷한 메시지 스트림의 서로 다른 부분을 공동으로 사용할 수 있습니다. 자세한 내용은 스트림 을 참조하세요.

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

• 새 파라미터 및 이름이 변경된 파라미터의 수. 자세한 내용은 Redis OSS 5.0.0 파라미터 변경 사항 단원을 참조하십시오.

• 새 Redis 지표, OSS StreamBasedCmds.

• Redis OSS 노드의 스냅샷 시간이 약간 빨라졌습니다.

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

• 향상된 Hyperloglog 오류 처리.

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

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

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

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

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

• 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와 같은 메모리 명령군 지원. 자세한 내용은 명령(에서 검색)을 참조하세요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는 6개의 GEO 명령을 통한 지리 공간 인덱싱에 대한 지원을 도입합니다. 자세한 내용은 Valkey 명령 페이지(에 대해 필터링됨)의 Redis OSS GEO* 명령 설명서 명령: 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 알고리즘.

• LRU 크롤러를 백그라운드 복구 메모리에 연결합니다.

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

• ASCII 멀티게트, 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 추가 파라미터 섹션을 참조하세요.

• 여러 가지 버그 수정.

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

• 성능 및 확장성 개선.

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

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