Meilleur VPS pour GitLab en 2026

GitLab est une plateforme DevOps tout-en-un — hébergement Git, pipelines CI/CD, registre de conteneurs, suivi des tickets, et bien plus. L’auto-hébergement vous donne un contrôle total sur votre code et coûte une fraction du prix de GitLab SaaS.

Pourquoi Auto-Héberger GitLab ?

Facteur	GitLab Premium (SaaS)	VPS Auto-Hébergé
5 utilisateurs	145$/mois	~15$/mois
20 utilisateurs	580$/mois	~30$/mois
Stockage	50Go par projet	Votre disque
Minutes CI	10 000/mois	Illimitées
Emplacement des données	Serveurs GitLab	Votre choix
Fonctionnalités	Limitées par le plan	Toutes les fonctionnalités CE gratuites

L’auto-hébergement de GitLab permet d’économiser 80 à 90 % et vous donne des minutes CI/CD illimitées, une souveraineté totale sur les données et aucune tarification par siège.

Configuration Requise pour GitLab sur VPS

GitLab est une application lourde. Elle embarque PostgreSQL, Redis, Puma, Sidekiq, Gitaly, et bien d’autres. Ne sous-dimensionnez pas votre serveur.

RAM (Critique)

• Minimum absolu : 4Go (utilisera le swap, déconseillé)
• Petite équipe (1-10 utilisateurs) : 8Go de RAM
• Équipe moyenne (10-50 utilisateurs) : 16Go de RAM
• Grande équipe (50+ utilisateurs) : 32Go+ de RAM
• GitLab recommande officiellement 8Go minimum en production

CPU

• Minimum : 4 vCPU
• Recommandé : 4-8 vCPU pour un CI/CD fluide
• Les workers Sidekiq et les threads Puma ont tous besoin de CPU
• Les runners CI devraient idéalement tourner sur des instances VPS séparées (voir notre guide CI/CD Jenkins pour comparaison)

Stockage

• Minimum : 50Go SSD
• Recommandé : 100Go+ NVMe SSD
• Les dépôts Git, les images du registre de conteneurs, les artefacts CI et les objets LFS s’accumulent rapidement
• Le NVMe est important — les opérations Git sont gourmandes en I/O

Réseau

• Bonne bande passante pour les opérations git clone/push
• Faible latence pour l’expérience développeur
• 1Gbps+ recommandé pour les équipes

Meilleurs Fournisseurs VPS pour GitLab

1. Hetzner — Meilleur Rapport Qualité-Prix Global

Hetzner vous offre le plus de ressources par dollar, ce qui compte pour une application gourmande en RAM comme GitLab.

Plan	CPU	RAM	Stockage	Prix
CPX31	4 vCPU	8Go	160Go NVMe	12,49€/mois
CPX41	8 vCPU	16Go	240Go NVMe	22,49€/mois
CPX51	16 vCPU	32Go	360Go NVMe	42,49€/mois

Pourquoi Hetzner pour GitLab :

• Rapport prix/RAM imbattable
• Stockage NVMe rapide sur tous les plans
• Centres de données européens (idéal pour la conformité RGPD)
• Volumes pour étendre le stockage à mesure que les dépôts grandissent

2. Hostinger — Meilleur pour les Petites Équipes

Hostinger propose d’excellents plans d’entrée de gamme qui fonctionnent bien pour des configurations GitLab en petite équipe.

Plan	CPU	RAM	Stockage	Prix
KVM 4	4 vCPU	16Go	200Go NVMe	12,99$/mois
KVM 8	8 vCPU	32Go	400Go NVMe	19,99$/mois

Pourquoi Hostinger pour GitLab :

• Tarification compétitive avec une RAM généreuse
• Stockage NVMe standard
• Panneau de gestion simple
• Sauvegardes hebdomadaires incluses

3. Contabo — Meilleur pour les Grands Dépôts

Contabo offre d’importantes allocations de stockage, idéal si vous avez de grands dépôts, des actifs LFS ou des images de conteneurs volumineux.

Plan	CPU	RAM	Stockage	Prix
VPS M	6 vCPU	16Go	400Go NVMe	13,99€/mois
VPS L	8 vCPU	30Go	800Go NVMe	19,99€/mois
VPS XL	10 vCPU	60Go	1,6To NVMe	34,99€/mois

