885da5b3d3
* New Crowdin translations by Github Action * Reset broken translated files to English * Ran script/i18n/homogenize-frontmatter.js * Ran script/fix-translation-errors.js * Reverted translated files with parsing and rendering errors * fix malformed liquid * add next directory to exclude list * currentversion -> currentVersion * fix liquid errors * fix liquid errors * Reset broken translated files to English * Ran script/i18n/homogenize-frontmatter.js * Revert /ja/github/authenticating-to-github/about-authentication-with-saml-single-sign-on * Reset known broken translation files LAST * Run script/i18n/homogenize-frontmatter.js Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: Rachael Sewell <rachmari@github.com> Co-authored-by: Kevin Heis <heiskr@users.noreply.github.com>
2.2 KiB
title, intro, versions, type, topics
| title | intro | versions | type | topics | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| High availability for GitHub Actions | There are some special considerations for administering {% data variables.product.prodname_actions %} in a high availability configuration. |
|
reference |
|
Replication or redundancy of your {% data variables.product.prodname_actions %} data
{% data reusables.actions.enterprise-storage-ha-backups %}
We strongly recommend that you configure your {% data variables.product.prodname_actions %} external storage to use data redundancy or replication. For more information, refer to your storage provider's documentation:
High availability replicas
Promoting a replica
When enabling a high availability configuration, any replicas are automatically configured to use the {% data variables.product.prodname_actions %} external storage configuration. If you need to initiate a failover to promote a replica, no extra configuration changes are required for {% data variables.product.prodname_actions %}.
For more information, see "Initiating a failover to your replica appliance."
Removing a high availability replica
Avoid letting multiple instances to write to the same {% data variables.product.prodname_actions %} external storage. This could occur when using the ghe-repl-teardown command to stop and permanently remove a {% data variables.product.prodname_actions %}-enabled replica. This is because the replica will be converted into a standalone {% data variables.product.prodname_ghe_server %}, and after the teardown it will still use the same external storage configuration as the primary.
To help avoid this issue, we recommend either decommissioning the replica server or updating its {% data variables.product.prodname_actions %} configuration with different external storage.