Bester VPS für GitLab in 2026

GitLab ist eine All-in-One-DevOps-Plattform — Git-Hosting, CI/CD-Pipelines, Container-Registry, Issue-Tracking und vieles mehr. Selbst-Hosting gibt dir die volle Kontrolle über deinen Code und kostet nur einen Bruchteil von GitLab SaaS.

Warum GitLab selbst hosten?

Faktor	GitLab Premium (SaaS)	Self-Hosted VPS
5 Nutzer	$145/mo	~$15/mo
20 Nutzer	$580/mo	~$30/mo
Speicher	50GB pro Projekt	Eigene Festplatte
CI-Minuten	10.000/mo	Unbegrenzt
Datenspeicherort	GitLab-Server	Eigene Wahl
Funktionen	Plan-abhängig	Alle CE-Funktionen kostenlos

Selbst-Hosting von GitLab spart 80–90 % und gibt dir unbegrenzte CI/CD-Minuten, vollständige Datensouveränität und keine nutzerbasierte Preisgestaltung.

VPS-Anforderungen für GitLab

GitLab ist eine ressourcenintensive Anwendung. Sie bündelt PostgreSQL, Redis, Puma, Sidekiq, Gitaly und mehr. Wähle den Server nicht zu klein.

RAM (Kritisch)

• Absolutes Minimum: 4GB (wird Swap nutzen, nicht empfohlen)
• Kleines Team (1–10 Nutzer): 8GB RAM
• Mittleres Team (10–50 Nutzer): 16GB RAM
• Großes Team (50+ Nutzer): 32GB+ RAM
• GitLab empfiehlt offiziell mindestens 8GB für den Produktionsbetrieb

CPU

• Minimum: 4 vCPU
• Empfohlen: 4–8 vCPU für reibungslosen CI/CD-Betrieb
• Sidekiq-Worker und Puma-Threads benötigen beide CPU
• CI-Runner sollten idealerweise auf separaten VPS-Instanzen laufen (siehe unseren Jenkins CI/CD-Leitfaden zum Vergleich)

Speicher

• Minimum: 50GB SSD
• Empfohlen: 100GB+ NVMe SSD
• Git-Repos, Container-Registry-Images, CI-Artefakte und LFS-Objekte summieren sich schnell
• NVMe ist wichtig — Git-Operationen sind I/O-intensiv

Netzwerk

• Gute Bandbreite für Git-Clone-/Push-Operationen
• Niedrige Latenz für eine gute Entwicklererfahrung
• 1Gbps+ empfohlen für Teams

Top VPS-Anbieter für GitLab

1. Hetzner — Bestes Gesamtpreis-Leistungs-Verhältnis

Hetzner bietet die meisten Ressourcen pro Euro, was bei einer RAM-intensiven Anwendung wie GitLab entscheidend ist.

Plan	CPU	RAM	Speicher	Preis
CPX31	4 vCPU	8GB	160GB NVMe	€12,49/mo
CPX41	8 vCPU	16GB	240GB NVMe	€22,49/mo
CPX51	16 vCPU	32GB	360GB NVMe	€42,49/mo

Warum Hetzner für GitLab:

• Unschlagbares Preis-RAM-Verhältnis
• Schneller NVMe-Speicher in allen Plänen
• EU-Rechenzentren (ideal für DSGVO-Konformität)
• Volumes zur Speichererweiterung bei wachsenden Repos

2. Hostinger — Bester Anbieter für kleine Teams

Hostinger bietet hervorragende Einstiegspläne, die sich gut für GitLab-Setups für kleine Teams eignen.

Plan	CPU	RAM	Speicher	Preis
KVM 4	4 vCPU	16GB	200GB NVMe	$12,99/mo
KVM 8	8 vCPU	32GB	400GB NVMe	$19,99/mo

Warum Hostinger für GitLab:

• Wettbewerbsfähige Preise mit großzügigem RAM
• NVMe-Speicher als Standard
• Einfaches Verwaltungspanel
• Wöchentliche Backups inklusive

