Requisitos de actualización
Antes de actualizar el Servidor de GitHub Enterprise, revisa estas recomendaciones y requisitos para planificar tu estrategia de actualización.
En este artículo
Notas:
- Para actualizar desde GitHub Enterprise 11.10.348 a 11.10.354, debes primero migrar a GitHub Enterprise 2.1.23. Para obtener más información, consulta "Migrar desde GitHub Enterprise 11.10.x a 2.1.23."
- Los paquetes de actualización están disponibles en enterprise.github.com para las versiones admitidas. Verifica la disponibilidad de los paquetes de actualización, deberás completar la actualización. Si un paquete no está disponible, contacta a GitHub Enterprise Support](https://enterprise.github.com/support) o GitHub Premium Support para obtener ayuda.
- Si estás usando una Agrupación del Servidor de GitHub Enterprise, consulta "Actualizar una agrupación" en la Guía de Agrupación del Servidor de GitHub Enterprise para obtener instrucciones específicas únicas para agrupaciones.
- Estas notas de lanzamiento para el Servidor de GitHub Enterprise brindan una lista detallada de las nuevas características de cada versión del Servidor de GitHub Enterprise. Para obtener más información, consulta las páginas de lanzamiento.
Recomendaciones
-
Incluye tantas nuevas actualizaciones como sea posible en tu proceso de actualización. Por ejemplo, en lugar de actualizar desde GitHub Enterprise 2.17 a 2.18 a 2.19, podrías actualizar desde GitHub Enterprise 2.17 a 2.19.
-
Si estás varias versiones desactualizado, actualiza tu instancia de servidor de GitHub Enterprise tanto como sea posible con cada paso de tu proceso de actualización. Utilizar la versión más reciente posible en cada actualización te permite aprovechar las mejoras de desempeño y las correcciones de errores. Por ejemplo, podrías actualizar desde GitHub Enterprise 2.7 a 2.8 a 2.10, pero actualizar desde GitHub Enterprise 2.7 a 2.9 a 2.10 utiliza una versión posterior en el segundo paso.
-
Utiliza el lanzamiento de patch más reciente cuando actualices. Visita la Servidor de GitHub Enterprise Página de lanzamientos. Junto a la versión a la que vas a actualizar, haz clic en Download (Descargar), luego haz clic en la pestaña Upgrading (Actualización).
-
Utiliza una instancia de preparación para probar los pasos de actualización. Para obtener más información, consulta "Configurar una instancia de preparación."
-
Cuando ejecutes múltiples actualizaciones, espera por lo menos 24 horas entre las actualizaciones de características para permitir que las tareas de actualización de migraciones de datos y de datos en copias de seguridad se completen en su totalidad.
Requisitos
-
Debes actualizar desde una característica de lanzamiento que sea como máximo dos lanzamientos anteriores. Por ejemplo, para actualizar a GitHub Enterprise 2.19, debes estar en GitHub Enterprise 2.18 o 2.17.
-
You can upgrade Servidor de GitHub Enterprise to the latest patch release using a hotpatch, which does not require a maintenance window and usually does not require a reboot. You can use hotpatching to upgrade to a newer patch release, but not a feature release. For example, you can upgrade from
2.10.1
to2.10.5
because they are in the same feature series, but not from2.10.9
to2.11.0
because they are in a different feature series. -
Es posible que un hotpatch requiera tiempo de inactividad si los servicios afectados (como kernel, MySQL, o Elasticsearch) requieren un reinicio de VM o un reinicio del servicio. Se te notificará cuando se necesite reiniciar. Puedes completar el reinicio más tarde.
-
Es necesario que haya un almacenamiento raíz adicional disponible cuando se actualiza a través de un hotpatch, ya que instala múltiples versiones de determinados servicios hasta que se completa la actualización. El control de prevuelo te notificará si no tienes suficiente almacenamiento de disco raíz.
-
Cuando se actualiza a través de un hotpatch, tu instancia no puede estar muy cargada, ya que puede impactar el proceso del hotpatch. Pre-flight checks will consider the load average and the upgrade will fail if the load average is too high.
-
If you're upgrading a Servidor de GitHub Enterprise cluster to version 2.16, ensure that you define both a primary datacenter and a Consul configuration in the cluster configuration file before you upgrade. For more information, see "Initializing the cluster."
-
Actualizando a Servidor de GitHub Enterprise 2.17 migra sus registros de auditoría de Elasticsearch a MySQL. Esta migración también incrementa la cantidad de tiempo y el espacio en disco que lleva restaurar una instantánea. Antes de migrar, controla el número de bytes en tus índices de registro de auditoría de ElasticSearch con este comando:
curl -s http://localhost:9201/audit_log/_stats/store | jq ._all.primaries.store.size_in_bytes
Utiliza el número para estimar la cantidad de espacio de disco que los registros de auditoría de MySQL necesitarán. El script también controla tu espacio libre en disco mientras la importación está en progreso. Controlar este número es especialmente útil si tu espacio libre en disco está cerca de la cantidad de espacio en disco necesaria para la migración.
Después de revisar estas recomendaciones y requisitos, puedes actualizar el Servidor de GitHub Enterprise. Para obtener más información, consulta "Actualizar Servidor de GitHub Enterprise."