Replikation oder Redundanz Ihrer 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, den externen Speicher so zu konfigurieren GitHub Actions , dass Datenredundanz oder Replikation verwendet wird. Weitere Informationen findest du in der Dokumentation deines Speicheranbieters:
Hochverfügbarkeitsreplikate
Fördern eines Replikats
Wenn Sie eine Hochverfügbarkeitskonfiguration aktivieren, werden alle Replikate automatisch für die Verwendung der GitHub Actions externen Speicherkonfiguration konfiguriert. Wenn Sie ein Failover einleiten müssen, um ein Replikat heraufzustufen, sind für GitHub Actions keine zusätzlichen Konfigurationsänderungen erforderlich.
Weitere Informationen finden Sie unter Initiieren eines Failovers zu deiner Replikat-Appliance.
Entfernen eines Hochverfügbarkeitsreplikats
Vermeiden Sie, dass mehrere Instanzen auf denselben externen GitHub Actions Speicher schreiben. Dies kann auftreten, wenn Sie den Befehl ghe-repl-teardown verwenden, um ein für GitHub Actions aktiviertes Replikat zu beenden und dauerhaft zu entfernen. Dies liegt daran, dass das Replikat in ein eigenständiges GitHub Enterprise ServerReplikat konvertiert wird und nach dem Abreißen weiterhin dieselbe externe Speicherkonfiguration wie die primäre verwendet.
Um dieses Problem zu vermeiden, empfehlen wir, entweder den Replikatserver außer Betrieb zu setzen oder seine GitHub Actions Konfiguration mit einem anderen externen Speicher zu aktualisieren.