Administra conmutaciones por error
Si un clúster de Bigtable deja de responder, la replicación hace posible que las solicitudes tráfico a 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 describen los pasos para realizar una conmutación por error entre clústeres.
- Si el perfil de una aplicación enruta todas las solicitudes a un solo clúster, puedes realizar una conmutación por error manual.
- Si un perfil de aplicación utiliza un enrutamiento de varios clústeres, las conmutaciones por error son automáticas y no es necesario realizar ninguna acción.
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 la conmutación por error. Para obtener más información, consulta Gráficos de 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
Abre la lista de instancias de Bigtable en la consola de Google Cloud.
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.
En Enrutamiento del clúster, selecciona el clúster responsivo en tu instancia.
Haz clic en Guardar. Aparecerá un diálogo de confirmación.
Revisa cuidadosamente las advertencias en el diálogo de confirmación, luego sigue las instrucciones del diálogo y haz clic en Continuar.
gcloud
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
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.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.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
: 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.