Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

Haute disponibilité pour GitHub Actions

Il existe des considérations particulières à prendre en compte pour l’administration de GitHub Actions dans une configuration à haute disponibilité.

Réplication ou redondance de vos données GitHub Actions

GitHub Actions utilise un stockage externe pour stocker les artefacts et journaux de workflow. Ces données sont stockées chez votre fournisseur externe, par exemple Stockage Blob Azure, Amazon S3, ou MinIO. Les sauvegardes de GitHub Enterprise Server et les configurations à haute disponibilité de GitHub Enterprise Server n’offrent donc aucune protection pour les données stockées sur ce stockage externe. À la place, des services de protection et de réplication des données sont assurés par le fournisseur de stockage externe, par exemple Azure ou AWS.

Nous vous recommandons vivement de configurer votre stockage externe GitHub Actions de sorte qu’il utilise la redondance ou la réplication de données. Pour plus d’informations, consultez la documentation de votre fournisseur de stockage :

Réplicas à haute disponibilité

Promotion d’un réplica

Quand vous activez une configuration à haute disponibilité, les réplicas éventuels sont automatiquement configurés pour utiliser la configuration de stockage externe GitHub Actions. Si vous devez lancer un basculement pour promouvoir un réplica, aucune modification de configuration supplémentaire n’est nécessaire pour GitHub Actions.

Pour plus d’informations, consultez « Lancement d’un basculement vers votre appliance réplica ».

Suppression d’un réplica à haute disponibilité

Évitez de permettre à plusieurs instances d’écrire sur un même stockage externe GitHub Actions. Cela peut se produire au moment d’utiliser la commande ghe-repl-teardown pour arrêter et supprimer définitivement un réplica prenant en charge GitHub Actions. La raison en est que le réplica est converti en instance GitHub Enterprise Server autonome, et une fois la suppression opérée, elle utilise toujours la même configuration de stockage externe que l’instance principale.

Pour éviter ce problème, nous vous recommandons de désactiver le serveur réplica ou de mettre à jour sa configuration GitHub Actions avec un stockage externe différent.