Hébergement Docker en Europe

L'hébergement Docker chez Wolkra consiste à faire tourner vos conteneurs sur vos propres serveurs cloud KVM à Francfort, avec Docker CE et Compose prêts en un clic, des réseaux privés entre les hôtes et un trafic non mesuré.

Il convient aux équipes qui aiment les conteneurs mais n'ont pas besoin d'une plateforme de conteneurs managée, ou ne veulent pas la payer.

Pourquoi de simples serveurs conviennent bien aux conteneurs

Beaucoup d'applications tiennent dans un fichier Compose : un service web, un worker, une base de données et un reverse proxy. Un seul serveur cloud fait tourner cette stack de façon prévisible, et vous pouvez en lire chaque élément. Quand il vous en faut plus, vous ajoutez des serveurs, pas une nouvelle plateforme.

• Contrôle total. Accès root, n'importe quelle version de Docker, n'importe quel pilote de stockage, n'importe quelle configuration de journalisation.
• Coût prévisible. Un prix par serveur, facturé à l'heure et plafonné au mois. Aucun frais par conteneur ou par requête.
• Aucune dépendance. Un fichier Compose qui tourne sur votre ordinateur portable tourne sur le serveur.

Premiers pas

1. Créez un serveur avec l'application Docker. Elle installe Docker CE avec le plugin Compose.
2. Associez un pare-feu gratuit pour SSH et les ports que vous publiez.
3. Copiez votre compose.yaml et lancez docker compose up -d.
4. Placez un reverse proxy comme Caddy en frontal pour HTTPS. Voir reverse proxy avec Caddy.

Le guide de déploiement avec Docker Compose détaille chaque étape.

Les pare-feu cloud de Wolkra filtrent le trafic avant qu'il n'atteigne le serveur. C'est important avec Docker, car les ports publiés par Docker peuvent échapper aux règles d'un pare-feu qui tourne sur le serveur lui-même.

Choisir les offres pour vos conteneurs

• Standard (s) : la plupart des applications web, API et petites stacks.
• Optimisée CPU (c) : builds, traitement d'images, API très sollicitées.
• Optimisée mémoire (m) : bases de données, caches et services JVM.

Commencez petit et redimensionnez à mesure que vous découvrez le comportement de votre stack. Les graphiques CPU, disque et réseau de la console vous indiquent quand il est temps. Voir supervision.

D'un hôte à plusieurs

Réseau privé

Créez un réseau privé avec vos propres plages d'IP et rattachez-y chaque hôte de conteneurs. Les services communiquent entre eux en privé, et les hôtes de bases de données n'ont pas besoin d'IP publique. Une passerelle NAT donne aux hôtes uniquement privés un accès sortant pour télécharger images et mises à jour.

Répartition de charge

Un répartiteur de charge distribue le trafic entre les hôtes en couche 4 ou en HTTP, avec contrôles de santé. Les cibles peuvent être des serveurs, des sélecteurs d'étiquette ou des IP, et le répartiteur atteint les serveurs uniquement privés via le réseau. Étiquetez vos hôtes de conteneurs, et les nouveaux hôtes rejoignent le pool automatiquement.

Répartition sur plusieurs hôtes

Les groupes de placement placent vos serveurs sur des hôtes physiques différents, pour qu'une panne matérielle ne mette pas hors service toutes les répliques.

Orchestration

Pour coordonner plusieurs serveurs, vous pouvez utiliser Docker Swarm, une distribution Kubernetes légère, ou une plateforme auto-hébergée comme Coolify, qui offre un tableau de bord et des déploiements depuis Git.

Données et sauvegardes

Les conteneurs sont jetables, les données ne le sont pas.

• Gardez volumes et bind mounts sur un volume de stockage en bloc de 10 GB à 10 TB. Il s'agrandit à chaud et passe d'un serveur à l'autre.
• Activez les sauvegardes quotidiennes du serveur pour 20 % du prix du serveur, avec 7 points de restauration.
• Faites régulièrement des dumps de vos bases de données et copiez-les hors du serveur. Voir notre guide de stratégie de sauvegarde.

CI et registres

Construisez les images sur un serveur runner séparé pour que les builds ne ralentissent pas la production. La facturation à l'heure rend les runners supplémentaires bon marché les jours de pointe. Voir runners CI. Un registre auto-hébergé, ou celui de l'application GitLab, garde les images en Allemagne, près de vos hôtes.

Journaux et supervision

Définissez une taille maximale de journaux dans Docker pour que les journaux des conteneurs ne remplissent pas le disque, et envoyez les journaux importants vers un emplacement central. Les graphiques de la console affichent le CPU, le disque et le réseau par hôte.

Pourquoi l'Europe, pourquoi Francfort

• Des données en Allemagne et dans l'UE. Utile pour le RGPD et pour les clients qui demandent où se trouvent leurs données. Voir VPS dans l'UE et RGPD.
• Une faible latence dans toute l'Europe depuis le centre de l'Europe.
• Un trafic non mesuré sur des ports partagés jusqu'à 10 Gbit/s, dans le cadre d'un usage raisonnable. Voir réseau.

Automatisez

Utilisez l'API REST avec des jetons limités au projet pour créer des serveurs depuis des scripts, et les données utilisateur cloud-init pour installer votre stack au premier démarrage. Le Composer vous permet de dessiner hôtes, réseau, répartiteur de charge et pare-feu sur un canevas et de voir le coût mensuel avant de déployer.

Commencez à héberger vos conteneurs

Créez un compte, rechargez votre solde par carte ou en crypto, et créez votre premier serveur Docker à Francfort.