Instantánea y restauración - Amazon ElastiCache
RestriccionesEl impacto en el rendimiento de las copias de seguridad de los clústeres de autodiseño

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Instantánea y restauración

ElastiCache Las cachés de Amazon que ejecutan Valkey, Redis OSS o Serverless Memcached pueden hacer copias de seguridad de sus datos mediante la creación de una instantánea. Puede utilizar la copia de seguridad para restaurar una caché o para propagar los datos iniciales de una nueva caché. La copia de seguridad se compone de los metadatos de la caché, junto con todos los datos de la caché. Todas las copias de seguridad se escriben en Amazon Simple Storage Service (Amazon S3), lo que proporciona un almacenamiento duradero. En cualquier momento, puede restaurar sus datos creando una nueva caché de Valkey, Redis o Memcached sin servidor y rellenándola OSS con los datos de una copia de seguridad. Con ElastiCache, puede administrar las copias de seguridad mediante AWS Management Console, () y. AWS Command Line Interface AWS CLI ElastiCache API

Si está pensando en eliminar la caché y es importante conservar los datos, puede tomar una medida de precaución adicional. Para ello, cree primero una copia de seguridad manual, compruebe que su estado sea disponible y elimine la caché. Con este procedimiento, se asegura de que seguirá disponiendo de los datos de la caché aunque haya un error en la copia de seguridad. Puede volver a intentar realizar una copia de seguridad siguiendo las prácticas recomendadas descritas anteriormente.

Temas

Limitaciones del proceso de copia de seguridad

Debe tener en cuenta las limitaciones siguientes a la hora de planear o realizar copias de seguridad:

  • El backup y la restauración solo son compatibles con las cachés que se ejecutan en Valkey, Redis OSS o Serverless Memcached.

  • En el caso de los clústeres de Valkey o Redis OSS (modo de clúster desactivado), las copias de seguridad y la restauración no se admiten en los nodos. cache.t1.micro Todos los demás tipos de nodos de caché son compatibles con la característica.

  • En el caso de los clústeres de Valkey o Redis OSS (modo de clúster activado), se admiten la copia de seguridad y la restauración en todos los tipos de nodos.

  • Durante cualquier período contiguo de 24 horas, no puede crear más de 24 copias de seguridad manuales por caché sin servidor. En el caso de los clústeres de OSS diseño propio de Valkey y Redis, no puede crear más de 20 copias de seguridad manuales por nodo del clúster.

  • Valkey o Redis OSS (modo de clúster activado) solo admiten la realización de copias de seguridad a nivel de clúster (a nivel de grupo de API replicaciónCLI). Valkey o Redis OSS (modo de clúster activado) no admiten la realización de copias de seguridad a nivel de partición (en el nivel API o CLI grupo de nodos).

  • Durante el proceso de copia de seguridad, no puede ejecutar ninguna otra CLI operación en una API caché sin servidor. Puede ejecutar API nuestras CLI operaciones en un clúster de diseño propio durante la copia de seguridad.

  • Si utiliza OSS cachés de Valkey o Redis con niveles de datos, no podrá exportar una copia de seguridad a Amazon S3.

  • Puede restaurar una copia de seguridad de un clúster utilizando el tipo de nodo r6gd solo en clústeres que utilicen el tipo de nodo r6gd.

El impacto en el rendimiento de las copias de seguridad de los clústeres de autodiseño

Las copias de seguridad en las cachés sin servidor son transparentes para la aplicación y no afectan al rendimiento. Sin embargo, al crear copias de seguridad para clústeres de autodiseño, el rendimiento puede verse afectado en cierta medida en función de la memoria reservada disponible. Las copias de seguridad de los clústeres de diseño propio no están disponibles con ElastiCache (Memcached), pero sí con (Redis). ElastiCache OSS

A continuación, se ofrecen algunas pautas para mejorar el rendimiento de la realización de copias de seguridad para clústeres de autodiseño.

  • Defina el reserved-memory-percent parámetro: para mitigar el exceso de paginación, le recomendamos que configure el parámetro. reserved-memory-percent Este parámetro evita que Valkey y Redis OSS consuman toda la memoria disponible del nodo y puede ayudar a reducir la cantidad de paginación. También puede ver mejoras de rendimiento simplemente usando un nodo de mayor tamaño. Para obtener más información sobre la memoria reservada y los parámetros, consulte. reserved-memory-percentGestión de la memoria reservada para Valkey y Redis OSS

     

  • Cree copias de seguridad a partir de una réplica de lectura: si ejecuta Valkey o Redis OSS en un grupo de nodos con más de un nodo, puede realizar una copia de seguridad del nodo principal o de una de las réplicas de lectura. Debido a los recursos del sistema necesarios durante este procesoBGSAVE, le recomendamos que cree copias de seguridad a partir de una de las réplicas de lectura. Mientras se crea la copia de seguridad a partir de la réplica, el nodo principal no se ve afectado por las necesidades de BGSAVE recursos. El nodo principal puede continuar atendiendo a las solicitudes sin ralentizarse.

    Para hacer esto, consulte Creación de una copia de seguridad manual (consola) y en el campo Cluster Name (Nombre del clúster) en la ventana Create Backup (Crear copia de seguridad), elija una réplica en lugar del nodo primario predeterminado.

Si elimina un grupo de replicación y solicita una copia de seguridad final, ElastiCache siempre toma la copia de seguridad del nodo principal. Esto garantiza la captura de los OSS datos más recientes de Valkey o Redis antes de eliminar el grupo de replicación.