{"id":85482,"date":"2026-07-07T07:00:00","date_gmt":"2026-07-07T14:00:00","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=85482"},"modified":"2026-07-07T09:50:01","modified_gmt":"2026-07-07T16:50:01","slug":"hoe-je-gitlab-ce-zelf-host-op-een-vps-nl","status":"publish","type":"post","link":"https:\/\/www.dreamhost.com\/blog\/nl\/hoe-je-gitlab-ce-zelf-host-op-een-vps-nl\/","title":{"rendered":"Hoe Je GitLab CE Zelf Host op een VPS"},"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

Zelf hosten van GitLab Community Edition (CE) op een VPS geeft je volledige eigendom van je broncode, CI\/CD-pijplijn en projectgegevens zonder prijs per gebruiker of blootstelling van gegevens aan derden.<\/p>\n\n\n\n

GitLab CE<\/strong>, de gratis, open-source editie van GitLab, installeert op Ubuntu in 10 tot 15 minuten met behulp van het offici\u00eble Omnibus-pakket (waarvan het grootste deel de automatische herconfigureerstap is), plus ongeveer een uur voor DNS, voorbereiding en beveiliging. Je hebt een VPS nodig met tenminste 8 GB RAM (de praktische ondergrens voor een echt team, hoewel GitLab technisch gezien op minder kan draaien) en een domeinnaam.<\/p>\n\n\n\n\n\t<\/div>\n<\/div>\n\n

Het is vrijdagmiddag, de pull-aanvraag van je team staat in beoordeling, en je laptop geeft een bekende melding: GitHub heeft weer problemen.<\/p>\n\n\n

Mogelijk zijn acties vastgelopen.<\/p>\n\n\n

Misschien geeft `git push` voor de derde keer deze maand een 500-fout.<\/p>\n\n\n

De thread in je teamchat heeft al acht berichten.<\/em><\/p>\n\n\n

De eerste keer dat dit gebeurt, lach je erom. De tweede keer linkt iemand naar de GitHub-statuspagina<\/a>, en jullie gaan allemaal koffie halen. De derde keer, meestal vlak voor een releaseperiode, typt eindelijk iemand de vraag hardop: “Moeten we het zelf gaan doen?”<\/em><\/p>\n\n\n

Voor de meeste teams is het eerlijke antwoord nee. GitLab.com Free dekt kleine teams comfortabel, en de operationele belasting van het draaien van je eigen versiebeheerserver is niet nul.<\/p>\n\n\n

Het is het soort ruil dat je alleen maakt om een echte reden.<\/em><\/p>\n\n\n

Als jouw team een van die redenen heeft, zoals een klantcontract dat het gebruik van externe SaaS verbiedt, een compliancegrens, of een licentierekening voor zitplaatsen die belachelijk begint te worden, is zelfhosting van GitLab CE de beste stap die je kunt nemen. Het is open source, draait op een enkele VPS en, eenmaal afgesteld, kost het onderhoud ongeveer een uur per maand.<\/p>\n\n\n

Bij DreamHost hebben we talloze zelfbeheerde servers gehost, en we zien een patroon: ontwikkelaars die succes hebben met zelfgehoste GitLab kiezen vanaf het begin de juiste plan, regelen de Secure Shell Protocol (SSH)<\/a> en Domain Name System (DNS) voorbereiding goed, en weerstaan vervolgens de drang om te blijven knutselen zodra het stabiel is.<\/p>\n\n\n

Waarom Zou Je GitLab Zelf Hosten In Plaats Van GitLab.com Te Gebruiken?<\/h2>\n\n\n

Je host GitLab zelf wanneer GitLab.com of GitHub.com niet voldoen aan je privacy-, nalevings- of kostenbeheersingsbehoeften. Voor de meeste andere teams is de gehoste optie een betere keuze.<\/p>\n\n\n

