Skip to main content

Enterprise Server 3.15 est actuellement disponible en tant que version finale (RC).

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, Google Cloud Storage, 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, Google Cloud, 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.