Conmutaciones por error

Si un clúster de Cloud Bigtable deja de responder, la replicación hace posible que el tráfico entrante realice una conmutación por error en otro clúster de la misma instancia. Las conmutaciones por error pueden ser manuales o automáticas, según el perfil de aplicación que use una aplicación y su configuración.

En esta página, se explica cómo funcionan las conmutaciones por error manuales y automáticas en una instancia que usa la replicación. Si deseas aprender a completar una conmutación por error, consulta Cómo administrar conmutaciones por error.

Antes de leer esta página, debes familiarizarte con la descripción general de la replicación de Cloud Bigtable.

Conmutaciones por error manuales

Si un perfil de aplicación usa un enrutamiento de un solo clúster para dirigir todas las solicitudes a un clúster, debes usar tu criterio a fin de decidir cuándo comenzar la conmutación por error a otro clúster.

Estas son algunas señales que podrían indicar la necesidad de realizar una conmutación por error a otro clúster:

  • El clúster comienza a mostrar una gran cantidad de errores de sistema transitorios.
  • Se agota el tiempo de espera de muchas solicitudes.
  • La latencia de respuesta promedio aumenta a un nivel inaceptable.

Dado que estas señales pueden aparecer por diversos motivos, no se puede garantizar que la conmutación por error resuelva los problemas subyacentes. Supervisa tu instancia antes y después de realizar la conmutación a fin de verificar si las métricas mejoraron.

Si deseas obtener más detalles sobre cómo completar una conmutación por error manual, consulta Cómo completar una conmutación por error manual.

Conmutaciones por error automáticas

Si un perfil de aplicación usa un enrutamiento de varios clústeres, Cloud Bigtable controla las conmutaciones por error automáticamente. Cuando un clúster no puede controlar una solicitud, Cloud Bigtable enruta el tráfico hacia el clúster más cercano que está disponible.

Las conmutaciones por error automáticas pueden ocurrir incluso cuando un clúster deja de estar disponible por un período muy breve. Por ejemplo, si Cloud Bigtable enruta una solicitud a un clúster, y ese clúster es demasiado lento para responder o muestra un error transitorio, Cloud Bigtable normalmente vuelve a realizar esa solicitud en otro clúster.

Muchas conmutaciones por error son tan breves que el usuario ni siquiera las nota. Puedes consultar el gráfico de conmutaciones por error automáticas en GCP Console para ver la cantidad de solicitudes que se redirigieron automáticamente en un período determinado: abre la lista de instancias, haz clic en el nombre de la instancia y, luego, haz clic en Supervisión.

Qué sigue

¿Te sirvió esta página? Envíanos tu opinión:

Enviar comentarios sobre…

Documentación de Cloud Bigtable