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.
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. Puede restaurar sus datos en cualquier momento creando una nueva caché de Valkey, Redis OSS o Memcached sin servidor y rellenándola con los datos de una copia de seguridad. Con él ElastiCache, puede gestionar las copias de seguridad mediante la AWS Management Console, la AWS Command Line Interface ()AWS CLI y la API. ElastiCache
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.
Limitaciones del proceso de copia de seguridad
Debe tener en cuenta las limitaciones siguientes a la hora de planear o realizar copias de seguridad:
-
La copia de seguridad y restauración solo es compatible con las cachés que se ejecutan en Valkey, Redis OSS o Memcached sin servidor.
-
Para los clústeres de Valkey o Redis OSS (modo de clúster deshabilitado), la copia de seguridad y la restauración no son compatibles con los nodos
cache.t1.micro. Todos los demás tipos de nodos de caché son compatibles con la característica. -
Para los clústeres de Valkey o Redis OSS (modo de clúster habilitado), la copia de seguridad y la restauración son compatibles con todos los tipos de nodos.
-
Durante 24 horas continuas, no podrá crear más de 24 copias de seguridad manuales por caché sin servidor. En el caso de los clústeres de autodiseño de Valkey y Redis OSS, no podrá crear más de 20 copias de seguridad manuales por cada nodo del clúster.
-
Valkey o Redis OSS (modo de clúster habilitado) solo permiten realizar copias de seguridad en el clúster (para la API o la CLI, en el grupo de replicación). Valkey o Redis OSS (modo de clúster habilitado) no permiten realizar copias de seguridad en las particiones (para la API o la CLI, en el grupo de nodos).
-
Durante el proceso de copia de seguridad, no podrá realizar operaciones de la API o la CLI en la caché sin servidor. Puede realizar operaciones de la API o la CLI en un clúster de autodiseño durante la copia de seguridad.
-
Si utiliza cachés de Valkey o Redis OSS con organización de datos en niveles, no puede 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 en Memcached, pero sí en Redis ElastiCache OSS. ElastiCache
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-percentparámetro: para mitigar el exceso de paginación, le recomendamos que configure el parámetro. reserved-memory-percent Este parámetro impide que Valkey o Redis OSS consuma toda la memoria disponible del nodo y puede ayudar a reducir la cantidad de páginas creadas. 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 reserved-memory-percentlos parámetros, consulte. Administració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 tomar una copia de seguridad del nodo principal o una de las réplicas de lectura. Dados los orígenes del sistema requeridos durante BGSAVE, recomendamos que cree copias de seguridad de una de las réplicas de lectura. Aunque la copia de seguridad se está creando a partir de la réplica, el nodo principal no se ve afectado por los requisitos de recursos del comando BGSAVE. 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. De este modo, se garantiza que se capturan los datos de Valkey o Redis OSS más recientes antes de eliminar el grupo de replicación.
