레디 스 OSS 엔진 버전

이 섹션에서는 지원되는 Redis OSS 엔진 버전을 다룹니다.

메모리DB 버전 7.1 (고급)

MemoryDB 버전 7.1에는 일부 지역의 미리 보기에서 벡터 검색 기능에 대한 지원과 중요한 버그 수정 및 성능 향상 기능이 추가되었습니다.

• 벡터 검색 기능: 벡터 검색은 기존 MemoryDB 기능과 함께 사용할 수 있습니다. 벡터 검색을 사용하지 않는 애플리케이션은 벡터 검색의 존재 여부에 영향을 받지 않습니다. 벡터 검색 미리 보기는 다음 지역에서 MemoryDB 버전 7.1 이상에서 사용할 수 있습니다. 미국 동부 (버지니아 북부 및 오하이오), 미국 서부 (오레곤), EU (아일랜드), 아시아 태평양 (도쿄). 벡터 검색 미리 보기 및 관련 기능을 활성화하는 방법은 여기의 설명서를 참조하십시오.

참고

메모리DB 버전 7.1은 레디 스 OSS v7.0과 호환됩니다. Redis OSS 7.0 릴리스에 대한 자세한 내용은 Redis OSS on의 Redis OSS 7.0 릴리스 노트를 참조하십시오. GitHub

메모리DB 버전 7.0 (고급)

MemoryDB 7.0에는 여러 가지 개선 사항과 새로운 기능에 대한 지원이 추가되었습니다.

• Redis OSS 함수: MemoryDB 7은 Redis OSS 함수에 대한 지원을 추가하고 개발자가 MemoryDB 클러스터에 저장된 애플리케이션 로직을 사용하여 LUA 스크립트를 실행할 수 있도록 하는 관리 환경을 제공합니다. 클라이언트가 연결할 때마다 스크립트를 서버로 다시 보내지 않아도 됩니다.

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

• 샤디드 퍼브/서브: MemoryDB 7에는 MemoryDB를 클러스터 모드 활성화 (CME) 로 실행할 때 샤딩된 방식으로 Redis OSS Pub/Sub 기능을 실행할 수 있는 지원이 추가되었습니다. 퍼블리셔는 Redis OSS Pub/Sub 기능을 통해 채널의 구독자 수에 관계없이 메시지를 발행할 수 있습니다. Amazon MemoryDB OSS 7을 사용하면 채널이 MemoryDB 클러스터의 샤드에 바인딩되므로 샤드 간에 채널 정보를 전파할 필요가 없습니다. 그 결과 확장성이 향상됩니다.

• 향상된 I/O 멀티플렉싱: MemoryDB OSS 버전 7은 향상된 I/O 멀티플렉싱을 도입하여 MemoryDB 클러스터에 대한 동시 클라이언트 연결이 많은 처리량이 많은 워크로드에 대해 처리량을 높이고 지연 시간을 줄입니다. 예를 들어 r6g.4xlarge 노드 클러스터를 사용하고 5200개의 동시 클라이언트를 실행하는 경우 MemoryDB 버전 6에 비해 처리량 (초당 읽기 및 쓰기 작업) 이 최대 46% 증가하고 P99 지연 시간이 최대 21% 감소할 수 있습니다.

Redis OSS 7.0 릴리스에 대한 자세한 내용은 Redis OSS on의 Redis OSS 7.0 릴리스 노트를 참조하십시오. GitHub

메모리DB 버전 6.2 (고급)

MemoryDB는 자동 버전 업그레이드 지원, 클라이언트 측 캐싱 및 상당한 운영 개선을 포함하는 액세스 제어 목록(ACL)을 사용하여 사용자 인증 다음 버전의 Redis OSS 엔진을 소개합니다.

