Skip to main content

Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-07-09. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Hohe Verfügbarkeit für GitHub Actions

Beim Verwalten von GitHub Actions in einer Konfiguration mit Hochverfügbarkeit müssen einige Besonderheiten berücksichtigt werden.

Replikation oder Redundanz deiner GitHub Actions-Daten

GitHub Actions verwendet externen Speicher zum Speichern von Workflowartefakten und Protokollen. Diese Daten werden bei deinem externen Anbieter gespeichert, z. B. Azure Blob Storage, Amazon S3, Google Cloud Storage oder MinIO. Folglich werden die in einem externen Speicher gespeicherten Daten nicht durch GitHub Enterprise Server-Sicherungen und GitHub Enterprise Server-Hochverfügbarkeitskonfigurationen geschützt, sondern hängen stattdessen von der Datensicherung und -replikation des externen Speicheranbieters wie Azure, Google Cloud oder AWS ab.

Es wird dringend empfohlen, dass du deine externen GitHub Actions-Speicher so konfigurierst, dass du die Datenredundanz oder -replikation nutzen kannst. Weitere Informationen findest du in der Dokumentation deines Speicheranbieters:

Hochverfügbarkeitsreplikate

Fördern eines Replikats

Bei der Aktivierung einer Hochverfügbarkeitskonfiguration werden sämtliche Replikate automatisch so konfiguriert, dass sie die externe GitHub Actions-Speicherkonfiguration nutzen. Wenn du einen Failover initiieren musst, um ein Replikat zu fördern, sind keine zusätzlichen Konfigurationsänderungen für GitHub Actions erforderlich.

Weitere Informationen findest du unter Initiieren eines Failovers zu deiner Replikat-Appliance.

Hochverfügbarkeitsreplikat entfernen

Vermeide, dass mehrere Instanzen in denselben externen GitHub Actions-Speicher schreiben können. Dies kann der Fall sein, wenn der ghe-repl-teardown Befehl verwendet wird, um ein aktiviertes GitHub Actions-Replikat zu beenden und dauerhaft zu entfernen. Dies liegt daran, dass das Replikat in einen eigenständigen GitHub Enterprise Server konvertiert wird und dass nach dem Abbruch weiterhin dieselbe externe Speicherkonfiguration wie die primäre verwendet wird.

Um dieses Problem zu umgehen, empfiehlt es sich, den Replikatserver zu deaktivieren oder seine GitHub Actions-Konfiguration mit einem anderen externen Speicher zu aktualisieren.