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

Did this doc help you?

Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

Oder, learn how to contribute.