Administra conmutaciones por error

Si un clúster de Bigtable deja de responder, la replicación permite que el tráfico entrante realice una conmutación por error a otro clúster en 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 describen los pasos para realizar una conmutación por error entre clústeres.

Antes de leer esta página, debes familiarizarte con la descripción general de la replicación de Bigtable. También debes conocer las opciones de enrutamiento que están disponibles para Bigtable.

Realiza una conmutación por error manual

Usa una conmutación por error manual si el perfil de una app enruta todas las solicitudes a un solo clúster, y ese clúster deja de responder. Para ver ejemplos de los criterios que puedes usar para determinar si un clúster deja de responder, consulta Conmutaciones por error manuales. Verifica la latencia de replicación de tu instancia antes de decidir realizar la conmutación por error. Para obtener más información, consulta Gráficos para la replicación.

Si deseas realizar una conmutación por error manual, actualiza tu perfil de la app para que enrute las solicitudes a un clúster responsivo en lugar de al clúster que no responde:

Console

  1. Abre la lista de instancias de Bigtable en la consola de Google Cloud.

    Abrir la lista de instancias

  2. En la columna Perfiles de aplicación, haz clic en el perfil de la app que enruta el tráfico al clúster que no responde.

    Si no ves el perfil de la app que deseas editar, puedes ver la lista completa si haces clic en el nombre de la instancia y, luego, en Perfiles de aplicación en el panel izquierdo.

  3. En Enrutamiento del clúster, selecciona el clúster responsivo en tu instancia.

  4. Haz clic en Guardar. Aparecerá un diálogo de confirmación.

  5. Revisa cuidadosamente las advertencias en el diálogo de confirmación, luego sigue las instrucciones del diálogo y haz clic en Continuar.

gcloud

  1. Si no conoces el ID de la instancia, usa el comando bigtable instances list para ver una lista de las instancias de tu proyecto:

    gcloud bigtable instances list

  2. Si no conoces los ID de clúster de la instancia, usa el comando bigtable clusters list para ver una lista de clústeres de la instancia:

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Reemplaza INSTANCE_ID con el identificador permanente de la instancia.

  3. Si no conoces el ID del perfil de app, usa el comando bigtable app-profiles list para ver una lista de los perfiles de app de la instancia:

    gcloud bigtable app-profiles list --instance=INSTANCE_ID

    Reemplaza INSTANCE_ID con el identificador permanente de la instancia.

  4. Usa el comando bigtable app-profiles update para cambiar el clúster que usa el perfil de la app:

    gcloud bigtable app-profiles update APP_PROFILE_ID \
    --instance=INSTANCE_ID \
    --route-to=CLUSTER_ID

    Proporcione lo siguiente:

    • APP_PROFILE_ID: Es el identificador permanente del perfil de la app.
    • INSTANCE_ID: Es el identificador permanente de la instancia.
    • CLUSTER_ID: El ID del clúster al que se deben enrutar todas las solicitudes. Esta marca habilita el enrutamiento de un solo clúster.

    Si recibes un mensaje de error, revisa cuidadosamente cualquier advertencia que contenga. Para anular el error, vuelve a ejecutar el comando con la marca --force.

Poco después de actualizar el perfil de aplicación, cualquier app que lo use comenzará a dirigir todas las solicitudes al clúster en buen estado que seleccionaste. El clúster deteriorado continuará usando la CPU para controlar la replicación y otras tareas de mantenimiento.

Después de que el clúster en mal estado se recupere, puedes seguir los mismos pasos para actualizar tu perfil de app, a fin de que enrute todas las solicitudes al clúster recuperado.

Realiza una conmutación por error automática

Con Bigtable, la conmutación por error es realmente automática. Si un perfil de aplicación utiliza el enrutamiento de varios clústeres, y el clúster más cercano al servidor de la aplicación se deteriora, no es necesario que realices ninguna acción. Bigtable realiza la conmutación por error automáticamente, incluso si el clúster se encuentra deteriorado por poco tiempo, y utiliza el clúster en buen estado más cercano para controlar las solicitudes hasta que se haya recuperado el clúster deteriorado.

Para ver la cantidad de solicitudes que se desviaron automáticamente en un período determinado, consulta el gráfico Conmutaciones por error automáticas en la consola de Google Cloud. Para ello, abre la lista de instancias, haz clic en el nombre de la instancia y, luego, en Supervisión.

¿Qué sigue?

Aprende a supervisar una instancia de Bigtable.