Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Esta versión de GitHub Enterprise se discontinuó el 2020-11-12. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Aumentar el CPU o los recursos de memoria

Si las operaciones en tu instancia de servidor de GitHub Enterprise son lentas, es posible que necesites agregar CPU o recursos de memoria.

En este artículo

Advertencia: El proceso para destinar nuevos recursos de sistema varía dependiendo de la plataforma de virtualización y tipo de recurso. Siempre deberás configurar el monitoreo y las alertas de los recursos clave del sistema. Para obtener más información, consulta la sección "Monitorear tu aplicativo de Servidor de GitHub Enterprise".

Agregar CPU o recursos de memoria para AWS

Nota: Para agregar CPU o recursos de memoria para AWS, debes estar familiarizado con el uso de la consola de administración de AWS o la interfaz de la línea de comando aws ec2 para administrar instancias EC2. Para obtener antecedentes y detalles sobre el uso de herramientas de AWS de tu elección para realizar el ajuste de tamaño, consulta la documentación de AWS en ajustar el tamaño de una instancia respaldada por Amazon EBS.

Consideraciones relativas al ajuste de tamaño

Antes de aumentar la CPU o los recursos de memoria para tu instancia de servidor de GitHub Enterprise:

  • Scale your memory with CPUs. When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.
  • Assign an Elastic IP address to the instance. Si no se asigna una IP elástica, deberás ajustar los registros DNS A para tu servidor Servidor de GitHub Enterprise después de volver a iniciar para considerar el cambio de la dirección de IP pública. Una vez que tu instancia se reinicia, la IP elástica (EIP) se mantiene automáticamente si la instancia se inicia en una VPC. Si la instancia se inicia en una EC2-Classic, la IP elástica debe asociarse nuevamente de forma manual.

Tipos de instancias AWS admitidos

Debes determinar el tipo de instancia que te gustaría actualizar en base a especificaciones de CPU/memoria. Servidor de GitHub Enterprise se admite en los siguientes tipos de instancias EC2. Para obtener más información, consulta la página de AWS de resumen de tipo de instancia EC2 .

Tipo de instancia EC2Modelo
C3c3.2xlarge, c3.4xlarge, c3.8xlarge
Tipo de instancia EC2Modelo
C4c4.2xlarge, c4.4xlarge, c4.8xlarge
Tipo de instancia EC2Modelo
C5c5.large, c5.xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.18xlarge
Tipo de instancia EC2Modelo
M3m3.xlarge, m3.2xlarge
Tipo de instancia EC2Modelo
M4m4.xlarge, m4.2xlarge, m4.4xlarge, m4.10xlarge, m4.16xlarge
Tipo de instancia EC2Modelo
M5m5.large, m5.xlarge, m5.2xlarge, m5.4xlarge, m5.12xlarge, m5.24xlarge
Tipo de instancia EC2Modelo
R4r4.large, r4.xlarge, r4.2xlarge, r4.4xlarge, r4.8xlarge, r4.16xlarge
Tipo de instancia EC2Modelo
R5r5.large, r5.xlarge, r5.2xlarge, r5.4xlarge, r5.12xlarge, r5.24xlarge
Tipo de instancia EC2Modelo
X1x1.16xlarge, x1.32xlarge

Tipos de instancias AWS recomendadas

De acuerdo con el número de licencias de usuario con las que cuentes, recomendamos los siguientes tipos de instancia. |

Licencias de usuarioTipo recomendado
Prueba, Demo o 10 usuarios no frecuentesr4.large
10 - 3000r4.xlarge
3000 - 5000r4.2xlarge
5000 - 8000r4.4xlarge
8000 - 10000+r4.8xlarge

Nota: Siempre puedes mejorar tu CPU o memoria si cambias tu instancia de tamaño. Sin embargo, ya que cambiar de tamaño tu CPU o memoria requiere tiempo de inactividad para tus usuarios, recomendamos contar con recursos de sobra para compensar un escalamiento.

Volver a ajustar el tamaño para AWS

Nota: Para instancias iniciadas en EC2-Classic, escribe la dirección de IP elástica asociada con la instancia y las ID de las instancias. Una vez que reiniciaste la instancia, vuelve a asociar la dirección de IP elástica.

Si no es posible agregar un CPU o recursos de memoria a una instancia AWS/EC2 existente. En su lugar, debes:

  1. Frenar la instancia.
  2. Cambiar el tipo de instancia.
  3. Iniciar la instancia.
  4. Una vez que la instancia se haya reiniciado completamente y que puedas acceder a ella, usa el shell administrativo para verificar el reconocimiento de la nueva configuración de recursos:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info

Agregar CPU o recursos de memoria para OpenStack KVM

No es posible agregar CPU o recursos de memoria para una instancia OpenStack KVM existente. En su lugar, debes:

  1. Tomar una instantánea para la instancia actual.
  2. Frenar la instancia.
  3. Seleccionar un nuevo formato de la instancia que tenga el CPU o los recursos de memoria deseados.

Agregar recursos de memoria o de CPU para VMware

When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.

  1. Utiliza vSphere Client para conectar al servidor de VMware ESXi.
  2. Cierra tu instancia de servidor de GitHub Enterprise.
  3. Selecciona la máquina virtual y haz clic en Edit Settings (Editar parámetros).
  4. En "Hardware", ajusta el CPU o los recursos de memoria asignados a la máquina virtual según se necesite:
    Recursos de configuración de WMware
  5. Para iniciar la máquina virtual, haz clic en OK.
  6. Una vez que la instancia se haya reiniciado completamente y que puedas acceder a ella, usa el shell administrativo para verificar el reconocimiento de la nueva configuración de recursos:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info