Acerca de la alta disponibilidad

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

En esta página, se brinda una descripción general de la configuración de alta disponibilidad (HA) para las instancias de Cloud SQL. A fin de configurar una instancia nueva para HA, o a modo de habilitar HA en una instancia existente, consulta la sección sobre habilitar o inhabilitar la alta disponibilidad en una instancia.

Descripción general de la configuración de HA

El propósito de una configuración de HA es reducir el tiempo de inactividad cuando una zona o una instancia deja de estar disponible. Esto puede suceder durante una interrupción zonal o cuando una instancia se queda sin memoria. Con la HA, tus datos siguen estando disponibles para aplicaciones cliente.

La configuración de HA proporciona redundancia de datos. Una instancia de Cloud SQL configurada para HA también se llama instancia regional y tiene una zona primaria y secundaria dentro de la región configurada. Dentro de una instancia regional, la configuración se compone de una instancia primaria y una instancia en espera. A través de la replicación síncrona a los discos persistentes de cada zona, todas las operaciones de escritura realizadas en la instancia principal se replican en los discos de ambas zonas antes de que una transacción se informe como confirmada. En caso de una falla en una instancia o una zona, la instancia en espera se convierte en la instancia principal nueva. Luego, los usuarios se redirigen a la nueva instancia principal. Este proceso se denomina conmutación por error.

Nota: Hay casos en los que Cloud SQL emite un reinicio en lugar de una conmutación por error. Cuando esto suceda, verás Reiniciar como una operación en la instancia cuando veas el panel Operaciones y registros en la página Descripción general de la instancia o en la página Operaciones de la instancia.

Después de una conmutación por error, la instancia que recibió la conmutación por error sigue siendo la instancia principal, incluso después de que la instancia original vuelva a estar en línea. Una vez que la zona o instancia que experimentó una interrupción vuelva a estar disponible, la instancia principal original se destruye y se vuelve a crear. Luego, se convierte en la nueva instancia en espera. Si ocurre una conmutación por error en el futuro, la nueva instancia principal se conmutará por error a la instancia original en la zona original.

Si necesitas tener la instancia principal en la zona que tuvo la interrupción, puedes realizar una conmutación por recuperación. Una conmutación por recuperación realiza los mismos pasos que la conmutación por error, solo en la dirección opuesta, para redirigir el tráfico de vuelta a la instancia original. Para realizar una conmutación por recuperación, usa el procedimiento de Inicia la conmutación por error.

La asistencia de disco persistente regional para Cloud SQL y la configuración de la alta disponibilidad de Cloud SQL tienen una cobertura completa del Acuerdo de Nivel de Servicio (ANS). Una instancia configurada con HA cuesta el doble que una instancia independiente. Este precio incluye CPU, RAM y almacenamiento. Para obtener más información, consulta la página de precios.

Descripción general del diagrama de la configuración de HA de Cloud SQL. Descrito en el texto de abajo.

Réplicas de lectura

Si la disponibilidad es un elemento de consideración para tus réplicas de lectura, puedes habilitar la HA en las réplicas. Cuando asciendes esa réplica para que se convierta en una instancia principal, ya está configurada como una instancia con alta disponibilidad.

Durante una interrupción zonal, el tráfico se detiene para leer réplicas en esa zona. Después de que la zona vuelva a estar disponible, todas las réplicas de lectura en la zona reanudan la replicación desde la instancia principal. Si las réplicas de lectura no se encuentran en una zona que experimenta una interrupción, se conectan a la instancia en espera cuando se convierte en la instancia principal.

Como práctica recomendada, considera colocar algunas de tus réplicas de lectura en una zona diferente a la de las instancias principal y en espera. Por ejemplo, si tienes una instancia principal en la zona A y una instancia en espera en la zona B, coloca una réplica de lectura en la zona C para mejorar tu confiabilidad. Esta práctica garantiza que las réplicas de lectura sigan funcionando incluso si la zona de la instancia principal falla. También debes agregar la lógica empresarial en la aplicación cliente para enviar lecturas a la instancia principal cuando las réplicas de lectura no están disponibles.

Descripción general de la conmutación por error

Si una instancia configurada con HA deja de responder, de modo automático, Cloud SQL cambia y entrega los datos desde la instancia independiente. Para ver si ocurrió una conmutación por error, revisa tu historial de conmutación por error del registro de operaciones.

Obtén más información sobre cómo compilar consultas en el Explorador de registros. Si necesitas información más detallada sobre una operación, como el usuario que realizó la operación, debes habilitar el registro de auditoría.

Haz clic en las pestañas para ver cómo afecta la conmutación por error a tu instancia.

Normal

Diagrama de una instancia en buen estado antes de una conmutación por error

Conmutación por error

Diagrama de la instancia cuando se produce una conmutación por error

Posconmutación por error

Diagrama de la instancia después de la conmutación por error

Conmutación por recuperación

Diagrama de la instancia después de la conmutación por recuperación

Proceso

El proceso siguiente ocurre de esta manera:

  • Falla la instancia principal o la zona.

    Cada segundo, el sistema de señal de monitoreo de funcionamiento detecta si la instancia principal está en buen estado. Si no se detectan varias señales de monitoreo por funcionamiento, se inicia la conmutación por error.

  • Ahora, la instancia independiente entrega los datos hasta la reconexión.

    A través de una dirección IP estática compartida con la instancia principal, la instancia independiente, ahora, entrega los datos desde la zona secundaria.

Requisitos

Para que Cloud SQL permita una conmutación por error, la configuración debe cumplir con estos requisitos:

  • La instancia principal debe estar en un estado operativo normal (no detenido, en mantenimiento ni en medio de una operación de instancia de Cloud SQL de larga duración, como una operación de copia de seguridad).
  • La zona secundaria y la instancia en espera deben estar en buen estado. Cuando la instancia en espera no responde, se bloquean las operaciones de conmutación por error. Después de que Cloud SQL repara la instancia en espera y la zona secundaria está disponible, Cloud SQL permite la conmutación por error.

Copia de seguridad y restablecimiento

Las copias de seguridad automáticas deben habilitarse para la alta disponibilidad.

Instancias y aplicaciones

No existe ninguna diferencia en trabajar con instancias con o sin HA, por lo que tu aplicación no necesita estar configurada de ningún modo en particular. Cuando ocurre una conmutación por error, las conexiones existentes a la instancia principal y a las réplicas de lectura se encuentran cerradas y tardarán entre 2 y 3 minutos para que se restablezcan las conexiones a la instancia principal. Tu aplicación se reconecta con la misma string de conexión o dirección IP, por lo tanto, no necesitas actualizar tu aplicación después de una conmutación por error.

Para ver con exactitud cómo la conmutación por error afecta tus aplicaciones, inicia la conmutación por error de forma manual.

Tiempo de inactividad por mantenimiento

Los eventos de mantenimiento afectan a las instancias principales configuradas con HA de la misma manera que otras instancias. Es posible que las instancias principales estén inactivas durante un período breve. Para obtener más información sobre cómo el mantenimiento afecta las instancias de alta disponibilidad, consulta Cómo funciona el mantenimiento. A fin de minimizar el impacto en el servicio, cambia la configuración de mantenimiento para controlar cuándo se produce el tiempo de inactividad.

¿Qué sigue?