Replicación o redundancia de tus datos de GitHub Actions
GitHub Actions uses external storage to store workflow artifacts and logs. This data is stored on your external provider, such as Azure blob storage, Amazon S3, or MinIO. As a result, GitHub Enterprise Server backups and GitHub Enterprise Server high availability configurations do not provide protection for the data stored on this external storage, and instead rely on the data protection and replication provided by the external storage provider, such as Azure or AWS.
Te recomendamos fuertemente que configures el almacenamiento externo de tus GitHub Actions para que utilicen redundancia o replicación. Para obtener más información, refiérete a la documentación de tu proveedor de alamacenamiento:
- Documentación sobre la redundancia del almacenamiento de Azure
- Documentación sobre la replicación de Amazon S3
Réplicas de disponibilidad alta
Promover una réplica
Cuando habilitas la configuración de disponibilidad alta, cualquier réplica se configura automáticamente para utilizar la configuración de almacenamiento externo de GitHub Actions. Si necesitas iniciar una recuperación de fallos para promover una réplica, no se requiere ningún cambio adicional en la configuración para las GitHub Actions.
Para obtener más información, consulta la sección "Iniciar una respuesta ante los fallos para aplicativo de réplica".
Quitar una réplica de disponibilidad alta
Evita dejar que varias instancias escriban en el mismo almacenamiento externo de GitHub Actions. Esto podría ocurrir cuando utilizas el comando ghe-repl-teardown
para parar y eliminar permanentemente una réplica habilitada para GitHub Actions. Esto se da porque la réplica se convertirá a una versión autónoma de GitHub Enterprise Server y, despues de su destrucción, seguirá utilizando el mismo almacenamiento externo.
Para ayudarte a evitar este problema, te recomendamos ya sea que decomisiones el servidor de la réplica o actualices su configuración de GitHub Actions con un almacenamiento externo diferente.