GitLab CE auto-hébergé à Francfort

L'application GitLab vous fournit un serveur cloud à Francfort avec GitLab CE installé : votre équipe dispose de son propre hébergement Git, de merge requests, d'issues et de CI/CD sur un serveur que vous contrôlez, en Allemagne.

Votre code source reste dans l'UE, et pousser de gros dépôts ou des artefacts n'entraîne aucun frais de trafic.

Ce qui est installé

• GitLab CE, la Community Edition open source, avec son serveur web, sa base de données et ses services d'arrière-plan intégrés.
• Un système Linux standard avec un accès root complet.

GitLab CE couvre les dépôts Git, les merge requests et la revue de code, les issues et les tableaux, les wikis, les pipelines CI/CD, un registre de paquets et de conteneurs, ainsi que la gestion des utilisateurs et des groupes.

Par quelle offre commencer

GitLab est l'application la plus lourde de notre catalogue. Elle fait tourner simultanément une base de données, un cache, des workers d'arrière-plan et une application web.

• Minimum : une offre avec 4 GB de mémoire.
• Une petite équipe qui utilise la CI et le registre : 8 GB de mémoire.
• Équipes plus importantes : une offre optimisée mémoire (m), avec les jobs CI sur des serveurs de runners séparés.

La facturation se fait à l'heure sur un solde prépayé, avec un plafond mensuel égal au prix mensuel. Passez à une offre supérieure pour plus de mémoire à mesure que l'équipe grandit. Le disque grandit avec l'offre et ne rétrécit jamais.

Se connecter après le démarrage

1. Créez un serveur dans la console et choisissez l'application GitLab. Prenez une offre avec au moins 4 GB de mémoire.
2. Une fois le serveur démarré, laissez à GitLab le temps de s'installer et de se lancer. C'est plus long que pour les autres applications.
3. Connectez-vous en SSH en tant que root et lisez le mot de passe root initial que GitLab génère pendant l'installation. Voir se connecter en SSH.
4. Ouvrez l'adresse du serveur dans votre navigateur et connectez-vous en tant que root avec ce mot de passe.
5. Changez immédiatement le mot de passe root et créez des comptes nominatifs pour vous et votre équipe.

Si la page affiche d'abord une erreur, GitLab est encore en train de démarrer. Patientez quelques minutes et rechargez.

Premiers pas

Définir le domaine

Créez les enregistrements DNS pour les adresses IPv4 et IPv6 du serveur, puis définissez ce domaine comme URL externe de GitLab et reconfigurez GitLab. Avec un domaine public, il peut demander un certificat HTTPS. Les URL de clonage et les liens dans les e-mails utilisent cette adresse : définissez-la donc tôt.

Configurer les inscriptions et l'e-mail

• Désactivez les inscriptions ouvertes, sauf si vous voulez que des inconnus puissent s'inscrire.
• Configurez l'envoi d'e-mails pour que les réinitialisations de mot de passe et les notifications arrivent bien.
• Définissez le reverse DNS (PTR) de l'IP du serveur sur votre domaine GitLab. Voir adresses IP.

Ajouter des runners CI

Créez un ou plusieurs serveurs séparés pour GitLab Runner et enregistrez-les auprès de votre instance. Garder les jobs hors du serveur GitLab permet à l'interface web de rester rapide. Avec la facturation à l'heure, ajouter des runners pour les jours chargés puis les supprimer ensuite ne coûte presque rien. Voir runners CI.

Stocker les données sur un volume

Dépôts, fichiers envoyés, artefacts et images du registre finissent par prendre de la place. Attachez un volume de stockage en bloc de 10 GB à 10 TB et agrandissez-le à chaud quand l'espace vient à manquer.

Le protéger

• Attachez un pare-feu gratuit pour SSH, HTTP et HTTPS. Limitez SSH aux adresses de votre équipe si possible.
• Activez les sauvegardes quotidiennes (20 % du prix du serveur, 7 points de restauration) et utilisez l'outil de sauvegarde propre à GitLab pour des copies au niveau de l'application.
• Prenez un instantané avant chaque mise à jour de GitLab.
• Activez l'authentification à deux facteurs pour tous les utilisateurs GitLab.

Migrer vos projets

GitLab peut importer des projets depuis d'autres hébergeurs Git et depuis les fichiers d'export d'une autre instance GitLab. Les dépôts Git simples se déplacent avec un push en miroir. Importez d'abord les plus gros projets pour savoir de combien de disque vous avez besoin, puis dimensionnez le volume avec un peu de marge.

Pourquoi auto-héberger GitLab sur Wolkra

• Le code reste en Allemagne. Utile pour les clients et les contrats qui exigent un hébergement dans l'UE. Voir VPS européen et RGPD.
• Trafic non mesuré. Clones, pushs, téléchargements d'images de conteneurs et d'artefacts : aucun frais au GB. Les ports vont jusqu'à 10 Gbit/s, partagés, dans le cadre d'un usage raisonnable.
• Pas de tarification par utilisateur de notre part. Vous payez le serveur, facturé à l'heure.
• Privé par conception. Faites tourner runners et bases de données dans un réseau privé sans IP publique, et donnez-leur un accès sortant via une passerelle NAT.

Lancez votre serveur GitLab

Créez un compte, rechargez votre solde par carte ou en crypto, puis choisissez l'application GitLab avec au moins 4 GB de mémoire. Votre propre GitLab à Francfort est prêt peu après le démarrage.