Hochverfügbarkeitskonfiguration wiederherstellen

Nachdem du ein Failover zur GitHub Enterprise Server-Appliance durchgeführt hast, solltest du schnellstmöglich die Redundanz zurückerlangen, anstatt sich auf eine einzelne Appliance zu verlassen.

In diesem Artikel

Informationen zur Wiederherstellung für eine Hochverfügbarkeitskonfiguration

Du kannst die vorherige primäre Appliance als neue Replikat-Appliance verwenden, sofern das Failover geplant war oder nicht mit dem Appliance-Zustand in Zusammenhang stand. Wenn das Failover mit einem Problem an der primären Appliance zusammenhing, solltest du ggf. eine neue Replikat-Appliance erstellen. Weitere Informationen finden Sie unter Hochverfügbarkeitsreplikat erstellen.

Warnung

Du musst den Wartungsmodus aktivieren, bevor du eine ehemalige primäre Anwendung als neues Replikat konfigurierst. Wenn du den Wartungsmodus nicht aktivieren, verursachst du einen Produktionsausfall.

Vorherige primäre Appliance als neues Replikat konfigurieren

  1. Stelle mittels SSH eine Verbindung zur IP-Adresse der vorherigen primären Appliance her.

    ssh -p 122 admin@ FORMER_PRIMARY_IP

  2. Aktiviere den Wartungsmodus für die ehemalige primäre Appliance. Weitere Informationen finden Sie unter Wartungsmodus aktivieren und planen.

  3. Führe auf der ehemaligen primären Appliance den Befehl ghe-repl-setup mit der IP-Adresse des ehemaligen Replikats aus. Möglicherweise musst du die Option --force verwenden, um die vorhandene Konfiguration zu ersetzen.

    ghe-repl-setup --force FORMER_REPLICA_IP

  4. Um den öffentlichen Schlüssel der Liste autorisierter Schlüssel auf der primären Appliance hinzuzufügen, navigiere zu https://PRIMARY-HOSTNAME/setup/settings, und füge der Liste den Schlüssel hinzu, den du vom Replikat kopiert hast.

  5. Führe erneut ghe-repl-setup aus, um die Verbindung mit dem primären Replikat zu überprüfen und den Replikatmodus für das neue Replikat zu aktivieren.

    ghe-repl-setup FORMER_REPLICA_IP

  6. Um die Replikation der Datenspeicher zu starten, verwende den Befehl ghe-repl-start.

    ghe-repl-start

    Warnung

              `ghe-repl-start` verursacht einen kurzen Ausfall des primären Servers. Währenddessen wird Benutzern möglicherweise ein interner Serverfehler angezeigt. Um eine benutzerfreundlichere Meldung bereitzustellen, führe `ghe-maintenance -s` auf dem primären Knoten aus, bevor du `ghe-repl-start` auf dem Replikatknoten ausführest, um die Appliance in den Wartungsmodus zu versetzen. Nachdem die Replikation gestartet wurde, deaktiviere den Wartungsmodus mit `ghe-maintenance -u`. Die Git-Replikation wird nicht fortgesetzt, während sich der primäre Knoten im Wartungsmodus befindet.

Wenn Sie Version 3.14.20, 3.15.15, 3.16.11, 3.17.8, 3.18.2 oder eine höhere Version ausführen, einschließlich zukünftiger Versionen wie 3.19, müssen Sie das Primärsystem vor der Ausführung von ghe-repl-start nicht mehr in den Wartungsmodus versetzen. Es wird nicht mehr erwartet, dass dieser Befehl einen Ausfall auf dem primären Server verursacht. Wenn Sie ein neues Replikat einrichten, tritt jedoch kein Ausfall auf, solange Sie ghe-config-apply zwischen ghe-repl-setup und ghe-repl-start ausführen. Wenn Sie ghe-config-apply überspringen und direkt von ghe-repl-setup zu ghe-repl-start wechseln, führt dies dennoch zu einem Ausfall.