Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.
Deutsch

Nach Produkt erkunden

Enterprise administrators
Deutsch

Diese Version von GitHub Enterprise wurde eingestellt am 2021-06-09. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Artikelversion: Enterprise Server 2.21
Artikelversion: Enterprise Server 2.21

Failover zu Ihrer Replikat-Appliance initiieren

Sie können an der Befehlszeile zu Wartungs- und Testzwecken oder beim Fehlschlagen der primären Appliance ein Failover zu einer GitHub Enterprise Server-Replikat-Appliance durchführen.

Die für das Failover erforderliche Zeit hängt davon ab, wie lange es dauert, das Replikat manuell hochzustufen und den Traffic weiterzuleiten. Die Durchschnittszeit beträgt zwischen 2 und 10 Minuten.

Wenn ein Replikat hochgestuft wird, wird nicht automatisch die Replikation für vorhandene Appliances eingerichtet. Nach dem Hochstufen eines Replikats kannst Du bei Bedarf eine Replikation von der neuen primären Instanz zu den vorhandenen Appliances und zur vorherigen primären Instanz einrichten.

  1. Versetzen Sie die primäre Appliance in den Wartungsmodus, um den Abschluss der Replikation zuzulassen, bevor Sie die Appliances wechseln.
    • Informationen zum Verwenden der Managementkonsole finden Sie unter „Wartungsmodus aktivieren und planen“.
    • Darüber hinaus können Sie den Befehl ghe-maintenance -s verwenden. 
      $ ghe-maintenance -s
  2. Wenn die Anzahl der aktiven Git-Vorgänge null erreicht, sollten Sie 30 Sekunden lang warten.
  3. Führen Sie den Befehl ghe-repl-status -vv aus, um zu verifizieren, dass alle Replikationskanäle OK ausgeben. 
    $ ghe-repl-status -vv
  4. Führen Sie den Befehl ghe-repl-promote aus, um die Replikation anzuhalten und die Replikations-Appliance auf den primären Status hochzustufen. Dadurch wird der primäre Knoten automatisch in den Wartungsmodus versetzt, sofern er erreichbar ist. 
    $ ghe-repl-promote
  5. Aktualisieren Sie den DNS-Eintrag so, dass er auf die IP-Adresse des Replikats verweist. Nach dem Verstreichen des TTL-Zeitraums wird der Traffic an das Replikat geleitet. Stellen Sie bei der Verwendung eines Load-Balancers sicher, dass er so konfiguriert ist, den Traffic an das Replikat zu senden.
  6. Benachrichtigen Sie die Benutzer, dass sie die normalen Vorgänge wieder aufnehmen können.
  7. Richten Sie bei Bedarf die Replikation von der neuen primären Instanz auf die bestehenden Appliances und die vorherige primäre Instanz ein. Weitere Informationen finden Sie unter „Informationen zur Hochverfügbarkeitskonfiguration“.
  8. Appliances you do not intend to setup replication to that were part of the high availability configuration prior the failover, need to be removed from the high availability configuration by UUID.
    • On the former appliances, get their UUID via cat /data/user/common/uuid. 
      $ cat /data/user/common/uuid
    • On the new primary, remove the UUIDs using ghe-repl-teardown. Please replace UUID with a UUID you retrieved in the previous step. 
      $ ghe-repl-teardown -u UUID

Weiterführende Informationen