Exécuter Docker, CI/CD et plus de 10 services auto-hébergés sur le ZimaCube 2

Pipeline CI/CD

• Runners auto-hébergés GitHub Actions — construire et déployer des conteneurs Docker directement dans mon environnement local
• Flux de déploiement automatisés déclenchés à chaque push

Stockage & données

• Pools ZFS couvrant 3× disques durs et 3× disques NVMe
• Flux de travail de sauvegarde locale avec disques de sauvegarde dédiés
• Stockage de médias et de jeux de données avec prise en charge des instantanés

Réseau

• Ethernet double 2,5 Gb associé à un routeur WiFi 7
• Routage proxy inverse vers tous les services
• Tunnels chiffrés pour l’accès à distance

8 Go de RAM : la surprise inattendue

Voici la partie honnête : quand j’ai vu que la configuration d’origine était équipée de 8 Go de DDR5, mon premier réflexe a été de commander immédiatement une mise à niveau de la RAM. Au lieu de cela, j’ai décidé de tester jusqu’où la configuration d’origine pouvait réellement aller avant de dépenser plus d’argent.

Les résultats m’ont surpris.

Même avec plus de 10 conteneurs Docker — incluant un proxy inverse, des tunnels chiffrés, de la surveillance, des runners CI/CD, l’hébergement CMS et des services de stockage — le système n’a jamais semblé limité. L’utilisation de la mémoire est restée maîtrisée. Les temps de démarrage des conteneurs étaient rapides. La réactivité des services est restée excellente.

Cela en dit long sur l'efficacité des charges de travail modernes de conteneurs Linux et sur l'architecture de la plateforme. Les pools de stockage NVMe signifient que le swap est réellement utilisable en cas de besoin, et la bande passante mémoire DDR5 maintient la réactivité des E/S des conteneurs.

Je prévois toujours d'augmenter la mémoire plus tard — surtout à mesure que j'ajoute plus de charges de travail IA — mais l'expérience de base a été bien plus performante que ce à quoi je m'attendais.

Docker CI/CD : CONSTRUIRE → DÉPLOYER → AUTOMATISER → RÉPÉTER

L'un des cas d'usage les plus importants pour moi est le CI/CD basé sur Docker. Voici comment fonctionne le flux de travail sur le ZimaCube 2 :

1. Je pousse le code sur GitHub
2. Un runner GitHub Actions auto-hébergé sur le ZimaCube 2 prend en charge la tâche
3. Le runner construit l'image Docker localement
4. Le nouveau conteneur est déployé dans mon environnement auto-hébergé
5. Nginx Proxy Manager dirige le trafic vers le service mis à jour
6. Cloudflare Tunnel garantit un accès depuis n'importe où

C'est exactement le type de flux de travail pour lequel je voulais cette machine. Fini de jongler entre un NAS pour le stockage, une autre machine pour le calcul, et encore un autre système pour le CI/CD.

Architecture de stockage qui a du sens

La conception à double pool est ce qui rend possible ce niveau de consolidation :

Le pool rapide est l'endroit où Docker vit. Les images de conteneurs, les volumes et les données d'exécution sont tous stockés sur un RAID 1 NVMe, ce qui signifie que le démarrage des conteneurs et les opérations d'E/S sont vraiment rapides. Le pool principal gère le stockage à long terme — fichiers médias, archives et ensembles de données qui n'ont pas besoin de la vitesse NVMe.

Cette séparation signifie que je n'ai jamais à choisir entre capacité et performance.

Performances thermiques sous charge continue

L'un des aspects les plus impressionnants du ZimaCube 2 a été ses performances thermiques. Même en exécutant des conteneurs Docker, des pools de stockage, des reverse proxies, des services de surveillance, une infrastructure CI/CD et des applications auto-hébergées, le système est resté à la fois silencieux et frais.

Le châssis métallique, le design du flux d’air, les dissipateurs NVMe inclus et la disposition interne des composants contribuent tous à cela. Pour un appareil d’infrastructure compact toujours allumé, l’enveloppe thermique est vraiment excellente.

Comparé aux anciens serveurs en rack que j’utilisais auparavant, la différence en termes de chaleur dégagée, consommation d’énergie, bruit et encombrement est flagrante.

Réseautage : double 2,5 GbE en pratique

Les ports Ethernet doubles 2,5 GbE s’accordent parfaitement avec une infrastructure réseau moderne. Associés à un routeur WiFi 7 et un switch 2,5 GbE :

• Transferts de fichiers rapides vers et depuis les pools de stockage
• Réseautage réactif des conteneurs entre les services
• Accès à distance fluide via Cloudflare Tunnel
• Aucun goulot d’étranglement pour les charges de travail simultanées

Pour un appareil d’infrastructure compact, le double 2,5 GbE est très important — cela signifie que votre accès au stockage n’est pas limité par un seul lien gigabit.

Construisez votre propre plateforme auto-hébergée avec ZimaCube 2 →

Questions fréquemment posées

Q1. Combien de conteneurs Docker le ZimaCube 2 peut-il exécuter ?

Avec la configuration standard de 8 Go DDR5, Michael fait tourner plus de 10 conteneurs, incluant proxy inverse, CMS, gestionnaire de mots de passe, surveillance, runners CI/CD et services de stockage — avec de la marge. Le pool de stockage NVMe garantit des E/S rapides même sous charge simultanée.

Q2. Le ZimaCube 2 peut-il exécuter des runners GitHub Actions ?

Oui. Les runners GitHub Actions auto-hébergés fonctionnent bien sur le ZimaCube 2. Michael les utilise pour construire et déployer des conteneurs Docker directement dans son environnement local auto-hébergé — une chaîne CI/CD entièrement locale.

Q3. 8 Go de RAM suffisent-ils pour un homelab Docker ?

Pour les charges de travail en conteneurs — Docker, proxies inverses, tunnels, surveillance et services de stockage — 8 Go suffisent étonnamment bien. Les conteneurs Linux modernes sont économes en mémoire, et le stockage NVMe offre un swap rapide si nécessaire. Vous pouvez toujours augmenter la mémoire plus tard via le slot SODIMM.

Q4. Quel est l’avantage des doubles pools de stockage (HDD + NVMe) ?

Le pool NVMe gère les charges de travail à haut débit d’E/S comme Docker, les machines virtuelles et le stockage d’applications avec une faible latence. Le pool HDD offre un stockage en masse économique pour les médias, les sauvegardes et les ensembles de données. Cette séparation signifie que vous ne sacrifiez jamais la capacité pour la performance.

Q5. Le ZimaCube 2 prend-il en charge Cloudflare Tunnel ?

Oui, et cela fonctionne bien. Associé à Nginx Proxy Manager et à un réseau double 2,5 GbE, vous pouvez exposer vos services auto-hébergés en toute sécurité sans ouvrir de ports sur votre routeur.