ElastiCache용 버전 관리

Valkey, Memcached 및 Redis OSS 엔진에 대해 업데이트된 ElastiCache 캐시 및 자체 설계된 클러스터를 업데이트하는 방법을 관리합니다.

ElastiCache 서버리스 캐시용 버전 관리

ElastiCache 서버리스 캐시가 업그레이드되는 경우 및 시기를 관리하고, 자체 조건과 일정에 맞춰 버전 업그레이드를 수행합니다.

ElastiCache 서버리스는 애플리케이션에 영향을 미치거나 가동 중지를 일으키지 않고 최신 마이너 및 패치 소프트웨어 버전을 캐시에 자동으로 적용합니다. 여러분은 아무 작업도 수행할 필요가 없습니다.

새 메이저 버전이 사용 가능하면 ElastiCache 서버리스는 콘솔에서 알림을 보내고 EventBridge에서 이벤트를 보냅니다. 콘솔, CLI 또는 API를 사용하여 캐시를 수정하고 최신 엔진 버전을 선택하여 캐시를 최신 메이저 버전으로 업그레이드할 수 있습니다.

자체 설계된 ElastiCache 클러스터의 버전 관리

자체 설계된 ElastiCache 클러스터로 작업하는 경우 ElastiCache에서 지원되는 새 버전으로 캐시 클러스터를 실행하는 소프트웨어를 업그레이드할 때 제어할 수 있습니다. 캐시를 사용 가능한 최신 메이저, 마이너, 패치 버전으로 업그레이드할 시기를 제어할 수 있습니다. 클러스터 또는 복제 그룹을 수정하고 새 엔진 버전을 지정하여 엔진 버전 업그레이드를 시작합니다.

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

버전 업그레이드에는 약간의 호환성 위험이 있을 수 있으므로 업그레이드가 자동으로 이루어지지 않기 때문에 업그레이드는 사용자가 시작해야 합니다.

Valkey 및 Redis OSS 클러스터

참고

• Valkey 또는 Redis OSS 클러스터가 하나 이상의 리전에 복제되면 엔진 버전이 보조 리전에 대해 업그레이드된 후 기본 리전에 대해 업그레이드됩니다.

• ElastiCache for Redis OSS 버전은 MAJOR 및 MINOR 구성 요소로 구성된 의미 체계 버전으로 식별됩니다. 예를 들어 Redis OSS 6.2에서 메이저 버전은 6, 마이너 버전은 2입니다. 자체 설계된 클러스터를 운영할 때 ElastiCache for Redis OSS는 Redis OSS 6.2.1과 같은 PATCH 구성 요소도 노출하고 패치 버전은 1입니다.

  메이저 버전은 API 비호환 변경 사항을 위한 것이고 마이너 버전은 이전 버전과 호환되는 방식으로 추가된 새로운 기능을 위한 것입니다. 패치 버전은 이전 버전과 호환되는 버그 수정 및 비기능 변경을 위한 것입니다.

Valkey 및 Redis OSS를 사용하면 클러스터 또는 복제 그룹을 수정하고 새 엔진 버전을 지정하여 엔진 버전 업그레이드를 시작할 수 있습니다. 자세한 내용은 복제 그룹 수정 단원을 참조하십시오.

Memcached

Memcached를 사용하여 최신 버전으로 업그레이드하려면 캐시 클러스터를 수정하고 사용할 새 엔진 버전을 지정해야 합니다. 최신 Memcached 버전으로의 업그레이드는 안전하지 않은 프로세스로, 데이터가 손상되고 콜드 캐시로 시작합니다. 자세한 내용은 ElastiCache 클러스터 수정 단원을 참조하십시오.

이전 Memcached 버전을 Memcached 버전 1.4.33 이후로 업그레이드할 때 다음과 같은 요구 사항을 주의해야 합니다. 다음 조건에서는 CreateCacheCluster 및 ModifyCacheCluster에 실패합니다.

• slab_chunk_max > max_item_size의 경우.

• max_item_size modulo slab_chunk_max != 0의 경우.

• max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)의 경우.

  (max_cache_memory - memcached_connections_overhead) 값은 데이터에 사용할 수 있는 노드의 메모리입니다. 자세한 내용은 Memcached 연결 오버헤드 단원을 참조하십시오.

자체 설계된 클러스터를 사용할 때의 업그레이드 고려 사항

참고

다음 고려 사항은 자체 설계된 클러스터를 업그레이드할 때만 적용됩니다. 이 내용은 ElastiCache 서버리스에는 적용되지 않습니다.

Valkey 및 Redis OSS 고려 사항

자체 설계된 Valkey 또는 Redis OSS 클러스터를 업그레이드할 때는 다음을 고려하세요.

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

