Redis와의 주요 버전 동작 및 호환성 차이 OSS - Amazon ElastiCache
Redis OSS 7.0 동작 및 이전 버전과 호환되지 않는 변경 사항Redis OSS 6.2 동작 및 이전 버전과 호환되지 않는 변경 사항Redis OSS 6.0 동작 및 이전 버전과 호환되지 않는 변경 사항Redis OSS 5.0 동작 및 이전 버전과 호환되지 않는 변경 사항Redis OSS 4.0 동작 및 이전 버전과 호환되지 않는 변경 사항과거 EOL

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

Redis와의 주요 버전 동작 및 호환성 차이 OSS

중요

다음 페이지에서는 버전 간의 호환되지 않는 차이점을 모두 보여주며 최신 버전으로 업그레이드할 때 고려해야 할 사항을 알려줍니다. 이 목록에는 업그레이드 시 발생할 수 있는 모든 버전 비호환 문제가 포함되어 있습니다.

순차 업그레이드 없이 현재 Redis OSS 버전에서 사용 가능한 최신 Redis OSS 버전으로 직접 업그레이드할 수 있습니다. 예를 들어 Redis OSS 버전 3.0에서 버전 7.0으로 직접 업그레이드할 수 있습니다.

Redis OSS 버전은 MAJOR, MINOR및 PATCH 구성 요소로 구성된 의미 버전으로 식별됩니다. 예를 들어 Redis OSS 4.0.10에서 메이저 버전은 4이고 마이너 버전은 0이며 패치 버전은 10입니다. 이러한 값은 일반적으로 다음 규칙에 따라 증분됩니다.

  • MAJOR 버전은 호환API되지 않는 변경에 사용됩니다.

  • MINOR 버전은 이전 버전과 호환되는 방식으로 추가된 새 기능을 위한 것입니다.

  • PATCH 버전은 백워드 호환 버그 수정 및 비기능적 변경에 사용됩니다.

최신 성능 및 안정성 개선을 위해 항상 지정된 MAJOR.MINOR 버전 내에서 최신 패치 버전을 유지하는 것이 좋습니다. Redis OSS 6.0부터 ElastiCache (Redis OSS)는 여러 패치 버전을 제공하는 대신 각 Redis OSS 마이너 릴리스에 대해 단일 버전을 제공합니다. ElastiCache (Redis OSS)는 실행 중인 캐시 클러스터의 패치 버전을 자동으로 관리하여 성능을 개선하고 보안을 강화합니다.

또한 대부분의 주요 개선 사항은 이전 버전으로 다시 포팅되지 않으므로 주기적으로 최신 메이저 버전으로 업그레이드하는 것이 좋습니다. 가 새 AWS 리전으로 가용성을 ElastiCache 확장함에 따라 ElastiCache (Redis OSS)는 해당 시점에 새 리전에 대한 두 개의 최신 MAJOR.MINOR 버전을 지원합니다. 예를 들어 새 AWS 리전이 시작되고 최신 가 시작되는 경우MAJORMINOR ElastiCache (Redis OSS) 버전은 7.0 및 6.2이며, ElastiCache (Redis OSS)는 새 AWS 리전에서 버전 7.0 및 6.2를 지원합니다. 최신 MAJOR.MINOR ElastiCache (Redis OSS) 버전이 릴리스되면 ElastiCache 는 새로 릴리스된 ElastiCache (Redis OSS) 버전에 대한 지원을 계속 추가합니다. 의 리전 선택에 대한 자세한 내용은 리전 및 가용 영역 선택을 ElastiCache참조하세요. https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions

메이저 버전 또는 마이너 버전에 걸친 업그레이드를 수행할 때는 시간 OSS 경과에 따라 Redis와 릴리스된 동작 및 이전 버전과 호환되지 않는 변경 사항이 포함된 다음 목록을 고려하세요.

Redis OSS 7.0 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 목록은 Redis OSS 7.0 릴리스 정보 섹션을 참조하세요.

  • SCRIPT LOAD 및 SCRIPT FLUSH는 더 이상 복제본으로 전파되지 않습니다. 스크립트에 약간의 내구성이 필요한 경우 Redis OSS 함수 사용을 고려하는 것이 좋습니다.

  • 이제 Pubsub 채널이 새 ACL 사용자에 대해 기본적으로 차단됩니다.

  • STRALGO 명령이 LCS 명령으로 대체되었습니다.

  • ACL GETUSER의 형식이 변경되어 모든 필드에 표준 액세스 문자열 패턴이 표시됩니다. ACL GETUSER를 사용하여 자동화한 경우, 두 형식 중 하나가 처리되는지 검증해야 합니다.

  • SELECT, , WAIT, ROLE, LASTSAVE, READWRITE, 및 READONLY의 ACL 범주ASKING가 변경되었습니다.

  • 이제 INFO 명령은 최상위 컨테이너 명령 대신 하위 명령별 명령 통계를 표시합니다.

  • 특정 엣지 상황에서 LPOP, RPOP, ZPOPMIN, ZPOPMAX 명령의 반환 값이 변경되었습니다. 이들 명령을 사용한다면, 릴리스 정보를 확인하고 영향이 있는지 평가해야 합니다.

  • 이제 SORT 및 SORT_RO 명령이 GET 및 BY 인수를 사용하려면 키스페이스 전체에 액세스할 수 있어야 합니다.

