GitLab en VPS: tu propio servidor CI/CD desde $10/mes

¿Quiere implementar su propio servidor CI/CD, pero no está preparado para los miles de dólares en costos de soluciones en la nube o hardware dedicado? Excelentes noticias: GitLab en un VPS no solo es real, sino también muy asequible, a partir de solo $10/mes. Con él, obtendrá una plataforma completa para la gestión de repositorios, automatización de compilaciones, pruebas e implementación de código, manteniendo al mismo tiempo el control total sobre sus datos y procesos.

¿Por qué elegir GitLab self-hosted en un VPS?

Implementar su propio GitLab en un servidor virtual ofrece muchas ventajas, especialmente para equipos pequeños y medianos, startups y desarrolladores individuales:

• Control total: Usted es dueño de todos los datos, puede configurar GitLab según sus necesidades sin las limitaciones de los proveedores de la nube.
• Ahorro: Las soluciones en la nube pueden encarecerse rápidamente a medida que aumenta el uso. Con GitLab VPS, usted paga una cantidad fija por el servidor, y el uso de GitLab CE (Community Edition) es gratuito.
• Flexibilidad: Posibilidad de instalar cualquier plugin, integración y configuración personalizada que pueda no estar disponible en las versiones SaaS.
• Seguridad y privacidad: Sus datos permanecen en su servidor, lo cual es crítico para proyectos con altos requisitos de seguridad o para empresas que trabajan con información confidencial.
• Optimización de recursos: Usted paga solo por los recursos que realmente utiliza y puede escalarlos fácilmente a medida que crece el proyecto.

Para muchos equipos, el hosting de un servidor GitLab en un VPS se convierte en el equilibrio ideal entre funcionalidad, control y costo.

Requisitos mínimos para GitLab CE en un VPS: ¡4GB de RAM es real!

Muchos creen que GitLab requiere enormes recursos, pero no siempre es así. Para equipos pequeños (hasta 10 usuarios) con una carga moderada, un VPS con 4GB de RAM es suficiente. Por supuesto, no será el servidor más rápido, pero funcionará de manera estable.

Aquí están los requisitos mínimos y recomendados para un funcionamiento cómodo:

Requisitos mínimos (hasta 5-10 usuarios, carga ligera):

• Procesador: 2 núcleos (Intel Xeon o AMD EPYC modernos).
• Memoria RAM: 4GB RAM.
• Almacenamiento: 50GB SSD (mínimo, para el SO y GitLab). Se recomiendan 80-100GB SSD para repositorios y artefactos.
• Sistema operativo: Ubuntu 22.04 LTS (recomendado), Debian 11+, CentOS 7+.

Requisitos recomendados (hasta 25 usuarios, carga media, CI/CD activo):

• Procesador: 4 núcleos.
• Memoria RAM: 8GB RAM.
• Almacenamiento: 100-200GB SSD (rápido, para un rendimiento óptimo).
• Sistema operativo: Ubuntu 22.04 LTS.

Es importante recordar que los principales consumidores de recursos en GitLab son los procesos de Ruby on Rails, Sidekiq y PostgreSQL. Con un CI/CD activo y un gran número de repositorios, los requisitos del subsistema de disco y la memoria RAM pueden aumentar.

Elección de un VPS para GitLab en Valebyte.com

En Valebyte.com encontrará planes ideales para alojar GitLab VPS. Ofrecemos:

• Unidades SSD rápidas: Crítico para el rendimiento de GitLab, especialmente al trabajar con grandes repositorios y artefactos de CI/CD.
• Procesadores modernos: Intel Xeon E5/E7 o AMD EPYC para un procesamiento eficiente de tareas.
• Planes flexibles: Desde 4GB de RAM para empezar hasta 8GB o más para proyectos en crecimiento.
• Canal de internet de alta velocidad: Para una carga/descarga rápida de código y artefactos.

Ejemplos de planes de Valebyte.com para GitLab:

Comience con el plan Valebyte Start, y a medida que sus necesidades crezcan, siempre podrá escalar fácilmente los recursos, pasando a un plan más potente sin reinstalación.

Instalación paso a paso de GitLab CE en Ubuntu 22.04 LTS