Redis 엔진 버전 6.2.6에는 Redis OSS 클러스터 내에서 복잡한 데이터 세트를 간단하고 스키마 없이 인코딩하는 방법인 네이티브 JavaScript 객체 표기법 (JSON) 형식도 지원됩니다. JSON이 지원되므로 JSON을 통해 작동하는 애플리케이션에 대해 성능 및 Redis OSS API를 활용할 수 있습니다. 자세한 정보는 JSON 시작하기을 참조하세요. 또한 이 데이터 유형의 사용을 모니터링하기 위해 JsonBasedCmds CloudWatch 통합되는 JSON 관련 지표도 포함되어 있습니다. 자세한 정보는 MemoryDB에 대한 지표을 참조하세요.

Redis OSS 6에서 MemoryDB는 여러 패치 버전을 제공하는 대신 각 Redis OSS 마이너 릴리스에 대해 단일 버전을 제공합니다. 이는 여러 마이너 버전 중에서 선택해야 하는 혼동과 모호성을 최소화하도록 설계되었습니다. 또한 MemoryDB는 실행 중인 클러스터의 마이너 및 패치 버전을 자동으로 관리하여 개선된 성능과 향상된 보안을 보장합니다. 이러한 관리는 서비스 업데이트 캠페인을 사용하는 표준 고객 알림 채널을 통해 처리됩니다. 자세한 정보는 메모리DB의 서비스 업데이트을 참조하세요.

생성 중에 엔진 버전을 지정하지 않으면 MemoryDB가 자동으로 선호하는 Redis OSS 버전을 선택합니다. 반면 를 사용하여 6.2 엔진 버전을 지정하면 MemoryDB는 사용 가능한 Redis OSS 6.2의 선호 패치 버전을 자동으로 호출합니다.

예를 들어 캐시 클러스터를 생성할 때 --engine-version 파라미터를 6.2로 설정합니다. 클러스터는 생성 당시 사용 가능한 기본 패치 버전으로 시작됩니다. 전체 버전 값을 사용한 모든 요청이 거부되고 예외가 발생한 후 프로세스가 실패합니다.

DescribeEngineVersions API를 호출할 때 EngineVersion 파라미터 값이 6.2로 설정되고 실제 전체 엔진 버전은 EnginePatchVersion 필드에 반환됩니다.

Redis OSS 6.2 릴리스에 대한 자세한 내용은 Redis OSS on의 Redis 6.2 릴리스 노트를 참조하십시오. GitHub

엔진 버전 업그레이드

MemoryDB는 기본적으로 서비스 업데이트를 통해 실행 중인 클러스터의 패치 버전을 자동으로 관리합니다. 클러스터의 AutoMinorVersionUpgrade 속성을 거짓으로 설정하는 경우, 자동 마이너 버전 업그레이드를 추가로 거부할 수 있습니다. 그러나 자동 패치 버전 업그레이드는 거부할 수 없습니다.

사용자는 클러스터를 실행하는 프로토콜 표준 소프트웨어를 자동 업그레이드가 시작되기 전에 MemoryDB에서 제공하는 새 버전으로 업그레이드할지 여부와 그 시기를 조정할 수 있습니다. 이 제어 수준을 사용하면 특정 버전과의 호환성을 유지하고, 프로덕션에 배포하기 전에 애플리케이션으로 새 버전을 테스트하고, 원하는 조건과 일정에 맞춰 버전 업그레이드를 수행할 수 있습니다.

다음과 같은 방법으로 클러스터의 엔진 버전 업그레이드를 시작할 수 있습니다.

• 업데이트하고 새 엔진 버전 지정. 자세한 정보는 MemoryDB 클러스터 수정을 참조하세요.

• 해당 엔진 버전에 대한 서비스 업데이트 적용. 자세한 정보는 메모리DB의 서비스 업데이트을 참조하세요.

유의할 사항:

• 최신 엔진 버전으로 업그레이드할 수 있지만 이전 엔진 버전으로 다운그레이드할 수 없습니다. 이전 엔진 버전을 사용하려면, 기존 클러스터를 삭제하고 이전 엔진 버전을 통해 새로 생성해야 합니다.

