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 más información, consulta Supervisión de la instancia.
A medida que más usuarios se unan a tu instancia de GitHub Enterprise Server, es posible que tenga que 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
Nota:
Antes de cambiar el tamaño de cualquier volumen de almacenamiento, coloca la instancia en modo de mantenimiento. Puedes validar los cambios si configuras una lista de excepciones IP para permitir el acceso desde direcciones IP especificadas. Para más información, consulta Habilitar y programar el modo de mantenimiento.
Advertencia
Al cambiar la configuración de la caché de disco de un disco de Azure, el disco de destino se desconecta y vuelve a conectarse. Si el disco está en uso, esto puede interrumpir los servicios en ejecución y provocar daños en los datos. Si piensas cambiar la configuración de almacenamiento en caché del disco al aumentar la capacidad de almacenamiento, asegúrate de apagar el dispositivo.
Requisitos mínimos recomendados
| Licencias de usuario | x86-64 vCPUs | Memoria | Almacenamiento raíz | Almacenamiento adjunto (datos) | E/S |
|---|---|---|---|---|---|
| Prueba, Demo o 10 usuarios no frecuentes | 4 | 32 GB | 400 GB | 500 GB | 600 |
| Hasta 1000 | 8 | 48 GB | 400 GB | 500 GB | 3000 |
| De 1000 a 3000 | 16 | 64 GB | 400 GB | 1000 GB | 6000 |
| De 3000 a 5000 | 32 | 128 GB | 400 GB | 1500 GB | 9000 |
| De 5000 a 8000 | 48 | 256 GB | 400 GB | 3000 GB | 12000 |
| 8000-10000+ | 64 | 512 GB | 400 GB | 5000 GB | 15000 |
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 más información, consulta Información general del sistema.
Aumentar el tamaño de partición de datos
-
Ajusta el disco de volumen existente del usuario utilizando las herramientas de tu plataforma de virtualización.
-
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 más información, consulta Acceder al shell administrativo (SSH).
Shell ssh -p 122 admin@HOSTNAME
ssh -p 122 admin@HOSTNAME -
Pon el aparato en modo mantenimiento. Para más información, consulta Habilitar y programar el modo de mantenimiento.
-
Reinicie el dispositivo para detectar la nueva asignación de almacenamiento:
sudo reboot -
Ejecute el comando
ghe-storage-extendpara expandir el sistema de archivos/data/user:ghe-storage-extend -
Asegúrate de que los servicios de sistema estén funcionando correctamente y luego sal del modo de mantenimiento. Para más información, consulta Habilitar y programar el modo de mantenimiento.
Advertencia
Si el ghe-storage-extend comando (o una comprobación automática anterior) notifica: ghe_user_data contains a file system with errors, debe reparar el sistema de archivos antes de reintentar el cambio de tamaño. No vuelva a ejecutarse ghe-storage-extend hasta que la comprobación se complete limpiamente. Para obtener instrucciones de recuperación, consulte Reparación de errores del sistema de archivos.
Reparación de errores del sistema de archivos
Si se produce un error en la comprobación del sistema de archivos durante ghe-storage-extend, siga estos pasos para repararlo.
Asegúrese de que el dispositivo está en modo de mantenimiento y que no se están ejecutando trabajos en segundo plano:
ghe-maintenance -s ghe-resque-info
ghe-maintenance -s
ghe-resque-info
-
Detenga y active el volumen de usuario y, a continuación, ejecute una comprobación forzada del sistema de archivos (respuesta automática sí):
Shell sudo systemctl stop ghe-user-disk VGNAME=$(sudo lvs --noheadings -o vg_name | grep ghe_storage_ | awk '{ print $1 }') sudo vgchange -ay "$VGNAME" sudo vgscan --mknodes sudo fsck -fy /dev/mapper/${VGNAME}-ghe_user_datasudo systemctl stop ghe-user-disk VGNAME=$(sudo lvs --noheadings -o vg_name | grep ghe_storage_ | awk '{ print $1 }') sudo vgchange -ay "$VGNAME" sudo vgscan --mknodes sudo fsck -fy /dev/mapper/${VGNAME}-ghe_user_data -
Vuelva a intentar el cambio de tamaño:
Shell ghe-storage-extend
ghe-storage-extend -
Vuelva a montar y compruebe el nuevo tamaño:
Shell sudo systemctl start ghe-user-disk df -h /data/user
sudo systemctl start ghe-user-disk df -h /data/user -
Reinicie y compruebe:
Shell sudo reboot df -h /data/user
sudo reboot df -h /data/user
Aumentar el tamaño de partición raíz utilizando un nuevo aparato
-
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 más información, consulta Configuración de una instancia de GitHub Enterprise Server.
-
Apague el dispositivo actual:
sudo poweroff -
Desconecta el disco de datos de tu aparato actual utilizando las herramientas de tu plataforma de virtualización.
-
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
Advertencia
Antes de aumentar el tamaño de la partición raíz, debes colocar la instancia en modo de mantenimiento. Para más información, consulta Habilitar y programar el modo de mantenimiento.
Antes de cambiar el tamaño de la partición raíz, determina si el dispositivo tiene una tabla de particiones GUID.
En las instancias creadas a partir de las versiones 3.14 y posteriores de GHES, siga las instrucciones para Aumentar el tamaño de la partición raíz en una tabla de particiones GUID.
En las instancias creadas a partir de versiones de GHES anteriores a la 3.14, siga las instrucciones para Aumentar el tamaño de la partición raíz en una tabla de particiones heredada.
Para comprobar el tipo de tabla de partición, ejecute el siguiente comando. El resultado debe ser gpt o msdos.
sudo lsblk -no pttype $(findmnt -no source /)
- Conecta un nuevo disco a tu aparato GitHub Enterprise Server.
- Ejecuta el comando
lsblkpara identificar el nombre del dispositivo del nuevo disco.
Aumentar el tamaño de la partición raíz en una tabla de particiones GUID
-
Copia de seguridad de la partición de arranque de EFI existente:
sudo dd if=/dev/disk/by-label/EFIBOOT of=EFIBOOT.bak bs=1M -
Ejecuta el comando
partedpara dar formato al disco, sustituyendo el nombre del dispositivo por/dev/xvdg:sudo parted /dev/xvdg mklabel gpt sudo parted -a optimal /dev/xvdg mkpart bios fat32 1MiB 2MiB sudo parted /dev/xvdg set 1 bios_grub on sudo parted -a optimal /dev/xvdg mkpart efi fat32 2MiB 512MiB sudo parted /dev/xvdg set 2 esp on sudo parted -a optimal /dev/xvdg mkpart primary 512MiB 50% sudo parted /dev/xvdg set 3 boot off sudo parted /dev/xvdg set 3 esp off sudo parted -a optimal /dev/xvdg mkpart primary 50% 100% -
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-stopen cada nodo de réplica:ghe-repl-stop -
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, comogithub-enterprise-2.11.9.hpkg. Una vez que se complete el comandoghe-upgrade, los servicios de aplicación finalizarán de forma automática.ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg3 -
Ejecuta estos comandos en las particiones secundarias del disco recién agregado:
sudo dd if=/dev/disk/by-label/EFIBOOT of=/dev/xvdg2 bs=1M sudo mkfs.ext4 -L fallback /dev/xvdg4 -
Apague el dispositivo:
sudo poweroff -
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.
-
Inicie el dispositivo.
-
Asegúrate de que los servicios de sistema estén funcionando correctamente y luego sal del modo de mantenimiento. Para más información, consulta 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.
Aumentar el tamaño de la partición raíz en una tabla de particiones heredada
-
Ejecuta el comando
partedpara 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% -
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-stopen cada nodo de réplica:ghe-repl-stop -
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, comogithub-enterprise-2.11.9.hpkg. Una vez que se complete el comandoghe-upgrade, los servicios de aplicación finalizarán de forma automática.ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1 -
Ejecuta el comando en la partición secundaria del disco recién agregado:
sudo mkfs.ext4 -L fallback /dev/xvdg2 -
Apague el dispositivo:
sudo poweroff -
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.
-
Inicie el dispositivo.
-
Asegúrate de que los servicios de sistema estén funcionando correctamente y luego sal del modo de mantenimiento. Para más información, consulta 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.