¿Cómo implemento la recuperación de desastres o la tolerancia a errores en mi clúster de Amazon ElastiCache Redis?

3 minutos de lectura

Necesito implementar la recuperación de desastres o la tolerancia a errores para los datos de mi clúster de Amazon ElastiCache Redis.

Resolución

Cada una de las soluciones de tolerancia a errores disponibles tiene su propio equilibrio entre la durabilidad de los datos, el impacto en el rendimiento y el costo. Elija la que mejor se adapte a su caso de uso:

Multi-AZ

Multi-AZ es la mejor opción cuando la retención de datos, el tiempo de inactividad mínimo y el rendimiento de las aplicaciones son una prioridad.

Potencial de pérdida de datos: bajo. Multi-AZ ofrece tolerancia a errores para todos los escenarios, incluidos los problemas relacionados con el hardware.
Impacto en el rendimiento: bajo. De las opciones disponibles, Multi-AZ ofrece el tiempo de recuperación más rápido, ya que no hay que seguir ningún procedimiento manual una vez implementado el proceso.
Costo: de bajo a alto. Multi-AZ es la opción más económica. Utilice Multi-AZ cuando no pueda correr el riesgo de perder datos a causa de un fallo de hardware o si no puede permitirse el tiempo de inactividad que requieren otras opciones para responder a una interrupción.

Para obtener más información sobre Multi-AZ, consulte Minimización del tiempo de inactividad en ElastiCache for Redis con Multi-AZ.

Copias de seguridad automáticas diarias

Puede programar copias de seguridad automáticas diarias en un momento en el que espere un bajo consumo de recursos para su clúster. ElastiCache crea una copia de seguridad del clúster y, a continuación, escribe todos los datos de la memoria caché en un archivo RDB de Redis. Las versiones 2.8.22 y posteriores de Redis implementan una copia de seguridad sin bifurcaciones que puede mejorar el rendimiento.

Nota: Los nodos cache.t1.micro no admiten la copia de seguridad y la restauración de Redis para los clústeres deshabilitados en modo clúster.

Potencial de pérdida de datos: alto (hasta un día). Las copias de seguridad automáticas diarias se conservan durante un máximo de 35 días.
Impacto en el rendimiento: de medio a alto. La ejecución de múltiples copias de seguridad de archivos a lo largo del día afecta al rendimiento. Para mejorar el rendimiento, considere la posibilidad de habilitar las instantáneas de RDB en un nodo secundario designado solo para la persistencia. A continuación, desactive las instantáneas de RDB y el archivo de solo adición (AOF) de Redis en el nodo principal y en todos los demás nodos secundarios.
Costo: de bajo a medio. Los costos de almacenamiento aumentan con la cantidad de copias de seguridad y la duración de la retención de datos.

Antes de implementar la copia de seguridad y la restauración, tenga en cuenta las limitaciones causadas por las restricciones de respaldo. Para obtener información completa sobre la implementación de copias de seguridad para los clústeres de ElastiCache que ejecutan Redis, consulte Copia de seguridad y restauración de ElastiCache for Redis. Para obtener más información, consulte Realización de copias de seguridad manuales.