En esta página, se describen las operaciones que afectan la disponibilidad en Cloud SQL.
Cloud SQL te ayuda a maximizar el tiempo de actividad de tu base de datos sin realizar cambios en tu aplicación. Con un ANS de tiempo de actividad del 99.99% y un tiempo de inactividad casi nulo para varias operaciones planificadas, la edición Cloud SQL Enterprise Plus ofrece mayor resiliencia y continuidad empresarial para tus aplicaciones.
Maximizar el tiempo de actividad significa reducir el tiempo de inactividad de tu base de datos. Por lo general, el tiempo de inactividad se debe a eventos no planificados y operaciones planificadas.
Eventos no planificados y corte zonal
En el caso de las aplicaciones que requieren alta disponibilidad, recomendamos configurar la instancia para la disponibilidad regional, que también se conoce como la configuración de alta disponibilidad (HA) en Cloud SQL. Para obtener más información sobre cómo configurar la alta disponibilidad en Cloud SQL, consulta Acerca de la alta disponibilidad (HA).
En el caso de las instancias configuradas con disponibilidad regional, si la instancia encuentra una falla, Cloud SQL la activa de forma automática en la zona secundaria con la misma dirección IP y sin pérdida de datos para que las aplicaciones puedan reanudar las operaciones en la base de datos. Esto protege contra eventos no planificados, como la falla de un solo host de VM o la falla de uno o más componentes de infraestructura que causan la interrupción de una zona completa.
La alta disponibilidad de Cloud SQL está disponible para las ediciones Enterprise Plus y Enterprise de Cloud SQL.
Si no configuras la disponibilidad regional para una instancia, esta se configura para la disponibilidad zonal, que también se conoce como instancia independiente.
Cloud SQL recupera las instancias independientes (instancias configuradas con disponibilidad zonal) de las fallas del host de VM de forma automática. Sin embargo, Cloud SQL no recupera automáticamente las instancias independientes de una interrupción zonal. Para restablecer una instancia independiente en una zona en buen estado, debes restablecer las instancias independientes de forma manual. Puedes recuperar una instancia independiente de una interrupción zonal de forma manual con la recuperación de un momento determinado o ascendiendo una réplica de lectura para que se convierta en la instancia independiente. Para obtener más información, consulta Opciones de recuperación para instancias independientes.
Operaciones planificadas
En el caso de las operaciones planificadas, como el mantenimiento o algunas reconfiguraciones de instancias, la edición Enterprise Plus de Cloud SQL ofrece un tiempo de inactividad casi nulo para las instancias principales sin cambios en las aplicaciones ni requisitos de proxy. Con un tiempo de inactividad casi nulo, una operación planificada suele causar menos de un segundo de tiempo de inactividad.
Las siguientes operaciones planificadas se benefician del tiempo de inactividad casi nulo en una instancia principal de la edición Cloud SQL Enterprise Plus. Estos tiempos de inactividad se aplican a las instancias independientes (zonales) y de alta disponibilidad (regionales).
Mantenimiento, que incluye las siguientes operaciones con tiempo de inactividad de menos de un segundo:
- Mantenimiento automático que Cloud SQL realiza cada trimestre
- Mantenimiento de autoservicio que puedes iniciar en cualquier momento
- Simulación de mantenimiento que puedes iniciar para probar el comportamiento del tiempo de inactividad de menos de un segundo
Actualización de versión secundaria
Realiza una actualización de versión secundaria en una instancia de MySQL 8.0 con un tiempo de inactividad de menos de un segundo
-
- Realiza una actualización in situ a la edición Cloud SQL Enterprise Plus
Habilita la caché de datos
- Puedes habilitar o inhabilitar la caché de datos con la frecuencia que necesites.
Escalamiento de instancias
- Escalamiento vertical: Aumenta el tamaño de procesamiento (CPU virtual, memoria) de tu instancia de Cloud SQL con la frecuencia que sea necesaria
Reducción de escala vertical: Reduce el tamaño de procesamiento (CPU virtual y memoria) de tu instancia de Cloud SQL con poca frecuencia
Tiempo de inactividad casi nulo
Con un tiempo de inactividad casi nulo, una operación planificada suele causar menos de un segundo de tiempo de inactividad para una instancia principal de la edición Enterprise Plus de Cloud SQL.
La operación suele tardar unos minutos en completarse, y la instancia permanece disponible durante ese tiempo. El tiempo de inactividad, es decir, el período en el que la base de datos no puede aceptar conexiones, es casi nulo (menos de un segundo) y el proceso no requiere que cambies los extremos a los que se conectan tus aplicaciones.
Requisitos previos y restricciones
La función de tiempo de inactividad casi nulo solo está disponible con la edición Cloud SQL Enterprise Plus. Para obtener más información sobre las ediciones de Cloud SQL, consulta Introducción a las ediciones de Cloud SQL.
El tiempo de inactividad casi nulo no está disponible en las instancias de réplica de lectura.
La función requiere Cloud SQL para MySQL 8.0.31 o una versión posterior, con una versión de mantenimiento posterior a R20240207.00.
Debes habilitar el registro binario en tu instancia.
El tiempo de inactividad casi nulo no se admite en instancias con durabilidad reducida. Esto significa que las marcas con parámetros de configuración que pueden reducir la durabilidad deben establecerse en sus valores predeterminados, de la siguiente manera:
sync_binlog = 1innodb_flush_log_at_trx_commit = 1replica_skip_errors = OFFslave_skip_errors = OFFbinlog_order_commits = ON
Para obtener más información sobre las marcas, consulta Configura marcas de base de datos.
Si usas el proxy de autenticación de Cloud SQL o los conectores de lenguaje de Cloud SQL, asegúrate de que estén actualizados a sus versiones más recientes.
Si tienes réplicas externas con GTID habilitado, debes configurar esas réplicas para que usen el posicionamiento automático basado en GTID. De lo contrario, la replicación se interrumpirá después del mantenimiento. Para obtener más información, consulta Posicionamiento automático de GTID.