En esta página, se describe cómo resolver problemas relacionados con los eventos de mantenimiento de AlloyDB para PostgreSQL. El mantenimiento de AlloyDB garantiza que tus clústeres y tus instancias sigan siendo confiables, seguros, estén actualizados y tengan un buen rendimiento. Para obtener más información, consulta Descripción general del mantenimiento.
Tu entorno de base de datos se interrumpe durante el mantenimiento impulsado por el servicio
Descripción: Durante las operaciones de mantenimiento de AlloyDB, el entorno de la base de datos experimenta un tiempo de inactividad de menos de un segundo.
AlloyDB minimiza las interrupciones durante el mantenimiento creando una máquina virtual (VM) con las actualizaciones. Cuando la VM de reemplazo está lista, AlloyDB la intercambia por la VM activa.
El impacto del intercambio de VM en las instancias es el siguiente:
- Instancias principales: Por lo general, experimentan menos de 1 segundo de tiempo de inactividad.
- Instancias de grupo de lectura: Experimentan 0 segundos de inactividad.
Solución recomendada: Configura tu entorno de base de datos con una lógica de reintento sólida para que tu base de datos y tus aplicaciones se vuelvan a conectar automáticamente.
Según el tamaño de la instancia y la base de datos, es posible que se produzca una pequeña degradación del rendimiento después del mantenimiento. Para minimizar la degradación del rendimiento, AlloyDB precalienta las memorias caché de las máquinas de reemplazo durante un período preestablecido. Este precalentamiento es suficiente para la mayoría de los entornos. Si se produce un tiempo de espera antes de que se llenen las cachés, el proceso continúa después de que se completa el mantenimiento.
Tu entorno de base de datos se interrumpe durante el mantenimiento controlado por el usuario
Descripción: Cuando realizas actualizaciones y cambios de configuración en tu entorno de base de datos, como el cambio de tamaño de la instancia o la mayoría de los cambios en las marcas de la base de datos, tu entorno de base de datos experimenta un tiempo de inactividad inferior a un segundo.
De forma predeterminada, los cambios en la configuración de la base de datos controlados por el usuario utilizan las mismas operaciones de mantenimiento no disruptivas que los eventos controlados por el servicio, y la operación causa un tiempo de inactividad inferior a un segundo. Si bien el tiempo de inactividad es breve, la duración total de la operación puede extenderse más allá de los 15 minutos. Para obtener más información, consulta Descripción general del mantenimiento.
Solución recomendada: Cuando actualizas tu entorno de base de datos, no puedes evitar el tiempo de inactividad inferior a un segundo de la instancia principal, pero puedes planificar la caída momentánea de la conexión.
Tu base de datos experimenta una pequeña degradación del rendimiento después del mantenimiento impulsado por el usuario
Descripción: Después del mantenimiento impulsado por el usuario, tu base de datos experimenta una degradación menor del rendimiento.
Solución recomendada: En el caso del mantenimiento iniciado por el usuario, AlloyDB tiene como objetivo evitar la ralentización del rendimiento precalentando las memorias caché de las máquinas de reemplazo durante un máximo de cinco minutos. Si bien esto suele ser suficiente, es posible que algunos entornos sigan experimentando una degradación del rendimiento inevitable. Por lo general, la duración del precalentamiento es más corta para los cambios impulsados por el usuario que para el mantenimiento impulsado por el servicio. Si se produce un tiempo de espera antes de que se carguen por completo las memorias caché, el proceso de llenado de la caché se reanuda después de que se complete el período de mantenimiento.
Cuando usas la marca FORCE_APPLY, la base de datos experimenta tiempo de inactividad.
Descripción: Usas la marca opcional FORCE_APPLY para realizar cambios en tu base de datos.
Espera tiempo de inactividad cuando uses la opción de marca FORCE_APPLY. Si usas esta marca, se reinicia la instancia, lo que hace que la base de datos no esté disponible durante unos minutos.
Experimentas un mantenimiento inesperado en tu clúster de producción
Descripción: Tu clúster de producción experimenta una actualización de mantenimiento inesperada.
Solución recomendada: Para evitar el mantenimiento inesperado en tu clúster de producción, programa el período de mantenimiento para saber cuándo ocurrirá el evento de mantenimiento.
Para programar un período de mantenimiento en tus clústeres, consulta Cómo administrar los períodos de mantenimiento de los clústeres de AlloyDB para PostgreSQL.
Si no programas un período de mantenimiento, el mantenimiento que no sea de emergencia para un clúster de AlloyDB puede ocurrir en cualquier momento, excepto entre las 6 a.m. y las 10 p.m. los días laborables en la hora local de la región en la que se encuentra el clúster.
Puedes programar un período de mantenimiento para cualquier período de una hora en cualquier día de la semana.
Para recibir un recordatorio del mantenimiento programado en tu clúster de producción, habilita la opción para recibir notificaciones por correo electrónico antes del mantenimiento programado.
También puedes evitar las operaciones de mantenimiento durante un período específico configurando un período de rechazo de mantenimiento que puede abarcar de 1 a 30 días. Para obtener más información, consulta Cómo configurar un período de mantenimiento de rechazo.