{"id":85504,"date":"2026-07-07T07:00:00","date_gmt":"2026-07-07T14:00:00","guid":{"rendered":"https:\/\/dhblog.dream.press\/blog\/?p=85504"},"modified":"2026-07-07T09:49:11","modified_gmt":"2026-07-07T16:49:11","slug":"comment-auto-heberger-gitlab-ce-sur-un-vps-fr","status":"publish","type":"post","link":"https:\/\/www.dreamhost.com\/blog\/fr\/comment-auto-heberger-gitlab-ce-sur-un-vps-fr\/","title":{"rendered":"Comment Auto-H\u00e9berger GitLab CE sur un 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

H\u00e9berger toi-m\u00eame GitLab Community Edition (CE) sur un VPS te donne le plein contr\u00f4le de ton code source, de ta cha\u00eene CI\/CD et des donn\u00e9es de ton projet, sans tarification par utilisateur ou exposition de donn\u00e9es \u00e0 des tiers.<\/p>\n\n\n\n

GitLab CE<\/strong>, l’\u00e9dition gratuite et open-source de GitLab, s’installe sur Ubuntu en 10 \u00e0 15 minutes en utilisant le paquet Omnibus officiel (la majorit\u00e9 de ce temps est l’\u00e9tape de reconfiguration automatique), plus environ une heure pour le DNS, la pr\u00e9paration et le renforcement. Tu auras besoin d’un VPS avec au moins 8 Go de RAM (le minimum pratique pour une vraie \u00e9quipe, bien que GitLab puisse techniquement fonctionner avec moins) et un nom de domaine.<\/p>\n\n\n\n\n\t<\/div>\n<\/div>\n\n

C’est un vendredi apr\u00e8s-midi, la demande de fusion de ton \u00e9quipe est en cours de r\u00e9vision, et ton ordinateur portable t’alerte avec un message familier : GitHub rencontre des probl\u00e8mes \u00e0 nouveau.<\/p>\n\n\n

Peut-\u00eatre que les actions sont bloqu\u00e9es.<\/p>\n\n\n

Peut-\u00eatre que `git push` renvoie une erreur 500 pour la troisi\u00e8me fois ce mois-ci.<\/p>\n\n\n

Le fil dans ton chat d’\u00e9quipe contient d\u00e9j\u00e0 huit messages.<\/em><\/p>\n\n\n

La premi\u00e8re fois que cela arrive, tu en ris. La deuxi\u00e8me fois, quelqu’un partage la page de statut de GitHub<\/a>, et vous allez tous prendre un caf\u00e9. La troisi\u00e8me fois, g\u00e9n\u00e9ralement juste avant une fen\u00eatre de lancement, quelqu’un finit par poser la question \u00e0 haute voix : “Devrions-nous simplement g\u00e9rer cela nous-m\u00eames ?”<\/em><\/p>\n\n\n

Pour la plupart des \u00e9quipes, la r\u00e9ponse honn\u00eate est non. GitLab.com Free convient bien aux petites \u00e9quipes, et la charge op\u00e9rationnelle de g\u00e9rer votre propre serveur de contr\u00f4le de version n’est pas nulle.<\/p>\n\n\n

C’est le genre d’\u00e9change que tu fais seulement pour une vraie raison.<\/em><\/p>\n\n\n

Si ton \u00e9quipe a une de ces raisons, comme un contrat client qui interdit les SaaS tiers, une limite de conformit\u00e9, ou une facture de licence par utilisateur qui commence \u00e0 sembler ridicule, s’auto-h\u00e9berger GitLab CE est le mouvement le plus propre que tu puisses faire. C’est open source, \u00e7a fonctionne sur un seul VPS, et, une fois r\u00e9gl\u00e9, la maintenance prend environ une heure par mois.<\/p>\n\n\n

Chez DreamHost, nous avons h\u00e9berg\u00e9 d’innombrables serveurs autog\u00e9r\u00e9s, et nous observons constamment un mod\u00e8le : les d\u00e9veloppeurs qui r\u00e9ussissent avec GitLab auto-h\u00e9berg\u00e9 choisissent le bon plan d\u00e8s le d\u00e9part, ma\u00eetrisent bien le Protocole Shell S\u00e9curis\u00e9 (SSH)<\/a> et la pr\u00e9paration du Domain Name System (DNS), et r\u00e9sistent ensuite \u00e0 l’envie de continuer \u00e0 bidouiller une fois que c’est stable.<\/p>\n\n\n

Pourquoi H\u00e9berger Toi-M\u00eame GitLab Au Lieu D’Utiliser GitLab.com ?<\/h2>\n\n\n

Tu h\u00e9berges toi-m\u00eame GitLab lorsque GitLab.com ou GitHub.com ne r\u00e9pondent pas \u00e0 tes besoins en mati\u00e8re de confidentialit\u00e9, de conformit\u00e9 ou de contr\u00f4le des co\u00fbts. Pour la plupart des autres \u00e9quipes, l’option h\u00e9berg\u00e9e est un meilleur compromis.<\/p>\n\n\n

Trois v\u00e9ritables raisons r\u00e9sistent \u00e0 l’examen :<\/p>\n\n\n

    \n
  1. Confidentialit\u00e9 et souverainet\u00e9 des donn\u00e9es :<\/strong> Ton code source r\u00e9side sur une infrastructure que tu g\u00e8res et mises \u00e0 jour selon ton propre calendrier. Pas d’acc\u00e8s tiers, pas de plateforme partag\u00e9e, pas de rayon d’impact de violation au-del\u00e0 de ton propre serveur.<\/li>\n\n\n\n
  2. Conformit\u00e9 :<\/strong> Les industries r\u00e9glement\u00e9es comme la sant\u00e9, la finance et le gouvernement ont souvent besoin de contr\u00f4le de r\u00e9sidence des donn\u00e9es. GitLab CE auto-h\u00e9berg\u00e9 est la mani\u00e8re la plus simple de garder le code \u00e0 l’int\u00e9rieur d’une limite contr\u00f4l\u00e9e. <\/li>\n\n\n\n
  3. Contr\u00f4le des co\u00fbts \u00e0 grande \u00e9chelle :<\/strong> GitLab.com facture par utilisateur actif. Selon la page de tarification de GitLab<\/a>, le tarif Premium est de 29 $ par utilisateur par mois, tandis que le tarif Ultimate est disponible uniquement sur demande. Une \u00e9quipe de 50 personnes en Premium co\u00fbte 17,400 $ par an avant les modules compl\u00e9mentaires. Un VPS auto-g\u00e9r\u00e9 plus une heure de maintenance mensuelle co\u00fbte souvent moins.<\/li>\n\n\n<\/ol>\n\n\n

    Si tu fais partie d’une \u00e9quipe de deux personnes sans raisons de confidentialit\u00e9 ou de conformit\u00e9, la bonne r\u00e9ponse est la version gratuite de GitLab. (Oui, nous savons que cela semble dr\u00f4le venant d’une entreprise d’h\u00e9bergement<\/em>).<\/p>\n\n\n

    Avec l’auto-h\u00e9bergement, tu \u00e9changes une facture mensuelle de SaaS contre du temps op\u00e9rationnel continu. C’est un \u00e9change valable seulement si tu as une bonne raison de faire le changement.<\/p>\n\n\n

    Voici o\u00f9 cette option a du sens et o\u00f9 elle n’en a pas :<\/p>\n\n\n

    Sc\u00e9nario<\/strong><\/th>Meilleure solution<\/strong><\/th><\/tr><\/thead>
    Exigence de confidentialit\u00e9 ou de conformit\u00e9<\/td>GitLab CE auto-h\u00e9berg\u00e9<\/td><\/tr>
    \u00c9quipe de plus de ~30 utilisateurs actifs<\/td>L’auto-h\u00e9bergement est souvent moins cher<\/td><\/tr>
    Le code est votre propri\u00e9t\u00e9 intellectuelle, et vous voulez le garder local<\/td>GitLab CE auto-h\u00e9berg\u00e9<\/td><\/tr>
    \u00c9quipe de 2 \u00e0 5 personnes, sans besoin de conformit\u00e9<\/td>GitLab.com (gratuit)<\/td><\/tr>
    Vous ne voulez pas patcher un serveur<\/td>GitLab.com<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    GitLab Community Edition est gratuit sous une licence open-source de type MIT. Il n’y a pas de limite d’utilisateurs, pas de restrictions sur les fonctionnalit\u00e9s de base, et pas de sollicitations pour des versions sup\u00e9rieures. Toute la plateforme est \u00e0 ta disposition.<\/p>\n\n\n

    Quelles Sont Les Exigences Mat\u00e9rielles Pour GitLab CE ?<\/h2>\n\n\n

    GitLab CE poss\u00e8de des seuils mat\u00e9riels clairs, et les respecter fait la diff\u00e9rence entre une installation rapide et une qui se d\u00e9bat avec la m\u00e9moire de swap (espace disque que votre syst\u00e8me d’exploitation utilise lorsque la RAM est pleine).<\/p>\n\n\n

    Selon les exigences officielles d’installation<\/a> de GitLab, la dimension est exprim\u00e9e en requ\u00eates par seconde plut\u00f4t qu’en paliers fixes par utilisateur. La base de r\u00e9f\u00e9rence publi\u00e9e est de 8 vCPU et 16 Go de RAM pour jusqu’\u00e0 1 000 utilisateurs (environ 20 requ\u00eates par seconde). Les \u00e9quipes plus petites peuvent fonctionner avec moins, jusqu’\u00e0 un minimum document\u00e9 de 2 Go de RAM plus 1 Go de swap pour \u00e9valuation, bien que les performances soient inf\u00e9rieures en dessous de 4 Go.<\/p>\n\n\n

    Une nouvelle installation de GitLab consomme environ 4-6 Go au repos. Une fois que les t\u00e2ches CI\/CD commencent \u00e0 s’ex\u00e9cuter, la m\u00e9moire augmente rapidement. Donc pr\u00e9vois une marge \u2014 ou pr\u00e9pare-toi \u00e0 une lenteur.<\/p>\n\n\n

    En ce qui concerne le stockage, la base officielle de GitLab est de 40 GB plus la taille du d\u00e9p\u00f4t, mais 50 GB est un point de d\u00e9part plus s\u00fbr en pratique. Les d\u00e9p\u00f4ts grandissent et les artefacts de construction s’accumulent. NVMe, un type de stockage \u00e0 \u00e9tat solide plus rapide, fait une diff\u00e9rence notable sur les op\u00e9rations Git et les lectures de cache CI.<\/p>\n\n\n

    Voici comment ces seuils correspondent aux niveaux de VPS hosting de DreamHost<\/a> :<\/p>\n\n\n

    Cas d’Utilisation<\/strong><\/th>RAM Recommand\u00e9e<\/strong><\/th>Niveau DreamHost VPS<\/strong><\/th><\/tr><\/thead>
    \u00c9valuation \/ personnel<\/td>4 Go de RAM<\/td>Stack 4<\/td><\/tr>
    Petite \u00e9quipe, utilisation l\u00e9g\u00e8re<\/td>8 Go de RAM<\/td>Stack 8<\/td><\/tr>
    Jusqu’\u00e0 ~1 000 utilisateurs (seuil publi\u00e9 par GitLab)<\/td>16 Go de RAM<\/td>Stack 16<\/td><\/tr>
    Ex\u00e9cution de runners CI\/CD sur le m\u00eame serveur<\/td>+ 2-8 Go de RAM en plus de votre niveau<\/td>Augmenter de taille (ex. Stack 16 \u2192 Stack 32)<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

    Le point de d\u00e9part id\u00e9al pour la plupart des \u00e9quipes qui ex\u00e9cutent de v\u00e9ritables pipelines CI\/CD est Stack 16. Cela semble exag\u00e9r\u00e9 jusqu’\u00e0 ce que tu assistes au lancement de la premi\u00e8re construction et que Sidekiq, Postgres et un ex\u00e9cutant montent en charge simultan\u00e9ment.<\/em><\/p>\n\n\n

    16 GB de RAM te donnent assez de marge pour la pile de services de GitLab (environ 4 \u00e0 6 GB au repos sur une installation par d\u00e9faut) et un couple de workers CI (1-2 GB chacun) pour fonctionner \u00e0 plein r\u00e9gime en m\u00eame temps sans que personne dans le chat de l’\u00e9quipe ne le remarque.<\/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>