Skip to main content

Esta versión de GitHub Enterprise Server se discontinuó el 2024-09-25. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise Server. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Aumentar la capacidad de almacenamiento

Puedes aumentar o cambiar la cantidad de almacenamiento disponible para los repositorios de Git, las bases de datos, los índices de búsqueda y otros datos de aplicaciones persistentes.

El proceso de asignación de nuevos recursos del sistema varía en función de la plataforma de virtualización y el tipo de recurso. Siempre deberás configurar el monitoreo y las alertas de los recursos clave del sistema. Para obtener más información, vea «Supervisión de la instancia».

A medida los usuarios se unan a tu instancia de GitHub Enterprise Server, es posible que tenga cambiar el tamaño del volumen de almacenamiento. Consulta la documentación de tu plataforma de virtualización para obtener más información sobre ajuste de tamaño de almacenamiento.

Requisitos y recomendaciones

Note

Antes de cambiar el tamaño de cualquier volumen de almacenamiento, coloca la instancia en modo de mantenimiento. Puedes validar los cambios configurando una lista de excepciones de IP para permitir el acceso desde direcciones IP especificadas. Para obtener más información, consulta "Habilitar y programar el modo de mantenimiento".

Licencias de usuariox86-64 vCPUsMemoriaAlmacenamiento raízAlmacenamiento adjunto (datos)
Prueba, Demo o 10 usuarios no frecuentes432 GB200 GB150 GB
10-3000848 GB200 GB300 GB
3000-50001264 GB200 GB500 GB
5000-80001696 GB200 GB750 GB
8000-10000+20160 GB200 GB1000 GB

El almacenamiento raíz hace referencia al tamaño total del disco raíz de la instancia. El espacio disponible en el sistema de archivos raíz es el 50 % del almacenamiento total disponible en el disco raíz. Para obtener más información, vea «Información general del sistema».

Aumentar el tamaño de partición de datos

  1. Ajusta el disco de volumen existente del usuario utilizando las herramientas de tu plataforma de virtualización.

  2. SSH en tu instancia de GitHub Enterprise Server Si la instancia consta de varios nodos, por ejemplo, si la alta disponibilidad o la replicación geográfica están configuradas, utiliza SSH en el nodo principal. Si usas un clúster, puedes utilizar SSH en cualquier nodo. Reemplace HOSTNAME por el nombre de host de la instancia, o el nombre de host o la dirección IP de un nodo. Para obtener más información, vea «Acceder al shell administrativo (SSH)».

    Shell
    ssh -p 122 admin@HOSTNAME
    
  3. Pon el aparato en modo mantenimiento. Para obtener más información, vea «Habilitar y programar el modo de mantenimiento».

  4. Reinicie el dispositivo para detectar la nueva asignación de almacenamiento:

    sudo reboot
    
  5. Ejecute el comando ghe-storage-extend para expandir el sistema de archivos /data/user:

    ghe-storage-extend
    
  6. Asegúrate de que los servicios de sistema estén funcionando correctamente y luego sal del modo de mantenimiento. Para obtener más información, vea «Habilitar y programar el modo de mantenimiento».

Aumentar el tamaño de partición raíz utilizando un nuevo aparato

  1. Configura una nueva instancia GitHub Enterprise Server con un disco raíz más grande utilizando la misma versión que tu aparato actual. Para obtener más información, vea «Configurar una instancia del servidor de GitHub Enterprise».

  2. Apague el dispositivo actual:

    sudo poweroff
    
  3. Desconecta el disco de datos de tu aparato actual utilizando las herramientas de tu plataforma de virtualización.

  4. Conecta el disco de datos al nuevo aparato con un disco raíz más grande.

Aumentar el tamaño de partición raíz utilizando un aparato existente

Warning

Antes de aumentar el tamaño de la partición raíz, debes colocar la instancia en modo de mantenimiento. Para obtener más información, vea «Habilitar y programar el modo de mantenimiento».

  1. Conecta un nuevo disco a tu aparato GitHub Enterprise Server.

  2. Ejecuta el comando lsblk para identificar el nombre del dispositivo del nuevo disco.

  3. Ejecuta el comando parted para dar formato al disco, sustituyendo el nombre del dispositivo por /dev/xvdg:

    sudo parted /dev/xvdg mklabel msdos
    sudo parted /dev/xvdg mkpart primary ext4 0% 50%
    sudo parted /dev/xvdg mkpart primary ext4 50% 100%
    
  4. Si el dispositivo está configurado para la alta disponibilidad o la replicación geográfica, para detener la replicación, ejecuta el comando ghe-repl-stop en cada nodo de réplica:

    ghe-repl-stop
    
  5. Para instalar el software GitHub Enterprise Server en el disco en que se acaba de hacer la partición, ejecuta el comando ghe-upgrade. Debes reemplazar PACKAGE-NAME.pkg por la ruta de acceso a un paquete de actualización específico de la plataforma que coincida con la versión de GitHub Enterprise Server que ya se está ejecutando en el dispositivo. No se puede usar un paquete de actualización de revisión universal, como github-enterprise-2.11.9.hpkg. Una vez que se complete el comando ghe-upgrade, los servicios de aplicación finalizarán de forma automática.

    ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
    
  6. Ejecuta el comando en la partición secundaria del disco recién agregado:

    sudo mkfs.ext4 -L fallback /dev/xvdg2
    
  7. Apague el dispositivo:

    sudo poweroff
    
  8. En el hipervisor, quita el disco raíz anterior y agrega el nuevo disco raíz en la misma ubicación del disco raíz anterior.

  9. Inicie el dispositivo.

  10. Asegúrate de que los servicios de sistema estén funcionando correctamente y luego sal del modo de mantenimiento. Para obtener más información, vea «Habilitar y programar el modo de mantenimiento».

Si el dispositivo está configurado para alta disponibilidad o replicación geográfica, recuerde iniciar la replicación en cada nodo de réplica mediante ghe-repl-start después de actualizar el almacenamiento en todos los nodos.