En esta página, se proporciona una descripción general de la persistencia de RDB (base de datos de Redis) en Memorystore para Redis Cluster.
Para obtener información sobre cómo habilitar, inhabilitar y supervisar la persistencia de la RDB, consulta Administra la persistencia.
Si deseas obtener información sobre las prácticas recomendadas para la persistencia de RDB, consulta Prácticas recomendadas para la persistencia.
La función de persistencia de RDB protege tus datos guardando instantáneas de ellos en un almacenamiento duradero. Para elegir la frecuencia de estas instantáneas, selecciona un intervalo de instantáneas que puede variar entre un mínimo de 1 hora y un máximo de 24 horas. Si se producen fallas en los nodos, los datos se recuperan incluso en los casos en los que no es posible la conmutación por error.
Los nodos con réplicas priorizan la recuperación de datos desde la réplica. Sin embargo, si tanto el nodo principal como la réplica fallan de forma simultánea, los nodos se recuperan de la instantánea más reciente.
La persistencia de RDB no agrega ningún costo adicional a la facturación de tu instancia. Esta función es ideal para los casos de uso en los que se acepta un pequeño grado de obsolescencia de los datos después de la recuperación. Debido a que Memorystore usa instantáneas para la recuperación automatizada, estas no están disponibles para las restauraciones manuales. También debes tener en cuenta que solo se conserva la instantánea exitosa más reciente.
Memorystore for Redis Cluster también admite la persistencia de AOF, pero debes elegir el modo de persistencia de AOF o RDB, ya que ambos no se pueden habilitar al mismo tiempo. Para obtener información sobre cómo elegir entre los dos modos de persistencia, consulta Descripción general de la persistencia. Para obtener la mejor disponibilidad posible, te recomendamos que uses una instancia de alta disponibilidad, además de habilitar la persistencia.
Programación de instantáneas
La programación de instantáneas se determina con dos parámetros de configuración: la hora de inicio de la instantánea y el intervalo de instantáneas. Los intervalos que puedes establecer son 1h, 6h, 12h y 24h. Por ejemplo, si estableces la hora de inicio a las 4 a.m. y el intervalo en una hora, las instantáneas comenzarán a las 4 a.m. del día en que se habiliten y continuarán cada hora después de eso.
Las programaciones de instantáneas se evalúan en la zona horaria UTC, por lo que las zonas horarias locales con cambios de horario de verano experimentarán ajustes en la programación. Por ejemplo, al comienzo y al final del horario de verano en EE.UU., las horas de inicio locales de tus trabajos de programación de instantáneas se adelantan o retrasan una hora si tu zona horaria respeta los cambios del horario de verano.
Cómo pausar las instantáneas
Es posible que te encuentres con situaciones en las que quieras pausar temporalmente la toma de instantáneas de RDB durante un período determinado. Esto podría ser para garantizar que no haya impactos en el rendimiento durante eventos críticos o para inhabilitar temporalmente las instantáneas y solucionar problemas de rendimiento.
Para detener las instantáneas, debes establecer la hora de inicio en el futuro. Si lo haces, se conservará la última instantánea y se usará en caso de recuperación. Para reanudar las instantáneas, ajusta la programación de instantáneas al momento en que deseas que se cree la próxima instantánea. Para obtener más información sobre cómo ajustar las programaciones de instantáneas, consulta Cómo ajustar el intervalo de instantáneas de la RDB.
Comportamiento de recuperación
Los nodos de Memorystore for Redis Cluster conmutan por error a las réplicas como mecanismo de recuperación principal, en lugar de cargarse desde una instantánea. Sin embargo, si un nodo falla y no se puede recuperar de una réplica, se recupera de una instantánea.
Coherencia de los datos en la recuperación
Cuando se habilita, la persistencia de RDB hace su mejor esfuerzo para garantizar que se realicen copias de seguridad en el intervalo especificado. Las instantáneas pueden fallar por varios motivos. Si la instantánea falla de forma consecutiva en varios intervalos, la última copia de seguridad disponible puede estar desactualizada de forma arbitraria.
El peor caso de obsolescencia de los datos para una recuperación a partir de una instantánea es la suma del intervalo especificado desde que se inició la última instantánea correcta y el tiempo para guardar la siguiente instantánea en el almacenamiento. En caso de un incidente de recuperación, usa la métrica rdb_save_ages para ver el período de obsolescencia de los datos.
Período de recuperación
Si un nodo falla y necesita recuperar datos de una instantánea, no estará disponible durante la recuperación. El tiempo de recuperación depende del tamaño de la instantánea.
Falla de instantánea
Cualquier instantánea fallida se reintenta de inmediato con una retirada exponencial de 5 a 300 segundos. Las fallas consecutivas de las instantáneas aumentan la obsolescencia de los datos en caso de recuperación.
Error de recuperación
Las fallas de recuperación son poco frecuentes, pero pueden ocurrir. Si se produce un error de recuperación, el nodo vuelve a intentarlo repetidamente hasta que se recupera correctamente.
Supervisión de instantáneas
Es importante supervisar las instantáneas y configurar alertas para las que no se hayan podido crear. Si deseas obtener información sobre las prácticas recomendadas para la persistencia de RDB, consulta Prácticas recomendadas para la persistencia de RDB. Las instantáneas con errores pueden indicar nodos sobrecargados que pueden seguir teniendo dificultades para recuperarse de la instantánea.
Para obtener una lista de las métricas disponibles para supervisar instantáneas, consulta Métricas de persistencia.
Administra el impacto en el rendimiento
Puedes supervisar el impacto en el rendimiento que tiene una instantánea en tu instancia de Memorystore. Para ello, consulta las métricas disponibles a través de Cloud Monitoring, como el uso de CPU y el uso de memoria.