Esta página se ha traducido con Cloud Translation API.

Gestionar conmutaciones por error

Si un clúster de Bigtable deja de responder, la replicación permite que el tráfico entrante se redirija a otro clúster de la misma instancia. Las conmutaciones por error pueden ser manuales o automáticas, en función del perfil de aplicación que utilice una aplicación y de cómo esté configurado el perfil de aplicación.

En esta página se describen los pasos para realizar una conmutación por error entre clústeres.

Si un perfil de aplicación dirige todas las solicitudes a un solo clúster, puedes realizar una conmutación por error manual.
Si un perfil de aplicación usa el enrutamiento a varios clústeres, las conmutaciones por error son automáticas y no tienes que hacer nada.

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

Realizar una conmutación por error manual

Usa una conmutación por error manual si un perfil de aplicación dirige todas las solicitudes a un solo clúster y este deja de responder. Para ver ejemplos de los criterios que puede usar para determinar que un clúster no responde, consulte Conmutaciones por error manuales. Comprueba la latencia de replicación de tu instancia antes de decidirte a hacer un failover. Para obtener más información, consulta Gráficos de replicación.

Para realizar una conmutación por error manual, actualiza el perfil de tu aplicación para que enrute las solicitudes a un clúster que responda en lugar de al que no responde:

Consola

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

Abrir la lista de instancias
En la columna Perfiles de aplicación, haga clic en el perfil de aplicación que esté dirigiendo tráfico al clúster que no responde.

Si no ve el perfil de aplicación que quiere editar, puede consultar una lista completa haciendo clic en el nombre de la instancia y, a continuación, en Perfiles de aplicación, en el panel de la izquierda.
En Enrutamiento de clústeres, selecciona un clúster adaptable de tu instancia.

Importante: Si se selecciona Cualquier clúster (multiclúster), el perfil de la aplicación gestiona las conmutaciones por error automáticamente. Haz clic en Cancelar para salir sin guardar los cambios.
Haz clic en Guardar. Aparecerá un cuadro de diálogo de confirmación.
Lee atentamente las advertencias del cuadro de diálogo de confirmación, sigue las instrucciones que se indican en él y haz clic en Continuar.

gcloud

Si no sabes 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
```
Si no conoces los IDs 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
```
Sustituye INSTANCE_ID por el identificador permanente de la instancia.
Si no sabes el ID del perfil de aplicación, usa el comando bigtable app-profiles list para ver una lista de los perfiles de aplicación de la instancia:
```
gcloud bigtable app-profiles list --instance=INSTANCE_ID
```
Sustituye INSTANCE_ID por el identificador permanente de la instancia.
Usa el comando bigtable app-profiles update para cambiar el clúster que usa el perfil de la aplicación:
```
gcloud bigtable app-profiles update APP_PROFILE_ID \
    --instance=INSTANCE_ID \
    --route-to=CLUSTER_ID
```
Proporciona lo siguiente:
- APP_PROFILE_ID: identificador permanente del perfil de la aplicación.
- INSTANCE_ID: identificador permanente de la instancia.
- CLUSTER_ID: el ID del clúster al que se deben dirigir todas las solicitudes. Este indicador habilita el enrutamiento de un solo clúster.
Si aparece un mensaje de error, revisa detenidamente las advertencias que contenga. Si quieres anular el error, vuelve a ejecutar el comando con la marca --force.

Poco después de actualizar el perfil de aplicación, las aplicaciones que lo usen empezarán a dirigir todas sus solicitudes al clúster correcto que hayas seleccionado. El clúster en mal estado seguirá usando la CPU para gestionar la replicación y otras tareas de mantenimiento.

Cuando el clúster en mal estado se recupere, puedes seguir los mismos pasos para actualizar el perfil de tu aplicación de forma que dirija todas las solicitudes al clúster recuperado.

Realizar una conmutación por error automática

Con Bigtable, las conmutaciones por error automáticas son realmente automáticas. Si un perfil de aplicación usa el enrutamiento multiclúster y el clúster más cercano al servidor de aplicaciones deja de estar en buen estado, no tienes que hacer nada. Bigtable realiza una conmutación por error automáticamente, aunque el clúster no esté en buen estado durante un breve periodo, y usa el clúster en buen estado más cercano para gestionar las solicitudes hasta que el clúster en mal estado se haya recuperado.

Para ver el número de solicitudes cuya ruta se ha modificado automáticamente durante un periodo determinado, consulta el gráfico Conmutaciones por error automáticas en la consola deGoogle Cloud : abre la lista de instancias, haz clic en el nombre de la instancia y, a continuación, en Monitorización.

Siguientes pasos

Consulta cómo monitorizar una instancia de Bigtable.