Redis OSS 6.2 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 사항은 Redis OSS 6.2 릴리스 정보 섹션을 참조하세요.

  • TIME, ECHO, ROLE및 LASTSAVE 명령의 ACL 플래그가 변경되었습니다. 이로 인해 이전에 허용된 명령이 거부될 수 있으며 그 반대의 경우도 마찬가지입니다.

    참고

    이러한 명령 중 어느 것도 데이터를 수정하거나 액세스 권한을 부여하지 않습니다.

  • Redis OSS 6.0에서 업그레이드할 때 맵 응답에서 루아 스크립트로 반환되는 키/값 페어의 순서가 변경됩니다. 스크립트가 맵(Redis OSS 6.0의 새 맵)을 사용하거나 redis.setresp() 반환하는 경우 업그레이드 시 스크립트가 중단될 수 있는 영향을 고려합니다.

Redis OSS 6.0 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 사항은 Redis OSS 6.0 릴리스 정보 섹션을 참조하세요.

  • 허용되는 최대 데이터베이스 수가 120만 개에서 1만 개로 감소했습니다. 기본값은 16입니다. 성능 및 메모리 문제가 발견되었으므로 이보다 훨씬 큰 값은 사용하지 않는 것이 좋습니다.

  • AutoMinorVersionUpgrade 파라미터를 예로 설정하면 ElastiCache (Redis OSS)가 셀프 서비스 업데이트를 통해 마이너 버전 업그레이드를 관리합니다. 이러한 관리는 셀프 서비스 업데이트 캠페인을 사용하는 표준 고객 알림 채널을 통해 처리됩니다. 자세한 내용은 의 셀프 서비스 업데이트를 ElastiCache 참조하세요.

Redis OSS 5.0 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 목록은 Redis OSS 5.0 릴리스 정보 섹션을 참조하세요.

  • 스크립트는 복제본에서 스크립트를 다시 실행하지 않고 효과에 의해 복제됩니다. 이렇게 하면 일반적으로 성능이 향상되지만 기본 및 복제본 간에 복제된 데이터의 양이 증가할 수 있습니다. ElastiCache (Redis OSS) 5.0에서만 사용할 수 있는 이전 동작으로 되돌릴 수 있는 옵션이 있습니다.

  • Redis OSS 4.0에서 업그레이드하는 경우 LUA 스크립트의 일부 명령은 이전 버전과 다른 순서로 인수를 반환합니다. Redis OSS 4.0에서 RedisOSS는 응답을 결정적으로 만들기 위해 일부 응답을 어휘로 정렬합니다. 스크립트가 효과로 복제될 때는 이 순서가 적용되지 않습니다.

  • Inn Redis OSS 5.0.3 이상 ElastiCache (Redis OSS)은 4개 이상의 인스턴스 유형의 백그라운드 코어로 일부 IO 작업을 오프로드합니다VCPUs. 이렇게 하면 성능 특성 Redis가 변경OSS되고 일부 지표의 값이 변경될 수 있습니다. 자세한 정보는 어떤 지표를 모니터링해야 합니까? 섹션을 참조하여 지켜보는 지표를 변경해야 할 경우를 이해하세요.

Redis OSS 4.0 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 사항은 Redis OSS 4.0 릴리스 정보 섹션을 참조하세요.

  • 슬로우 로그는 이제 클라이언트 이름과 주소라는 두 개의 인수를 추가로 기록합니다. 이 변경 사항은 3개의 값을 포함하는 각 슬로우 로그 항목에 명시적으로 의존하지 않는 한 이전 버전과 호환되어야 합니다.

  • CLUSTER NODES 명령은 이제 약간 다른 형식을 반환하는데 이는 이전 버전과 호환되지 않습니다. 클라이언트는 클러스터에 있는 노드에 대해 알기 위해 이 명령을 사용하지 않는 것이 좋습니다. 대신 CLUSTER SLOTS를 사용해야 합니다.

과거 EOL

Redis OSS 3.2 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 사항은 Redis OSS 3.2 릴리스 정보 섹션을 참조하세요.

  • 이 버전에 대해 호출할 호환성 변경 사항은 없습니다.

자세한 내용은 Redis OSS 버전 수명 종료 일정 단원을 참조하십시오.

Redis OSS 2.8 동작 및 이전 버전과 호환되지 않는 변경 사항

전체 변경 사항은 Redis OSS 2.8 릴리스 정보 섹션을 참조하세요.

  • Redis OSS 2.8.22부터 RedisOSSAOF는 더 이상 ElastiCache (Redis OSS)에서 지원되지 않습니다. 데이터를 안정적으로 유지해야 하는 경우 MemoryDB를 사용하는 것이 좋습니다.

  • Redis OSS 2.8.22부터 ElastiCache (Redis OSS)는 더 이상 내에서 호스팅되는 프라이머리에 복제본 연결을 지원하지 않습니다 ElastiCache. 업그레이드하는 동안 외부 복제본의 연결이 끊어지고 다시 연결할 수 없게 됩니다. 외부 복제본 대신 Redis OSS 6.0에서 사용할 수 있는 클라이언트 측 캐싱을 사용하는 것이 좋습니다.

  • TTL 및 PTTL 명령은 이제 키가 있지 않은 경우 -2를 반환하고, 키는 있지만 관련 만료 기간이 없으면 -1을 반환합니다. Redis OSS 2.6 및 이전 버전은 두 조건 모두에 대해 -1을 반환하는 데 사용됩니다.

  • ALPHA를 사용하는 SORT는 이제 STORE 옵션이 사용되지 않는 경우 로컬 데이터 정렬 로캘에 따라 정렬합니다.

자세한 내용은 Redis OSS 버전 수명 종료 일정 단원을 참조하십시오.