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. Daher bieten GitHub Enterprise Server-Backups und GitHub Enterprise Server-Hochverfügbarkeitskonfigurationen keinen Schutz für die auf diesem externen Speicher gespeicherten Daten. Stattdessen hängen sie vom Datenschutz und der Replikation ab, die vom externen Speicheranbieter, z. B. Azure, Google Cloud oder AWS, bereitgestellt werden.
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 finden Sie 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.