Pourquoi Contabo pour GitLab :

• Stockage énorme inclus
• Meilleure RAM par dollar aux niveaux supérieurs
• Idéal pour les équipes avec de gros actifs binaires

4. DigitalOcean — Meilleure Expérience Développeur

DigitalOcean offre une expérience soignée avec une excellente documentation et des images marketplace en un clic.

Plan	CPU	RAM	Stockage	Prix
Premium	4 vCPU	8Go	160Go NVMe	56$/mois
Premium	8 vCPU	16Go	320Go NVMe	112$/mois

Pourquoi DigitalOcean pour GitLab :

• Installation en un clic via le marketplace GitLab
• CPU Premium (dédié) pour des performances CI constantes
• Bases de données managées pour décharger PostgreSQL
• Spaces pour décharger le stockage objet (LFS, artefacts)

5. Vultr — Meilleure Couverture Mondiale

Vultr dispose de plus de 32 emplacements dans le monde, vous offrant la flexibilité de placer GitLab près de votre équipe de développement.

Plan	CPU	RAM	Stockage	Prix
Cloud Compute	4 vCPU	8Go	200Go SSD	48$/mois
Cloud Compute	8 vCPU	16Go	400Go SSD	96$/mois

Pourquoi Vultr pour GitLab :

• Sélection de datacenters la plus large
• Facturation à l’heure
• Stockage bloc en option pour les dépôts en croissance
• API pour l’automatisation

Tableau Comparatif des Fournisseurs

Fournisseur	Plan 8Go	Plan 16Go	Stockage	Idéal Pour
Hetzner	12,49€/mois	22,49€/mois	NVMe	Rapport qualité-prix
Hostinger	—	12,99$/mois	NVMe	Petites équipes
Contabo	—	13,99€/mois	NVMe	Grands dépôts
DigitalOcean	56$/mois	112$/mois	NVMe	Expérience dev
Vultr	48$/mois	96$/mois	SSD	Équipes mondiales

Comment Installer GitLab sur un VPS

Installation Rapide (Ubuntu 24.04)

# Mettre à jour le système
sudo apt update && sudo apt upgrade -y

# Installer les dépendances
sudo apt install -y curl openssh-server ca-certificates postfix

# Ajouter le dépôt GitLab
curl -fsSL https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash

# Installer GitLab CE
sudo EXTERNAL_URL="https://gitlab.example.com" apt install gitlab-ce

# GitLab se configure lui-même — récupérez le mot de passe root initial
sudo cat /etc/gitlab/initial_root_password

Installation via Docker Compose (Recommandée)

version: "3.8"
services:
  gitlab:
    image: gitlab/gitlab-ce:latest
    container_name: gitlab
    hostname: gitlab.example.com
    restart: unless-stopped
    environment:
      GITLAB_OMNIBUS_CONFIG: |
        external_url 'https://gitlab.example.com'
        gitlab_rails['gitlab_shell_ssh_port'] = 2222
        # Réduire l'utilisation mémoire pour un petit VPS
        puma['worker_processes'] = 2
        sidekiq['concurrency'] = 5
        postgresql['shared_buffers'] = '256MB'
        prometheus_monitoring['enable'] = false
    ports:
      - "80:80"
      - "443:443"
      - "2222:22"
    volumes:
      - gitlab_config:/etc/gitlab
      - gitlab_logs:/var/log/gitlab
      - gitlab_data:/var/opt/gitlab
    shm_size: "256m"

volumes:
  gitlab_config:
  gitlab_logs:
  gitlab_data:

docker compose up -d

Optimisation des Performances sur VPS

Réduire l’Utilisation Mémoire (VPS 8Go)

Modifiez /etc/gitlab/gitlab.rb :

# Réduire les workers Puma (par défaut : automatique selon le CPU)
puma['worker_processes'] = 2

# Réduire la concurrence Sidekiq
sidekiq['concurrency'] = 5

# Paramétrer PostgreSQL
postgresql['shared_buffers'] = '256MB'
postgresql['max_worker_processes'] = 4

# Désactiver la surveillance si inutile
prometheus_monitoring['enable'] = false
grafana['enable'] = false

# Désactiver les fonctionnalités inutilisées
registry['enable'] = false  # si vous n'utilisez pas le registre de conteneurs
pages_external_url nil       # si vous n'utilisez pas GitLab Pages