• 대부분의 주요 개선 사항은 이전 버전으로 다시 포팅되지 않으므로 주기적으로 최신 메이저 버전으로 업그레이드하는 것이 좋습니다. MemoryDB가 새 지역으로 가용성을 확대함에 따라 MemoryDB는 새 AWS 지역에 대해 당시 가장 최신 버전 두 개를 지원합니다. MAJOR.MINOR 예를 들어 새 AWS 지역이 출시되고 최신 MAJOR.MINOR MemoryDB 버전이 7.0과 6.2인 경우, MemoryDB는 새 지역에서 버전 7.0과 6.2를 지원합니다. AWS 최신 MAJOR.MINOR 버전의 MemoryDB가 출시됨에 따라 MemoryDB는 새로 출시된 MemoryDB 버전에 대한 지원을 계속 추가할 예정입니다. MemoryDB의 지역 선택에 대한 자세한 내용은 지원되는 리전 및 엔드포인트을(를) 참조하세요.

• 엔진 버전 관리는 패치 발생 방법을 최대한 제어할 수 있도록 설계되었습니다. 그러나 MemoryDB는 시스템 또는 소프트웨어에 심각한 보안 취약성이 발견되는 등 발생할 가능성이 거의 없는 이벤트의 경우, 사용자를 대신하여 클러스터에 패치를 적용할 수 있는 권한을 보유합니다.

• MemoryDB는 여러 개의 패치 버전을 제공하는 대신 각 Redis OSS 마이너 릴리스의 단일 버전을 제공합니다. 이는 여러 버전 중에서 선택해야 하는 혼동과 모호성을 최소화하도록 설계되었습니다. 또한 MemoryDB는 실행 중인 클러스터의 마이너 및 패치 버전을 자동으로 관리하여 개선된 성능과 향상된 보안을 보장합니다. 이러한 관리는 서비스 업데이트 캠페인을 사용하는 표준 고객 알림 채널을 통해 처리됩니다. 자세한 정보는 메모리DB의 서비스 업데이트을 참조하세요.

• 가동 중지 시간을 최소화하면서 클러스터 버전을 업그레이드할 수 있습니다. 전체 업그레이드 과정 중에도 클러스터를 읽을 수 있으며, 몇 초 정도 시간이 걸리는 장애 조치 작업 중인 경우를 제외하면 대부분 업그레이드 기간 중에 쓰기도 가능합니다.

• 들어오는 쓰기 트래픽이 적은 기간에 엔진 업그레이드를 수행하는 것이 좋습니다.

  샤드가 여러 개인 클러스터는 다음과 같이 처리되고 패치가 적용됩니다.

  • 언제든지 하나의 샤드당 오직 하나의 업그레이드 작업이 수행됩니다.

  • 각 샤드에서 기본 복제본이 처리되기 전에 모든 복제본이 처리됩니다. 하나의 샤드에 복제본이 적게 있는 경우에는 다른 샤드의 복제본의 처리가 완료되기 전에 해당 샤드의 기본 복제본이 처리됩니다.

  • 모든 샤드에서 기본 노드가 연속하여 처리됩니다. 한번에 오직 하나의 기본 노드가 업그레이드됩니다.

주제

• 엔진 버전 업그레이드 방법
• 차단된 Redis OSS 엔진 업그레이드 해결

엔진 버전 업그레이드 방법

MemoryDB 콘솔, 또는 MemoryDB API를 사용하여 클러스터를 수정하고 새 엔진 버전을 지정하여 클러스터의 AWS CLI버전 업그레이드를 시작합니다. 자세한 내용은 다음 항목을 참조하십시오.

• 사용 AWS Management Console

• 사용: AWS CLI

• MemoryDB API 사용

차단된 Redis OSS 엔진 업그레이드 해결

다음 표에 표시된 것처럼 확장 작업이 보류 중인 경우 Redis OSS 엔진 업그레이드 작업이 차단됩니다.

대기 중 작업	차단된 작업
스케일 업	즉시 엔진 업그레이드
엔진 업그레이드	즉시 스케일 업
스케일 업 및 엔진 업그레이드	즉시 스케일 업
	즉시 엔진 업그레이드