• ElastiCache 버전 7.2 for Valkey 및 ElastiCache 버전 6.0 for Redis OSS부터 ElastiCache는 여러 패치 버전을 제공하는 대신 각 마이너 릴리스에 대해 단일 버전을 제공합니다.

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

• 5.0.6 이전 버전으로 ElastiCache 클러스터를 업그레이드할 수도 있습니다. 관련된 프로세스는 동일하지만 DNS 전파 중에 장애 조치 시간이 더 길어질 수 있습니다(30s-1m).

• Redis OSS 7부터 ElastiCache는 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨)와 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 간의 전환을 지원합니다.

• Amazon ElastiCache for Redis OSS 엔진 업그레이드 프로세스는 기존 데이터를 보존하기 위해 최선의 노력을 다하도록 설계되었으며 Redis OSS 복제가 성공해야 합니다.

• 엔진을 업그레이드할 때 ElastiCache는 기존 클라이언트 연결을 종료합니다. 엔진 업그레이드 중 가동 중지 시간을 최소화하려면 오류 재시도 및 지수 백오프를 사용하는 Redis OSS 클라이언트의 모범 사례와 유지 관리 중 가동 중지 시간 최소화를 위한 모범 사례를 구현하는 것이 좋습니다.

• 엔진을 업그레이드할 때 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨)에서 Valkey 또는 Redis OSS(클러스터 모드 활성화됨)로 직접 업그레이드할 수 없습니다. 다음 절차에서는 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨)에서 Valkey 또는 Redis OSS(클러스터 모드 활성화됨)로 업그레이드하는 방법을 보여줍니다.

  Valkey 또는 Redis OSS(클러스터 모드 비활성화됨)에서 Valkey 또는 Redis OSS(클러스터 모드 활성화됨)로 엔진 버전을 업그레이드하려면

  1. Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터 또는 복제 그룹에 대한 백업을 만듭니다. 자세한 내용은 수동 백업 지원 단원을 참조하십시오.

  2. 백업을 사용하여 샤드가 하나인 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터(노드 그룹)를 만들고 시드합니다. 클러스터 또는 복제 그룹을 생성할 때 새 엔진 버전을 지정하고 클러스터 모드를 활성화합니다. 자세한 내용은 자습서: 외부에서 생성된 백업으로 새로운 자체 설계된 클러스터 시드 단원을 참조하십시오.

  3. 이전 Valkey 또는 Redis OSS(클러스터 모드 비활성화됨) 클러스터 또는 복제 그룹을 삭제합니다. 자세한 내용은 ElastiCache에서 클러스터 삭제 또는 복제 그룹 삭제을 참조하세요.

  4. 새 Valkey 또는 Redis OSS(클러스터 모드 활성화됨) 클러스터 또는 복제 그룹을 필요한 샤드(노드 그룹) 수까지 확장합니다. 자세한 내용은 Valkey 또는 Redis OSS(클러스터 모드 활성화됨)에서 클러스터 조정 단원을 참조하세요.

• 메이저 엔진 버전을 업그레이드하는 경우(예: 5.0.6에서 6.0으로 업그레이드) 새 엔진 버전과 호환되는 새 파라미터 그룹도 선택해야 합니다.

• 단일 Redis OSS 클러스터 및 다중 AZ가 비활성화된 클러스터의 경우 충분한 메모리를 확보하여 Valkey 또는 Redis OSS 스냅샷 생성에 명시된 대로 Redis OSS에 충분한 메모리를 사용할 수 있도록 하는 것이 좋습니다. 이러한 경우 업그레이드 프로세스 중에는 서비스 요청에 기본 항목을 사용할 수 없습니다.

• 다중 AZ가 활성화된 Redis OSS 클러스터의 경우, 수신 쓰기 트래픽이 낮은 기간 동안 엔진 업그레이드를 예약하는 것이 좋습니다. Redis OSS 5.0.6 이상으로 업그레이드하면 업그레이드 프로세스 동안 기본 클러스터를 서비스 요청에 계속 사용할 수 있습니다.

  샤드가 여러 개인 클러스터 및 복제 그룹은 다음과 같이 처리되고 패치가 적용됩니다.

  • 모든 샤드는 병렬로 처리됩니다. 언제든지 하나의 샤드에서 오직 하나의 업그레이드 작업이 수행됩니다.

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

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

• 현재 클러스터 또는 복제 그룹에서 암호화가 활성화되어 있는 경우에는 암호화를 지원하지 않는 엔진 버전으로 업그레이드할 수 없습니다(예를 들면 3.2.6에서 3.2.10로 업그레이드 불가능).

Memcached 고려 사항

자체 설계된 Memcached 클러스터를 업그레이드할 때만 다음 내용을 고려합니다.

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

• Memcached 엔진은 지속성을 지원하지 않으므로 Memcached 엔진 버전 업그레이드는 항상 클러스터에서 모든 캐시 데이터를 지우는 방해가 되는 프로세스입니다.