1
0
mirror of synced 2026-01-01 00:04:41 -05:00
Files
docs/translations/ru-RU/content/admin/github-actions/high-availability-for-github-actions.md
Vanessa Yuen 01b5d89239 Crowdin translations (translation-batch-1610993249) (#17348)
* New Crowdin translations by Github Action

* Revert broken translated files to English

* fix mistranslated type

* fix mistranslated dates

* fix liquid operator

* revert broken to english

* revert broken translations to english

* revert broken translations to english

* fix broken liquid tag 😭

* fix tags

Co-authored-by: Crowdin Bot <support+bot@crowdin.com>
2021-01-19 20:12:46 +01:00

2.1 KiB

title, intro, versions
title intro versions
High availability for GitHub Actions There are some special considerations for administering {% data variables.product.prodname_actions %} in a high availability configuration.
enterprise-server
>=3.0

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.