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

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

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

참고

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

Valkey 및 Redis OSS 고려 사항

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

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

  • Valkey용 ElastiCache 버전 7.2와 Redis OSS용 ElastiCache 버전 6.0부터 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 엔진 버전 업그레이드는 항상 클러스터에서 모든 캐시 데이터를 지우는 방해가 되는 프로세스입니다.