Drie echte redenen houden stand bij nadere beschouwing:<\/p>\n\n\n

    \n
  1. Privacy en gegevenssoevereiniteit:<\/strong> Jouw broncode bevindt zich op infrastructuur die jij beheert en waarop je zelf updates uitvoert. Geen toegang van derden, geen gedeeld platform, geen schadeomvang van een inbreuk buiten je eigen server.<\/li>\n\n\n\n
  2. Naleving:<\/strong> Gereguleerde industrie\u00ebn zoals gezondheidszorg, financi\u00ebn en overheid hebben vaak controle over gegevensresidentie nodig. Zelf-gehost GitLab CE is de eenvoudigste manier om code binnen een gecontroleerde grens te houden. <\/li>\n\n\n\n
  3. Kostenbeheersing op schaal:<\/strong> GitLab.com rekent per actieve gebruiker. Volgens de prijspagina van GitLab<\/a> kost Premium $29 per gebruiker per maand, terwijl Ultimate-prijzen alleen op aanvraag beschikbaar zijn. Een team van 50 personen op Premium kost $17,400 per jaar voor add-ons. Een zelfbeheerde VPS plus een uur maandelijks onderhoud kost vaak minder.<\/li>\n\n\n<\/ol>\n\n\n

    Als je een team van twee personen bent zonder privacy- of nalevingsredenen, is het juiste antwoord de gratis versie van GitLab. (Ja, we weten dat dit grappig klinkt omdat het van een hostingbedrijf komt<\/em>).<\/p>\n\n\n

    Met zelfhosting ruil je een maandelijkse SaaS-rekening in voor doorlopende operationele tijd. Dat is alleen een waardevolle ruil als je een goede reden hebt om de overstap te maken.<\/p>\n\n\n

    Hier is waar deze optie zinvol is en waar niet:<\/p>\n\n\n

    Scenario<\/strong><\/th>Beste Keuze<\/strong><\/th><\/tr><\/thead>
    Privacy of naleving vereist<\/td>Self-hosted GitLab CE<\/td><\/tr>
    Team groter dan ~30 actieve gebruikers<\/td>Self-hosted is vaak goedkoper<\/td><\/tr>
    Code is jouw IE, en je wilt het lokaal hebben<\/td>Self-hosted GitLab CE<\/td><\/tr>
    2-5 persoonsteam, geen nalevingsbehoeften<\/td>GitLab.com (gratis)<\/td><\/tr>
    Je wilt geen server patchen<\/td>GitLab.com<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    GitLab Community Edition is gratis onder een MIT-stijl open-source licentie. Er is geen gebruikerslimiet, geen basisfuncties achter een betaalmuur, en geen upsell-aanwijzingen. Het hele platform is van jou om te gebruiken.<\/p>\n\n\n

    Wat Zijn de Hardwarevereisten voor GitLab CE?<\/h2>\n\n\n

    GitLab CE heeft duidelijke hardwaregrenzen, en deze goed instellen maakt het verschil tussen een snelle installatie en een die worstelt met swapgeheugen (schijfruimte die je besturingssysteem gebruikt wanneer het RAM vol raakt).<\/p>\n\n\n

    Volgens de offici\u00eble installatievereisten<\/a> van GitLab wordt de grootte uitgedrukt in aanvragen per seconde in plaats van vaste gebruikerstiers. De gepubliceerde basislijn is 8 vCPU en 16 GB aan RAM voor maximaal 1.000 gebruikers (ongeveer 20 aanvragen per seconde). Kleinere teams kunnen met minder werken, tot een gedocumenteerd minimum van 2 GB aan RAM en 1 GB aan swap voor evaluatie, hoewel de prestaties onder de 4 GB lijden.<\/p>\n\n\n

    Een verse GitLab-installatie verbruikt ongeveer 4-6 GB in rust. Zodra CI\/CD-taken gaan draaien, schiet het geheugengebruik snel omhoog. Dus plan wat ruimte in \u2014 of reken op traagheid.<\/p>\n\n\n

    Wat opslag betreft, is de offici\u00eble basislijn van GitLab 40 GB plus de grootte van de repository, maar 50 GB is in de praktijk een veiliger startpunt. Repositories groeien en build-artefacten stapelen zich op. NVMe, een sneller type solid-state opslag, maakt een merkbaar verschil in Git-operaties en CI-cache lezingen.<\/p>\n\n\n

    Hier is hoe die drempels overeenkomen met de VPS hosting niveaus van DreamHost<\/a>:<\/p>\n\n\n

    Gebruikssituatie<\/strong><\/th>Aanbevolen RAM<\/strong><\/th>DreamHost VPS Tier<\/strong><\/th><\/tr><\/thead>
    Evaluatie \/ persoonlijk<\/td>4 GB RAM<\/td>Stack 4<\/td><\/tr>
    Klein team, licht gebruik<\/td>8 GB RAM<\/td>Stack 8<\/td><\/tr>
    Tot ~1.000 gebruikers (gepubliceerde basislijn van GitLab)<\/td>16 GB RAM<\/td>Stack 16<\/td><\/tr>
    CI\/CD runners draaien op dezelfde server<\/td>+ 2-8 GB RAM bovenop je tier<\/td>Groter kiezen (bijv. Stack 16 \u2192 Stack 32)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    Het juiste startpunt voor de meeste teams die echte CI\/CD pipelines uitvoeren is Stack 16. Dat klinkt als te veel totdat je de eerste build ziet starten en Sidekiq, Postgres en een runner tegelijkertijd pieken.<\/em><\/p>\n\n\n

    16 GB aan RAM geeft je genoeg ruimte voor de stapel diensten van GitLab (ongeveer 4 tot 6 GB in rust bij een standaardinstallatie) en een paar CI-medewerkers (1-2 GB elk) om tegelijkertijd actief te zijn zonder dat iemand in het teamoverleg het merkt.<\/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>