스냅샷 및 복원 - Amazon ElastiCache
제약 조건자체 설계된 클러스터 백업이 성능에 미치는 영향

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

스냅샷 및 복원

Valkey, Redis OSS또는 Serverless Memcached를 실행하는 Amazon ElastiCache 캐시는 스냅샷을 생성하여 데이터를 백업할 수 있습니다. 백업을 사용하여 캐시를 복원하거나 데이터를 새 캐시에 시드할 수 있습니다. 백업은 캐시의 모든 데이터와 캐시의 메타데이터로 구성됩니다. 모든 백업은 Amazon Simple Storage Service(S3)에 쓰여지므로 내구성 있는 스토리지가 확보됩니다. 언제든지 새 Valkey, Redis OSS또는 Serverless Memcached 캐시를 생성하고 백업의 데이터로 채워 데이터를 복원할 수 있습니다. 를 사용하면 ElastiCache, AWS Management Console AWS Command Line Interface (AWS CLI) 및 를 사용하여 백업을 관리할 수 있습니다 ElastiCache API.

캐시를 삭제할 계획을 세우고 데이터를 보존하는 것이 중요한 경우 추가적인 예방 조치를 취할 수 있습니다. 이렇게 하려면 먼저 수동 백업을 생성하고 사용 가능한 상태인지 확인한 다음 캐시를 삭제합니다. 이렇게 하면 백업에 실패하더라도 캐시 데이터를 계속 사용할 수 있습니다. 앞서 설명한 모범 사례에 따라 백업을 다시 시도할 수 있습니다.

주제

백업 제약 조건

백업을 계획하거나 만들려는 경우 다음 제약 조건을 고려해야 합니다.

  • 백업 및 복원은 Valkey, Redis OSS 또는 Serverless Memcached에서 실행되는 캐시에만 지원됩니다.

  • Valkey 또는 RedisOSS(클러스터 모드 비활성화됨) 클러스터의 경우 cache.t1.micro 노드에서 백업 및 복원이 지원되지 않습니다. 다른 모든 캐시 노드 유형은 지원됩니다.

  • Valkey 또는 RedisOSS(클러스터 모드 활성화됨) 클러스터의 경우 모든 노드 유형에 대해 백업 및 복원이 지원됩니다.

  • 연속 24시간 동안 서버리스 캐시당 24개 이하의 수동 백업을 생성할 수 있습니다. Valkey 및 Redis OSS 자체 설계 클러스터의 경우 클러스터의 노드당 20개 이하의 수동 백업을 생성할 수 있습니다.

  • Valkey 또는 RedisOSS(클러스터 모드 활성화됨)는 클러스터 수준( API 또는 의 경우 복제 그룹 수준)에서만 백업 가져오기CLI를 지원합니다. Valkey 또는 RedisOSS(클러스터 모드 활성화됨)는 샤드 수준( API 또는 의 경우 노드 그룹 수준)에서 백업 가져오기CLI를 지원하지 않습니다.

  • 백업 프로세스 중에는 서버리스 캐시에서 다른 API 또는 CLI 작업을 실행할 수 없습니다. 백업 중에 자체 설계된 클러스터에서 API 또는 CLI 작업을 실행할 수 있습니다.

  • 데이터 계층화와 함께 Valkey 또는 Redis OSS 캐시를 사용하는 경우 백업을 Amazon S3로 내보낼 수 없습니다.

  • r6gd 노드 유형을 사용하는 클러스터의 백업은 r6gd 노드 유형을 사용하는 클러스터에만 복원할 수 있습니다.

자체 설계된 클러스터 백업이 성능에 미치는 영향

서버리스 캐시의 백업은 성능뿐 아니라 애플리케이션에도 영향을 미치지 않습니다. 하지만 자체 설계된 클러스터의 백업을 생성할 때는 가용할 수 있는 예약 메모리에 따라 성능에 어느 정도 영향을 미칠 수 있습니다. 자체 설계된 클러스터에 대한 백업은 ElastiCache (Memcached)에서는 사용할 수 없지만 ElastiCache (Redis )에서는 사용할 수 있습니다OSS.

다음은 자체 설계된 클러스터에서 백업 성능을 개선하기 위한 지침입니다.

  • reserved-memory-percent 파라미터 설정 - 과도한 호출을 완화하려면 reserved-memory-percent 파라미터를 설정하는 것이 좋습니다. 이 파라미터는 Valkey와 Redis가 노드의 사용 가능한 모든 메모리를 OSS 사용하지 못하도록 하고 호출량을 줄이는 데 도움이 될 수 있습니다. 더 큰 노드를 사용하기만 해도 성능 개선을 확인할 수 있습니다. 예약 메모리 및 reserved-memory-percent 파라미터에 대한 자세한 내용은 섹션을 참조하세요Valkey 및 Redis용 예약 메모리 관리 OSS.

     

  • 읽기 전용 복제본에서 백업 생성 - 노드가 둘 이상인 노드 OSS 그룹에서 Valkey 또는 Redis를 실행하는 경우 기본 노드 또는 읽기 전용 복제본 중 하나에서 백업을 가져올 수 있습니다. 에 필요한 시스템 리소스로 인해 읽기 전용 복제본 중 하나에서 백업을 생성하는 것이 BGSAVE좋습니다. 복제본에서 백업을 생성하는 동안 기본 노드는 BGSAVE 리소스 요구 사항의 영향을 받지 않습니다. 기본 노드는 속도를 늦추지 않고 계속해서 요청을 처리할 수 있습니다.

    이렇게 하려면 수동 백업 생성(콘솔) 섹션을 참조하고, 백업 생성 창의 클러스터 이름 필드에서 기본값인 기본 노드 대신 복제본을 선택합니다.

복제 그룹을 삭제하고 최종 백업을 요청하는 경우 ElastiCache 항상 기본 노드에서 백업을 가져옵니다. 이렇게 하면 복제 그룹이 삭제되기 전에 최신 Valkey 또는 Redis OSS 데이터를 캡처할 수 있습니다.