스냅샷 및 복원 - 아마존 ElastiCache (레디 스 OSS)
제약 조건자체 설계된 클러스터 백업이 성능에 미치는 영향

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

스냅샷 및 복원

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

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

주제

백업 제약 조건

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

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

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

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

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

  • Redis OSS (클러스터 모드 사용) 는 클러스터 수준 (API 또는 CLI의 경우 복제 그룹 수준) 에서만 백업을 수행할 수 있습니다. Redis OSS (클러스터 모드 사용) 는 샤드 수준 (API 또는 CLI의 경우 노드 그룹 수준) 에서의 백업 수행을 지원하지 않습니다.

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

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

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

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

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

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

  • reserved-memory-percent파라미터 설정 - 과도한 페이징을 줄이려면 파라미터를 설정하는 것이 좋습니다. reserved-memory-percent 이 매개 변수는 Redis OSS가 노드의 사용 가능한 메모리를 모두 사용하지 못하도록 하므로 페이징 양을 줄이는 데 도움이 될 수 있습니다. 더 큰 노드를 사용하기만 해도 성능 개선을 확인할 수 있습니다. 예약 메모리 및 매개변수에 대한 자세한 내용은 을 참조하십시오. reserved-memory-percent예약된 메모리 관리

     

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

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

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