En esta página, se proporciona una descripción general de la persistencia de RDB en Memorystore para Valkey.
Para aprender a habilitar, inhabilitar y supervisar la persistencia de 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 estos en almacenamiento duradero. Para elegir la frecuencia de estas instantáneas, selecciona una un intervalo de instantáneas que va desde un mínimo de 1 hora hasta un máximo de 24 horas. Si de que ocurren fallas en los nodos, los datos se recuperan incluso cuando no es posible realizar una conmutación por error.
Los nodos con réplicas priorizan la recuperación de datos desde la réplica. Sin embargo, si el nodo principal y el de 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 casos de uso en los que se acepta un pequeño grado de inactividad de los datos después de la recuperación. Debido a que Memorystore usa instantáneas para entornos las instantáneas no estarán disponibles para los restablecimientos manuales. También debes tener en cuenta que solo se conserva la instantánea correcta más reciente.
Memorystore para Valkey también admite la persistencia de AOF, pero debes elegir el modo de persistencia de AOF o RDB, ya que no se pueden habilitar ambos 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, recomendamos usar con alta disponibilidad además de habilitar la persistencia.
Programación de instantáneas
La programación de instantáneas se determina mediante dos parámetros de configuración: la hora de inicio de la instantánea y
el intervalo de la instantánea. Los intervalos que puedes establecer son 1h, 6h, 12h y
24h Por ejemplo, si estableces la hora de inicio en las 4 a.m. y el intervalo en uno
las instantáneas se inician a las 4 a.m. del día en que se habilitan y continúan
cada una 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 de programación. Por ejemplo, en la inicio y fin del DST en EE.UU., la hora de inicio local de tu Los trabajos de programación de instantáneas avanzan o retroceden una hora si tu zona horaria respeta los cambios en el DST.
Pausa las instantáneas
Es posible que te encuentres con situaciones en las que quieras detener temporalmente la toma de instantáneas de RDB para un determinado período. Esto puede ser para garantizar que no haya impactos en el rendimiento durante eventos críticos o para inhabilitar temporalmente las instantáneas para solucionar problemas de rendimiento.
Para pausar las instantáneas, debes establecer la hora de inicio en el futuro. Si lo haces, se retendrá 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 quieras que se realice la siguiente. 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 RDB.
Comportamiento de recuperación
La conmutación por error de los nodos de Memorystore para Valkey se realiza a las réplicas como mecanismo de recuperación principal, en lugar de cargar desde una instantánea. Sin embargo, si un nodo falla y no se puede recuperar desde una réplica, el nodo se recupera de una instantánea.
Coherencia de los datos en la recuperación
Cuando está habilitada, la persistencia de RDB hace su mejor esfuerzo para garantizar que las copias de seguridad se realicen 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 quedar obsoleta de forma arbitraria.
La inactividad de datos en el peor de los casos para una recuperación a partir de una instantánea es la suma del intervalo especificado desde que se inició la última instantánea válida y el tiempo para guardar la siguiente instantánea en el almacenamiento. En el caso de un incidente de recuperación, usa la métrica rdb_last_success_ages para ver el período de inactividad 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. Recuperación el tiempo depende del tamaño de la instantánea.
Falla de instantánea
Cualquier instantánea con errores se vuelve a intentar de inmediato con una retirada exponencial de 5 a 300 segundos. Las fallas de instantáneas consecutivas aumentan la inactividad de los datos en caso de una recuperación.
Error de recuperación
Los errores de recuperación son poco frecuentes, pero pueden ocurrir. Si se produce una falla de recuperación, el nodo vuelve a intentarlo varias veces. hasta que se recupere correctamente.
Supervisa instantáneas
Es importante supervisar las instantáneas y establecer alertas para las instantáneas que fallan. 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 del instantánea.
Para obtener una lista de las métricas disponibles para supervisar instantáneas, consulta Métricas de persistencia.
Cómo administrar el impacto en el rendimiento
Para supervisar el impacto en el rendimiento que tiene una instantánea en tu instancia de Memorystore, consulta las métricas disponibles a través de Cloud Monitoring, como el uso de CPU y el uso de memoria.