* 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.5 KiB
title, intro, versions, type, topics
| title | intro | versions | type | topics | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Disponibilidad alta para las GitHub Actions | Existen algunas especificaciones especiales para administrar las {% data variables.product.prodname_actions %} en una configuración de disponibilidad alta. |
|
reference |
|
Replicación o redundancia de tus datos de {% data variables.product.prodname_actions %}
{% data reusables.actions.enterprise-storage-ha-backups %}
Te recomendamos fuertemente que configures el almacenamiento externo de tus {% data variables.product.prodname_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 {% data variables.product.prodname_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 {% data variables.product.prodname_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 {% data variables.product.prodname_actions %}. Esto podría ocurrir cuando utilizas el comando ghe-repl-teardown para parar y eliminar permanentemente una réplica habilitada para {% data variables.product.prodname_actions %}. Esto se da porque la réplica se convertirá a una versión autónoma de {% data variables.product.prodname_ghe_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 {% data variables.product.prodname_actions %} con un almacenamiento externo diferente.