3. Contabo — Bester Anbieter für große Repositories

Contabo bietet riesige Speicherkontingente — ideal, wenn du große Repositories, LFS-Assets oder Container-Images hast.

Plan	CPU	RAM	Speicher	Preis
VPS M	6 vCPU	16GB	400GB NVMe	€13,99/mo
VPS L	8 vCPU	30GB	800GB NVMe	€19,99/mo
VPS XL	10 vCPU	60GB	1,6TB NVMe	€34,99/mo

Warum Contabo für GitLab:

• Riesiger inkludierter Speicher
• Meister RAM pro Euro bei höheren Tarifen
• Gut für Teams mit großen binären Assets

4. DigitalOcean — Beste Entwicklererfahrung

DigitalOcean bietet eine ausgereifte Erfahrung mit hervorragender Dokumentation und One-Click-Marketplace-Images.

Plan	CPU	RAM	Speicher	Preis
Premium	4 vCPU	8GB	160GB NVMe	$56/mo
Premium	8 vCPU	16GB	320GB NVMe	$112/mo

Warum DigitalOcean für GitLab:

• GitLab-Marketplace mit One-Click-Installation
• Premium-CPU (dediziert) für konsistente CI-Performance
• Managed Databases zur Auslagerung von PostgreSQL
• Spaces zur Auslagerung von Objektspeicher (LFS, Artefakte)

5. Vultr — Beste globale Reichweite

Vultr verfügt über 32+ Standorte weltweit und gibt dir die Flexibilität, GitLab nah an deinem Entwicklungsteam zu platzieren.

Plan	CPU	RAM	Speicher	Preis
Cloud Compute	4 vCPU	8GB	200GB SSD	$48/mo
Cloud Compute	8 vCPU	16GB	400GB SSD	$96/mo

Warum Vultr für GitLab:

• Größte Rechenzentrumsauswahl
• Stündliche Abrechnung
• Block-Storage-Erweiterungen für wachsende Repos
• API zur Automatisierung

Anbietervergleichstabelle

Anbieter	8GB-Plan	16GB-Plan	Speicher	Am besten für
Hetzner	€12,49/mo	€22,49/mo	NVMe	Gesamtwert
Hostinger	—	$12,99/mo	NVMe	Kleine Teams
Contabo	—	€13,99/mo	NVMe	Große Repos
DigitalOcean	$56/mo	$112/mo	NVMe	Entwicklererfahrung
Vultr	$48/mo	$96/mo	SSD	Globale Teams

GitLab auf einem VPS installieren

Schnellinstallation (Ubuntu 24.04)

# System aktualisieren
sudo apt update && sudo apt upgrade -y

# Abhängigkeiten installieren
sudo apt install -y curl openssh-server ca-certificates postfix

# GitLab-Repository hinzufügen
curl -fsSL https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash

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

# GitLab konfiguriert sich selbst — initiales Root-Passwort abrufen
sudo cat /etc/gitlab/initial_root_password

Docker Compose Installation (Empfohlen)

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
        # Speicherverbrauch für kleinen VPS reduzieren
        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

Performance-Optimierung für den VPS

Speicherverbrauch reduzieren (8GB VPS)

Bearbeite /etc/gitlab/gitlab.rb:

# Puma-Worker reduzieren (Standard: automatisch basierend auf CPU)
puma['worker_processes'] = 2

# Sidekiq-Parallelität reduzieren
sidekiq['concurrency'] = 5

# PostgreSQL abstimmen
postgresql['shared_buffers'] = '256MB'
postgresql['max_worker_processes'] = 4

# Monitoring deaktivieren, wenn nicht benötigt
prometheus_monitoring['enable'] = false
grafana['enable'] = false

# Nicht verwendete Funktionen deaktivieren
registry['enable'] = false  # wenn keine Container-Registry benötigt wird
pages_external_url nil       # wenn GitLab Pages nicht verwendet wird

Anschließend neu konfigurieren:

sudo gitlab-ctl reconfigure

Swap-Speicher

Auch bei 8GB RAM solltest du Swap als Sicherheitsnetz einrichten:

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

