En esta página se describe cómo resolver problemas con los eventos de mantenimiento de AlloyDB para PostgreSQL. El mantenimiento de AlloyDB asegura que tus clústeres e instancias sigan siendo fiables, tengan un buen rendimiento, sean seguros y estén actualizados. Para obtener más información, consulta el resumen del mantenimiento.
Tu entorno de base de datos se interrumpe durante el mantenimiento basado en servicios
Descripción: Durante las operaciones de mantenimiento de AlloyDB, tu entorno de base de datos experimenta un tiempo de inactividad inferior a un segundo.
AlloyDB minimiza las interrupciones durante el mantenimiento creando una máquina virtual (VM) con las actualizaciones. Cuando la VM de sustitución esté lista, AlloyDB la cambiará por la VM activa.
El impacto del intercambio de VMs en las instancias es el siguiente:
- Instancias principales: suelen experimentar menos de 1 segundo de inactividad.
- Instancias de grupo de lectura: no experimentan ningún periodo 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.
En función del tamaño de tu instancia y de tu base de datos, es posible que el rendimiento se vea ligeramente afectado después del mantenimiento. Para minimizar la degradación del rendimiento, AlloyDB precalienta las cachés de las máquinas de sustitución durante un periodo predefinido. Este precalentamiento es suficiente para la mayoría de los entornos. Si se agota el tiempo de espera antes de que se rellenen las cachés, el proceso continúa una vez que se haya completado el mantenimiento.
El entorno de tu base de datos se interrumpe durante el mantenimiento iniciado por el usuario
Descripción: Cuando actualizas y cambias la configuración de tu entorno de base de datos (por ejemplo, al cambiar el tamaño de la instancia o la mayoría de las marcas de la base de datos), el 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 que realizan los usuarios utilizan las mismas operaciones de mantenimiento sin interrupciones que los eventos controlados por el servicio, y la operación provoca un tiempo de inactividad inferior a un segundo. Aunque el tiempo de inactividad es breve, la duración total de la operación puede superar los 15 minutos. Para obtener más información, consulta el resumen del mantenimiento.
Solución recomendada: Cuando actualizas tu entorno de base de datos, no puedes evitar el tiempo de inactividad de menos de un segundo de la instancia principal, pero puedes planificar la interrupción momentánea de la conexión.
Tu base de datos experimenta una ligera degradación del rendimiento tras el mantenimiento iniciado por el usuario
Descripción: Después de un mantenimiento iniciado por el usuario, el rendimiento de tu base de datos se reduce ligeramente.
Solución recomendada: en el caso del mantenimiento iniciado por el usuario, AlloyDB tiene como objetivo evitar que el rendimiento se ralentice precalentando las cachés de las máquinas de sustitución durante un máximo de cinco minutos. Aunque suele ser suficiente, es posible que en algunos entornos se produzca una degradación del rendimiento inevitable. La duración del precalentamiento suele ser menor en los cambios iniciados por los usuarios que en el mantenimiento iniciado por el servicio. Si se agota el tiempo de espera antes de que las cachés se carguen por completo, el proceso de llenado de la caché se reanudará una vez que finalice el periodo de mantenimiento.
Si usas la marca FORCE_APPLY, tu base de datos experimentará un tiempo de inactividad
Descripción: usa la marca opcional FORCE_APPLY para hacer cambios en tu base de datos.
Si usas la opción de marca FORCE_APPLY, habrá un tiempo de inactividad. Si usas esta marca, se reiniciará la instancia, por lo que la base de datos no estará disponible durante unos minutos.
Se produce 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 que se produzca un mantenimiento inesperado en tu clúster de producción, programa el periodo de mantenimiento para saber cuándo se producirá.
Para programar una ventana de mantenimiento en tus clústeres, consulta Gestionar ventanas de mantenimiento de clústeres de AlloyDB para PostgreSQL.
Si no programas una ventana de mantenimiento, el mantenimiento no urgente de un clúster de AlloyDB puede realizarse en cualquier momento, excepto entre las 6:00 y las 22:00 de los días laborables en la hora local de la región en la que se encuentre el clúster.
Puedes programar una ventana de mantenimiento de una hora para cualquier día de la semana.
Para recibir un recordatorio del mantenimiento programado en tu clúster de producción, habilita las notificaciones por correo antes del mantenimiento programado.
También puede evitar que se realicen operaciones de mantenimiento durante un periodo específico configurando un periodo de mantenimiento denegado que puede durar entre 1 y 30 días. Para obtener más información, consulta Configurar un periodo de mantenimiento rechazado.