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.