Failover verwalten
Wenn ein Bigtable-Cluster nicht mehr reagiert, ermöglicht dessen Replikation die Weiterleitung des eingehenden Traffics per Failover an einen anderen Cluster derselben Instanz. Failovers können manuell oder automatisch ausgelöst werden, je nachdem, welches Anwendungsprofil eine Anwendung verwendet und wie das Anwendungsprofil konfiguriert ist.
Aus dieser Seite werden die Schritte zum Ausführen eines Failovers von einem Cluster auf einen anderen beschrieben.
- Wenn ein Anwendungsprofil alle Anfragen an einen einzigen Cluster weiterleitet, können Sie ein manuelles Failover ausführen
- Wenn in einem Anwendungsprofil Multi-Cluster-Routing verwendet wird, führt Cloud Bigtable Failovers automatisch aus.
Bevor Sie diese Seite lesen, sollten Sie sich mit den Informationen unter Bigtable-Replikation – Übersicht vertraut gemacht haben. Außerdem sollten Sie mit den Routingoptionen für Bigtable vertraut sein.
Manuelles Failover ausführen
Ein manuelles Failover ist erforderlich, wenn ein Anwendungsprofil alle Anfragen an einen einzigen Cluster weiterleitet und dieser Cluster nicht mehr reagiert. Beispielkriterien, anhand derer Sie bestimmen können, ob ein Cluster nicht mehr reagiert, finden Sie unter Manuelle Failovers. Prüfen Sie die Replikationslatenz Ihrer Instanz, bevor Sie ein Failover ausführen. Weitere Informationen finden Sie unter Diagramme für die Replikation.
Zur Ausführung eines manuellen Failovers müssen Sie Ihr Anwendungsprofil anpassen, damit Anfragen an den reagierenden Cluster anstelle des nicht reagierenden weitergeleitet werden:
Console
Öffnen Sie in der Google Cloud Console die Liste der Bigtable-Instanzen.
Klicken Sie in der Spalte Anwendungsprofile auf das Anwendungsprofil, über das Traffic an den nicht reagierenden Cluster weitergeleitet wird.
Wenn Sie das zu bearbeitende Anwendungsprofil nicht finden, können Sie eine vollständige Liste abrufen. Klicken Sie dazu auf den Namen der Instanz und dann im linken Bereich auf Anwendungsprofile.
Wählen Sie unter Cluster-Routing einen responsiven Cluster in Ihrer Instanz aus.
Klicken Sie auf Speichern. Es wird ein Bestätigungsdialogfeld angezeigt.
Lesen Sie die Warnungen im Bestätigungsdialogfeld aufmerksam durch. Folgen Sie dann der Anleitung im Dialogfeld und klicken Sie auf Weiter.
gcloud
Wenn Sie die Instanz-ID nicht kennen, verwenden Sie den Befehl
bigtable instances list
, um eine Liste der Instanzen des Projekts aufzurufen:gcloud bigtable instances list
Wenn Sie die Cluster-IDs der Instanz nicht kennen, verwenden Sie den Befehl
bigtable clusters list
, um eine Liste der Cluster in der Instanz aufzurufen:gcloud bigtable clusters list --instances=INSTANCE_ID
Ersetzen Sie
INSTANCE_ID
durch die permanente Kennzeichnung der Instanz.Wenn Sie die ID des Anwendungsprofils nicht kennen, verwenden Sie den Befehl
bigtable app-profiles list
, um eine Liste der Anwendungsprofile der Instanz aufzurufen:gcloud bigtable app-profiles list --instance=INSTANCE_ID
Ersetzen Sie
INSTANCE_ID
durch die permanente Kennzeichnung der Instanz.Verwenden Sie den Befehl
bigtable app-profiles update
, um den Cluster zu ändern, den das Anwendungsprofil verwendet:gcloud bigtable app-profiles update APP_PROFILE_ID \ --instance=INSTANCE_ID \ --route-to=CLUSTER_ID
Machen Sie folgende Angaben:
APP_PROFILE_ID
: Die permanente Kennzeichnung des Anwendungsprofils.INSTANCE_ID
: Die permanente Kennzeichnung der Instanz.CLUSTER_ID
: Die Cluster-ID, an die alle Anfragen weitergeleitet werden sollen. Dieses Flag aktiviert Single-Cluster-Routing.
Wenn Sie eine Fehlermeldung erhalten, überprüfen Sie sorgfältig alle darin aufgeführten Warnungen. Wenn Sie den Fehler überschreiben möchten, führen Sie den Befehl mit dem Flag
--force
noch einmal aus.
Kurz nach dem Aktualisieren des Anwendungsprofils werden alle Anwendungen, die das Anwendungsprofil verwenden, alle ihre Anfragen an den von Ihnen ausgewählten fehlerfreien Cluster weiterleiten. Der fehlerhafte Cluster beansprucht weiterhin CPU, um die Replikation und andere Wartungsaufgaben auszuführen.
Wenn der fehlerhafte Cluster wiederhergestellt ist, können Sie die Änderung des Anwendungsprofils anhand der oben dargestellten Schritte wieder rückgängig machen, damit alle Anfragen an den wiederhergestellten Cluster weitergeleitet werden.
Automatisches Failover ausführen
In Bigtable erfolgen automatische Failovers tatsächlich automatisch. Wenn in einem Anwendungsprofil ein Multi-Cluster-Routing verwendet wird und der dem Anwendungsserver am nächsten liegende Cluster fehlerhaft ist, müssen Sie keine Maßnahmen ergreifen. Bigtable führt den Failover – auch wenn ein Cluster nur kurz fehlerhaft ist – automatisch aus und verarbeitet Anfragen mit dem nächsten intakten Cluster, bis der fehlerhafte Cluster wiederhergestellt ist.
Um die Anzahl der Anfragen anzuzeigen, die über einen bestimmten Zeitraum automatisch umgeleitet wurden, rufen Sie die Grafik für automatische Failovers in der Google Cloud Console ab: Öffnen Sie die Liste der Instanzen, klicken Sie auf den Instanznamen und dann auf Monitoring.