Separate CI-Runner

Führe GitLab Runner auf einem separaten VPS aus, um Ressourcenkonflikte zu vermeiden:

# Auf einem separaten VPS
curl -L "https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh" | sudo bash
sudo apt install gitlab-runner

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

So bleibt dein GitLab-Server reaktionsfähig, während CI-Jobs woanders laufen.

Backup-Strategie

GitLab enthält ein integriertes Backup-Tool:

# Vollständiges Backup erstellen
sudo gitlab-backup create

# Mit Cron automatisieren (täglich um 2 Uhr)
echo "0 2 * * * /opt/gitlab/bin/gitlab-backup create CRON=1" | sudo crontab -

Speichere Backups auf einem separaten Volume oder Objektspeicher. Bewahre Backups niemals nur auf demselben VPS auf. Siehe unseren VPS-Backup-Leitfaden für Best Practices.

GitLab CE vs. EE

GitLab Community Edition (CE) ist kostenlos und beinhaltet:

• Unbegrenzte Nutzer und Repos
• Integriertes CI/CD mit Pipelines
• Container-Registry
• Issue-Tracking und Boards
• Wiki und Snippets
• Merge Requests mit Code-Review

GitLab Enterprise Edition (EE) fügt Funktionen wie SAML SSO, erweitertes Sicherheits-Scanning und Compliance-Tools hinzu. Für die meisten Teams deckt CE alles Notwendige ab.

Unsere Empfehlung

Für die meisten Teams, die GitLab selbst hosten:

1. Bestes Preis-Leistungs-Verhältnis: Hetzner CPX41 (8 vCPU, 16GB RAM, €22,49/mo) — bewältigt 10–30 Nutzer problemlos
2. Budget-Wahl: Hostinger KVM 4 (4 vCPU, 16GB RAM, $12,99/mo) — solide für kleine Teams
3. Große Teams: Contabo VPS XL (10 vCPU, 60GB, €34,99/mo) — massive Ressourcen zu einem niedrigen Preis

Starte mit mindestens 8GB RAM, füge einen separaten Runner-VPS für CI/CD hinzu und skaliere entsprechend dem Teamwachstum. Zu diesen Preisen sparst du Tausende im Vergleich zu GitLab SaaS oder GitHub Enterprise.

FAQ

Wie viel RAM benötigt GitLab tatsächlich?

GitLab empfiehlt offiziell mindestens 8GB. Mit Speicher-Tuning (Reduzierung der Puma-Worker, Deaktivierung von Prometheus) kann man auf 4GB laufen, aber Langsamkeit ist zu erwarten. Für eine reibungslose Erfahrung mit CI/CD sollte man 16GB anstreben.

Kann ich von GitLab.com zu einer selbst gehosteten Instanz migrieren?

Ja. Nutze GitLabs Projekt-Export-/Import-Funktion. Exportiere Projekte von GitLab.com und importiere sie in deine selbst gehostete Instanz. Gruppen, Issues, Merge Requests und CI-Konfigurationen werden alle übertragen.

Sollte ich CI-Runner auf demselben VPS betreiben?

Für kleine Teams mit geringer CI-Nutzung ja. Für ernsthafteren Einsatz solltest du Runner auf einem separaten VPS betreiben. CI-Jobs können CPU und Speicher stark belasten und die GitLab-Oberfläche unresponsiv machen, wenn Ressourcen geteilt werden.

Wie richte ich HTTPS ein?

GitLab verwendet Let’s Encrypt automatisch. Setze external_url 'https://gitlab.example.com' in gitlab.rb und GitLab übernimmt die Zertifikatsbereitstellung und -erneuerung.

Reicht GitLab CE aus oder benötige ich EE?

CE deckt 95 % aller Teams ab. EE wird nur für Enterprise-Funktionen wie SAML/SCIM, erweitertes Sicherheits-Scanning, Compliance-Frameworks oder benutzerdefinierte Genehmigungsregeln benötigt. Starte mit CE — du kannst später ohne Datenverlust upgraden.