용 버전 관리 ElastiCache - Amazon ElastiCache
ElastiCache 서버리스 캐시 버전 관리자체 설계된 ElastiCache 클러스터의 버전 관리자체 설계된 클러스터를 사용할 때의 업그레이드 고려 사항

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

용 버전 관리 ElastiCache

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

ElastiCache 서버리스 캐시 버전 관리

ElastiCache 서버리스 캐시가 업그레이드되었는지 여부와 언제 업그레이드되는지 관리하고 사용자 고유의 조건과 일정에 따라 버전 업그레이드를 수행합니다.

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

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

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

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

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

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

Valkey 및 Redis OSS 클러스터

참고

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

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

    MAJOR 버전은 호환API되지 않는 변경 사항용이고 MINOR 버전은 이전 버전과 호환되는 방식으로 추가된 새 기능용입니다. PATCH 버전은 백워드 호환 버그 수정 및 비기능적 변경에 사용됩니다.

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 Serverless에는 적용되지 않습니다.

Valkey 및 Redis OSS 고려 사항

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

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

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

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

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

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

  • Amazon ElastiCache (Redis OSS) 엔진 업그레이드 프로세스는 기존 데이터를 유지하기 위해 최선의 노력을 기울일 수 있도록 설계되었으며 Redis OSS 복제를 성공적으로 수행해야 합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Memcached 고려 사항

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

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

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