Asumimos que ya tiene un VPS limpio con Ubuntu 22.04 LTS y acceso SSH. Asegúrese de tener un nombre de dominio (por ejemplo, gitlab.yourdomain.com) que apunte a la dirección IP de su VPS.

1. Actualización del sistema e instalación de dependencias

Conéctese al VPS por SSH y ejecute los comandos:

sudo apt update
sudo apt upgrade -y
sudo apt install -y curl ca-certificates apt-transport-https postfix tzdata perl

Durante la instalación de Postfix, seleccione la opción "Internet Site" e introduzca su nombre de dominio (por ejemplo, yourdomain.com) como "System mail name".

2. Adición del repositorio de GitLab

Descargue e instale el script que agregará el repositorio de GitLab:

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash

3. Instalación de GitLab CE

Ahora puede instalar GitLab CE. Reemplace gitlab.yourdomain.com con su dominio real:

sudo EXTERNAL_URL="https://gitlab.yourdomain.com" apt install gitlab-ce -y

La instalación puede tardar un tiempo (10-20 minutos), ya que GitLab arrastra muchas dependencias, incluyendo su propio Nginx, PostgreSQL y Redis.

4. Configuración de SSL (Let's Encrypt)

GitLab configurará automáticamente Let's Encrypt si especificó https:// en EXTERNAL_URL. Asegúrese de que los puertos 80 y 443 estén abiertos en su firewall (si usa UFW):

sudo ufw allow http
sudo ufw allow https
sudo ufw enable # si no estaba habilitado antes

Si GitLab no pudo configurar SSL automáticamente, puede editar el archivo /etc/gitlab/gitlab.rb:

sudo nano /etc/gitlab/gitlab.rb

Busque y descomente (elimine #) las siguientes líneas, reemplazando el dominio por el suyo:

external_url 'https://gitlab.yourdomain.com'
letsencrypt['enable'] = true
letsencrypt['contact_emails'] = ['[email protected]'] # Especifique su email

Después de los cambios, aplíquelos:

sudo gitlab-ctl reconfigure

5. Inicio de sesión inicial

Después de una instalación y configuración exitosas, abra su dominio (por ejemplo, https://gitlab.yourdomain.com) en un navegador. Se le pedirá que establezca una contraseña para la cuenta root. Después de establecer la contraseña, podrá iniciar sesión en el sistema.

Optimización de GitLab en un VPS con 4GB de RAM

Para que GitLab en un VPS con 4GB de RAM funcione de manera más estable, se pueden realizar algunos cambios en el archivo de configuración /etc/gitlab/gitlab.rb.

sudo nano /etc/gitlab/gitlab.rb

Busque y modifique los siguientes parámetros (o agréguelos si no existen) para reducir el consumo de memoria:

• Unicorn (servidor web Ruby on Rails):
• unicorn['worker_processes'] = 2 (por defecto 2, pero se puede reducir a 1 si la situación es muy ajustada).
• unicorn['per_worker_memory_limit_min'] = "200MB"
• unicorn['per_worker_memory_limit_max'] = "300MB"
• Sidekiq (tareas en segundo plano):
• sidekiq['concurrency'] = 5 (por defecto 25, lo cual es mucho para 4GB).
• PostgreSQL (base de datos):
• postgresql['shared_buffers'] = "64MB" (por defecto 256MB).
• postgresql['effective_cache_size'] = "1GB"
• Prometheus (monitoreo):
• prometheus_monitoring['enable'] = false (desactivar si no se usa).
• Grafana:
• grafana['enable'] = false (desactivar si no se usa).

Después de todos los cambios, guarde el archivo y aplíquelos:

sudo gitlab-ctl reconfigure

También se recomienda crear un archivo de intercambio (swap file) si tiene poca RAM:

sudo fallocate -l 2G /swapfile # Creamos un archivo de intercambio de 2GB
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Esto ayudará al sistema a evitar errores OOM (Out Of Memory), pero recuerde que el swap en un SSD lo desgasta más rápido.

Configuración de GitLab CI/CD Runner

Para ejecutar pipelines de CI/CD, GitLab requiere la presencia de Runners. Se recomienda instalar el Runner en un VPS separado para que no compita por los recursos con el servidor GitLab principal. Esto es especialmente relevante si utiliza un GitLab VPS con 4GB de RAM.

Supongamos que tiene un segundo VPS para el Runner (por ejemplo, otro plan Valebyte Start).

1. Instalación de Docker en el Runner VPS

GitLab Runner suele utilizar Docker-executor, así que instalaremos Docker:

sudo apt update
sudo apt install -y apt-transport-https ca-certificates curl gnupg lsb-release
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io
sudo usermod -aG docker $USER # Agregue el usuario actual al grupo docker
newgrp docker # Aplique los cambios sin reiniciar la sesión

2. Instalación de GitLab Runner

curl -L "https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh" | sudo bash
sudo apt install gitlab-runner -y

3. Registro del Runner con su servidor GitLab

En la interfaz web de GitLab, vaya a Admin Area -> Overview -> Runners. Allí encontrará la URL de su servidor GitLab y el token de registro.

En el Runner VPS, ejecute el comando:

sudo gitlab-runner register

Durante el proceso de registro, deberá introducir:

• GitLab instance URL: Su dominio de GitLab (por ejemplo, https://gitlab.yourdomain.com).
• Registration token: El token del panel de administración de GitLab.
• Description for the runner: Por ejemplo, My-Docker-Runner.
• Tags for the runner: Por ejemplo, docker, linux, build (importante para la selección en .gitlab-ci.yml).
• Executor: Seleccione docker.
• Default Docker image: Por ejemplo, ubuntu:latest o alpine:latest.

Después del registro, el Runner aparecerá en el panel de administración de GitLab y estará listo para funcionar.

Ejemplo de .gitlab-ci.yml

Aquí tiene un ejemplo simple de .gitlab-ci.yml que utiliza el Runner registrado:

stages:
  - build
  - test

build_job:
  stage: build
  tags:
    - docker
    - linux
  script:
    - echo "Building project..."
    - mkdir build
    - echo "Build artifact" > build/artifact.txt
  artifacts:
    paths:
      - build/

test_job:
  stage: test
  tags:
    - docker
    - linux
  script:
    - echo "Testing project..."
    - cat build/artifact.txt
    - echo "Tests passed!"
  dependencies:
    - build_job

¿Cuándo considerar un GitLab Dedicated Server?

Aunque GitLab VPS es una excelente solución para el inicio y equipos medianos, llega un momento en que un VPS puede convertirse en un cuello de botella. Esto ocurre cuando:

• El número de usuarios activos supera las 50-100 personas.
• Ejecuta muchos pipelines de CI/CD simultáneamente, que requieren recursos significativos de CPU y RAM.
• Tiene repositorios muy grandes (cientos de gigabytes) o muchos artefactos que requieren una alta velocidad del subsistema de disco.
• Se requiere el máximo rendimiento y aislamiento de recursos, lo cual es imposible en un entorno virtualizado.
• Existen requisitos estrictos de cumplimiento (compliance) que son más fáciles de implementar en hardware dedicado.

En tales casos, la transición a un GitLab dedicated server se convierte en un paso justificado. Valebyte.com ofrece una amplia selección de servidores dedicados que garantizarán el máximo rendimiento y fiabilidad para su instancia de GitLab y su infraestructura de CI/CD.

Conclusiones

Implementar su propio GitLab en un VPS es una solución eficaz y económica para obtener una plataforma CI/CD completa. Comenzando con el plan Valebyte Start desde $10/mes, puede obtener un GitLab en un VPS funcional con 4GB de RAM, que gestionará perfectamente las tareas de un equipo pequeño.

Recuerde optimizar la configuración de GitLab y utilizar un VPS separado para los CI/CD Runners, con el fin de aprovechar al máximo los recursos disponibles. A medida que su equipo y proyectos crezcan, Valebyte.com le proporcionará todas las opciones de escalabilidad, desde VPS más potentes hasta un GitLab dedicated server completo.

¡Comience su camino hacia un desarrollo eficiente hoy mismo, eligiendo el hosting de servidor GitLab adecuado en Valebyte.com!