Puis reconfigurez :

sudo gitlab-ctl reconfigure

Espace Swap

Même avec 8Go de RAM, ajoutez du swap comme filet de sécurité :

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Runners CI Séparés

Faites tourner GitLab Runner sur un VPS séparé pour éviter la contention des ressources :

# Sur un VPS séparé
curl -L "https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh" | sudo bash
sudo apt install gitlab-runner

# Enregistrer le runner
sudo gitlab-runner register \
  --url https://gitlab.example.com \
  --token YOUR_REGISTRATION_TOKEN

Cela maintient votre serveur GitLab réactif pendant que les jobs CI s’exécutent ailleurs.

Stratégie de Sauvegarde

GitLab inclut un outil de sauvegarde intégré :

# Créer une sauvegarde complète
sudo gitlab-backup create

# Automatiser avec cron (tous les jours à 2h)
echo "0 2 * * * /opt/gitlab/bin/gitlab-backup create CRON=1" | sudo crontab -

Stockez les sauvegardes sur un volume séparé ou un stockage objet. Ne conservez jamais les sauvegardes uniquement sur le même VPS. Consultez notre guide de sauvegarde VPS pour les bonnes pratiques.

GitLab CE vs EE

GitLab Community Edition (CE) est gratuit et inclut :

• Utilisateurs et dépôts illimités
• CI/CD intégré avec pipelines
• Registre de conteneurs
• Suivi des tickets et tableaux
• Wiki et extraits de code
• Merge requests avec revue de code

GitLab Enterprise Edition (EE) ajoute des fonctionnalités comme le SSO SAML, l’analyse de sécurité avancée et les outils de conformité. Pour la plupart des équipes, CE couvre tout ce dont vous avez besoin.

Notre Recommandation

Pour la plupart des équipes auto-hébergeant GitLab :

1. Meilleur rapport qualité-prix : Hetzner CPX41 (8 vCPU, 16Go RAM, 22,49€/mois) — gère confortablement 10 à 30 utilisateurs
2. Choix économique : Hostinger KVM 4 (4 vCPU, 16Go RAM, 12,99$/mois) — solide pour les petites équipes
3. Grandes équipes : Contabo VPS XL (10 vCPU, 60Go, 34,99€/mois) — ressources massives à un prix réduit

Commencez avec 8Go de RAM minimum, ajoutez un VPS runner séparé pour le CI/CD, et montez en puissance à mesure que votre équipe grandit. À ces tarifs, vous économiserez des milliers d’euros par rapport à GitLab SaaS ou GitHub Enterprise.

FAQ

De combien de RAM GitLab a-t-il réellement besoin ?

GitLab recommande officiellement 8Go minimum. Avec un réglage mémoire (réduction des workers Puma, désactivation de Prometheus), vous pouvez fonctionner avec 4Go mais attendez-vous à des lenteurs. Pour une expérience fluide avec CI/CD, visez 16Go.

Puis-je migrer de GitLab.com vers l’auto-hébergement ?

Oui. Utilisez la fonctionnalité d’export/import de projets de GitLab. Exportez les projets depuis GitLab.com, puis importez-les dans votre instance auto-hébergée. Les groupes, tickets, merge requests et configurations CI sont tous transférés.

Dois-je faire tourner les runners CI sur le même VPS ?

Pour les petites équipes avec une utilisation CI légère, oui. Pour tout usage sérieux, faites tourner les runners sur un VPS séparé. Les jobs CI peuvent faire monter le CPU et la mémoire en flèche, rendant votre interface GitLab non réactive s’ils partagent les ressources.

Comment configurer HTTPS ?

GitLab utilise Let’s Encrypt automatiquement. Définissez external_url 'https://gitlab.example.com' dans gitlab.rb et GitLab gère le provisionnement et le renouvellement des certificats.

GitLab CE est-il suffisant ou ai-je besoin de EE ?

CE couvre 95 % des équipes. Vous n’avez besoin de EE que pour les fonctionnalités entreprise comme SAML/SCIM, l’analyse de sécurité avancée, les frameworks de conformité ou les règles d’approbation personnalisées. Commencez avec CE — vous pouvez passer à EE ultérieurement sans perte de données.