{"id":85510,"date":"2026-07-07T07:00:00","date_gmt":"2026-07-07T14:00:00","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=85510"},"modified":"2026-07-07T09:50:38","modified_gmt":"2026-07-07T16:50:38","slug":"wie-man-gitlab-ce-auf-einem-vps-selbst-hosten-kann-de","status":"publish","type":"post","link":"https:\/\/www.dreamhost.com\/blog\/de\/wie-man-gitlab-ce-auf-einem-vps-selbst-hosten-kann-de\/","title":{"rendered":"Wie Man GitLab CE Auf Einem VPS Selbst Hosten Kann"},"content":{"rendered":"
\n\t
\n\t\t\n\t\n\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t\t\n\t\t<\/g>\n\t\t\n\t<\/g>\n<\/svg>\n\t<\/div>\n\t
\n\t\t\n\n

Die Selbsthostung der GitLab Community Edition (CE) auf einem VPS gibt Dir die volle Kontrolle \u00fcber Deinen Quellcode, CI\/CD-Pipeline und Projekt-Daten, ohne nutzerbasierte Preise oder Datenexposition an Dritte.<\/p>\n\n\n\n

GitLab CE<\/strong>, die kostenlose, Open-Source-Ausgabe von GitLab, l\u00e4sst sich auf Ubuntu in 10 bis 15 Minuten mit dem offiziellen Omnibus-Paket installieren (der Gro\u00dfteil davon ist der automatische Rekonfigurationsschritt), plus etwa eine Stunde f\u00fcr DNS, Vorbereitung und Absicherung. Du ben\u00f6tigst einen VPS mit mindestens 8 GB RAM (das praktische Minimum f\u00fcr ein echtes Team, obwohl GitLab technisch auch mit weniger laufen kann) und einen Domainnamen.<\/p>\n\n\n\n\n\t<\/div>\n<\/div>\n\n

Es ist Freitagnachmittag, der Pull-Request deines Teams wartet auf \u00dcberpr\u00fcfung, und dein Laptop meldet sich mit einer vertrauten Nachricht: GitHub hat mal wieder Probleme.<\/p>\n\n\n

Vielleicht sind Aktionen steckengeblieben.<\/p>\n\n\n

Vielleicht gibt `git push` zum dritten Mal in diesem Monat einen 500-Fehler zur\u00fcck.<\/p>\n\n\n

Der Thread in deinem Team-Chat enth\u00e4lt bereits acht Nachrichten.<\/em><\/p>\n\n\n

Das erste Mal, wenn das passiert, lachst Du dar\u00fcber. Das zweite Mal verlinkt jemand die GitHub-Statusseite<\/a>, und Ihr geht alle Kaffee trinken. Das dritte Mal, meist kurz vor einem Ver\u00f6ffentlichungstermin, tippt schlie\u00dflich jemand die Frage laut: “Sollten wir einfach unsere eigenen betreiben?”<\/em><\/p>\n\n\n

F\u00fcr die meisten Teams lautet die ehrliche Antwort nein. GitLab.com Free deckt kleine Teams bequem ab, und die Betriebskosten f\u00fcr das Betreiben eines eigenen Versionskontroll-Servers sind nicht null.<\/p>\n\n\n

Es ist die Art von Handel, die man nur aus einem wirklichen Grund macht.<\/em><\/p>\n\n\n

Wenn dein Team aus einem dieser Gr\u00fcnde, wie einem Kundenvertrag, der SaaS von Drittanbietern verbietet, einer Compliance-Grenze oder einer Sitzlizenzrechnung, die langsam l\u00e4cherlich aussieht, selbst GitLab CE hosten m\u00f6chte, ist das die sauberste L\u00f6sung, die du treffen kannst. Es ist Open Source, l\u00e4uft auf einem einzelnen VPS und nach der Feinabstimmung dauert die Wartung etwa eine Stunde pro Monat.<\/p>\n\n\n

Bei DreamHost haben wir unz\u00e4hlige selbstverwaltete Server gehostet und ein Muster festgestellt: Entwickler, die mit selbstgehosteten GitLab erfolgreich sind, w\u00e4hlen von Anfang an den richtigen Plan, setzen das Secure Shell Protocol (SSH)<\/a> und Domain Name System (DNS) richtig um und widerstehen dann dem Drang, st\u00e4ndig weiter daran zu basteln, sobald es stabil l\u00e4uft.<\/p>\n\n\n

Warum Solltest Du GitLab Selbst Hosten Statt GitLab.com Zu Nutzen?<\/h2>\n\n\n

Du hostest GitLab selbst, wenn GitLab.com oder GitHub.com deine Anforderungen an Datenschutz, Compliance oder Kostenkontrolle nicht erf\u00fcllen k\u00f6nnen. F\u00fcr die meisten anderen Teams ist die gehostete Option ein besserer Handel.<\/p>\n\n\n

Drei echte Gr\u00fcnde halten einer \u00dcberpr\u00fcfung stand:<\/p>\n\n\n

    \n
  1. Datenschutz Und Datensouver\u00e4nit\u00e4t:<\/strong> Dein Quellcode befindet sich auf einer Infrastruktur, die Du verwaltest und nach eigenem Zeitplan aktualisierst. Kein Zugriff Dritter, keine gemeinsam genutzte Plattform, kein Breach-Blast-Radius \u00fcber deinen eigenen Server hinaus.<\/li>\n\n\n\n
  2. Compliance:<\/strong> Regulierte Branchen wie das Gesundheitswesen, die Finanzbranche und die Regierung ben\u00f6tigen oft eine Kontrolle der Datenresidenz. Selbstgehostetes GitLab CE ist der einfachste Weg, den Code innerhalb einer kontrollierten Grenze zu halten. <\/li>\n\n\n\n
  3. Kostenkontrolle Im Gro\u00dfen Ma\u00dfstab:<\/strong> GitLab.com berechnet Geb\u00fchren pro aktiven Benutzer. Laut GitLab-Preisseite<\/a> kostet Premium 29 $ pro Benutzer pro Monat, w\u00e4hrend Ultimate-Preise nur auf Anfrage verf\u00fcgbar sind. Ein 50-Personen-Team bei Premium kostet vor Add-ons 17.400 $ pro Jahr. Ein selbstverwaltetes VPS plus eine Stunde monatliche Wartung kostet oft weniger.<\/li>\n\n\n<\/ol>\n\n\n

    Wenn ihr ein Zwei-Personen-Team seid und keine Datenschutz- oder Compliance-Gr\u00fcnde habt, ist die richtige Antwort die kostenlose Stufe von GitLab. (Ja, wir wissen, dass das komisch klingt, von einem Hosting-Unternehmen zu kommen<\/em>).<\/p>\n\n\n

    Mit dem Eigenhosting tauschst Du eine monatliche SaaS-Rechnung gegen laufenden Betriebsaufwand. Das ist nur dann ein lohnender Tausch, wenn Du einen guten Grund f\u00fcr den Wechsel hast.<\/p>\n\n\n

    Hier ist, wo diese Option Sinn macht und wo nicht:<\/p>\n\n

    Szenario<\/strong><\/th>Beste Wahl<\/strong><\/th><\/tr><\/thead>
    Datenschutz- oder Compliance-Anforderungen<\/td>Self-hosted GitLab CE<\/td><\/tr>
    Team gr\u00f6\u00dfer als ~30 aktive Benutzer<\/td>Self-hosted ist oft g\u00fcnstiger<\/td><\/tr>
    Code ist Ihr geistiges Eigentum und Sie m\u00f6chten ihn lokal haben<\/td>Self-hosted GitLab CE<\/td><\/tr>
    2-5 Personen Team, keine Compliance-Anforderungen<\/td>GitLab.com (kostenlos)<\/td><\/tr>
    Sie m\u00f6chten keinen Server patchen<\/td>GitLab.com<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

    Die GitLab Community Edition ist kostenlos unter einer MIT-artigen Open-Source-Lizenz verf\u00fcgbar. Es gibt kein Benutzerlimit, keine grundlegenden Funktionseinschr\u00e4nkungen und keine Aufforderungen zum Upgrade. Die gesamte Plattform steht Dir zur Verf\u00fcgung.<\/p>\n\n\n

    Welche Hardware-Anforderungen Gibt Es F\u00fcr GitLab CE?<\/h2>\n\n\n

    GitLab CE hat klare Hardware-Schwellenwerte, und sie richtig einzustellen, macht den Unterschied zwischen einer flotten Installation und einer, die durch den Swap-Speicher (Festplattenspeicher, den dein Betriebssystem nutzt, wenn der RAM voll ist) hindurchrattert.<\/p>\n\n\n

    Laut den offiziellen Installationsanforderungen<\/a> von GitLab wird die Gr\u00f6\u00dfe in Anfragen pro Sekunde anstelle von festen Benutzerstufen ausgedr\u00fcckt. Der ver\u00f6ffentlichte Standardwert betr\u00e4gt 8 vCPU und 16 GB RAM f\u00fcr bis zu 1.000 Benutzer (etwa 20 Anfragen pro Sekunde). Kleinere Teams k\u00f6nnen mit weniger auskommen, bis hin zu einem dokumentierten Minimum von 2 GB RAM plus 1 GB Swap zur Bewertung, obwohl die Leistung unter 4 GB leidet.<\/p>\n\n\n

    Eine frische GitLab-Installation verbraucht im Leerlauf etwa 4-6 GB. Sobald CI\/CD-Jobs ausgef\u00fchrt werden, steigt der Speicherverbrauch schnell an. Plane also Spielraum ein \u2014 oder rechne mit Langsamkeit.<\/p>\n\n\n

    Was den Speicher betrifft, ist der offizielle Ausgangspunkt von GitLab 40 GB plus Repositorygr\u00f6\u00dfe, aber 50 GB sind in der Praxis ein sicherer Startpunkt. Repositories wachsen und Build-Artefakte h\u00e4ufen sich an. NVMe, eine schnellere Art von Solid-State-Speicher, macht einen sp\u00fcrbaren Unterschied bei Git-Operationen und CI-Cache-Lesevorg\u00e4ngen.<\/p>\n\n\n

    Hier siehst Du, wie diese Schwellenwerte den DreamHost VPS-Hosting-Stufen<\/a> zugeordnet sind:<\/p>\n\n

    Anwendungsfall<\/strong><\/th>Empfohlener RAM<\/strong><\/th>DreamHost VPS-Stufe<\/strong><\/th><\/tr><\/thead>
    Bewertung \/ pers\u00f6nlich<\/td>4 GB RAM<\/td>Stack 4<\/td><\/tr>
    Kleines Team, geringe Nutzung<\/td>8 GB RAM<\/td>Stack 8<\/td><\/tr>
    Bis zu ~1.000 Benutzer (Ver\u00f6ffentlichte Basislinie von GitLab)<\/td>16 GB RAM<\/td>Stack 16<\/td><\/tr>
    CI\/CD-Runner auf demselben Server betreiben<\/td>+ 2-8 GB RAM zus\u00e4tzlich zu deiner Stufe<\/td>Gr\u00f6\u00dfe anpassen (z. B. Stack 16 \u2192 Stack 32)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

    Der richtige Ausgangspunkt f\u00fcr die meisten Teams, die echte CI\/CD-Pipelines betreiben, ist Stack 16. Das klingt nach \u00dcberma\u00df, bis Du den ersten Build startest und gleichzeitig Sidekiq, Postgres und ein Runner hochfahren.<\/em><\/p>\n\n\n

    16 GB RAM bieten gen\u00fcgend Spielraum f\u00fcr den Stapel von Diensten von GitLab (ungef\u00e4hr 4 bis 6 GB im Leerlauf bei einer Standardinstallation) und ein paar CI-Worker (jeweils 1-2 GB), die gleichzeitig aktiv sein k\u00f6nnen, ohne dass es jemand im Team-Chat bemerkt.<\/p>\n\n\n

    \n\n\n

    Get Content Delivered Straight to Your Inbox<\/h2>

    Subscribe now to receive all the latest updates, delivered directly to your inbox.<\/p>

    <\/div>