Unraid 8 : Le grand virage Fedora, Docker Compose natif et l'adieu à Slackware

Unraid 8 ne sera pas une simple mise à jour incrémentale, mais un changement d'architecture fondamental. En abandonnant sa base historique Slackware au profit d'un noyau Fedora customisé par Universal Blue, le fournisseur réinvente son système d'exploitation NAS pour offrir une stabilité supérieure, une prise en charge matérielle plus moderne et, surtout, une intégration native de Docker Compose et d'outils de sauvegarde avancés.

En bref

• Changement de base OS : Passage de Slackware à une base Fedora (Atomic Host/OSTree) gérée par Universal Blue.
• Docker Compose natif : Fin des conteneurs isolés "à la main" ; gestion des stacks via des fichiers docker-compose.yml directement dans l'interface web.
• Sauvegarde intégrée : Nouvel outil interne pour la sauvegarde des métadonnées, des configurations et des conteneurs.
• Performance et sécurité : Accès aux derniers kernels Linux, support des normes de sécurité actuelles et cycles de vie des dépendances plus prévisibles.
• Migration assistée : Processus de migration prévu pour préserver les données existantes, mais nécessitant une validation rigoureuse de la part des admins.

Pourquoi quitter Slackware ?

Pendant des décennies, Unraid s'est appuyé sur Slackware, un système d'exploitation Linux réputé pour sa stabilité et sa simplicité. Cependant, dans l'écosystème IT moderne, cette choix présente des limites critiques pour un NAS d'entreprise ou de prosumer avancé.

Premièrement, Slackware ne suit plus le rythme des mises à jour des noyaux Linux récents. Bien qu'Unraid patche son propre kernel, la base sous-jacente vieillit, ce qui complique le support du matériel récent (NVMe gen5, cartes réseau 10/25GbE, GPU pour l'inférence IA). Deuxièmement, la chaîne de dépendances (glibc, OpenSSL, etc.) est souvent plus ancienne que sur les distributions majeures comme Ubuntu ou Fedora, créant des problèmes de compatibilité avec les images Docker récentes ou les applications compilées de manière native.

Le choix de Fedora, et plus spécifiquement d'une base gérée par Universal Blue (les créateurs de Fedora Atomic), répond à deux besoins :

1. L'immuabilité : Une base système plus robuste, moins sujette à la dérive de configuration ("config drift").
2. La modularité : Fedora permet d'installer des dépendances spécifiques sans casser l'intégrité du système de base, contrairement aux paquets RPM parfois obsolètes de Slackware.

Pour les consultants, cela signifie que vous ne gérerez plus un système "frozen" dans le temps, mais un OS vivant, aligné sur les standards de sécurité actuels (SELinux, AppArmor, etc.), tout en conservant l'interface utilisateur unique d'Unraid.

Docker Compose natif : La fin de l'administration fragmentée

C'est l'argument massue d'Unraid 8. Jusqu'à présent, la gestion de Docker sur Unraid était un mélange de conteneurs individuels lancés via des variables d'environnement dans l'interface web, et de stacks Compose gérées via des scripts externes ou des plugins tiers (comme Docker Compose). C'était efficace, mais fragile et difficile à auditer.

Avec Unraid 8, la gestion de Docker Compose devient une première classe de citoyen dans l'interface web.

Ce que cela change techniquement

1. Standardisation : Vous n'écrivez plus de scripts run.sh complexes. Vous gérez un unique fichier docker-compose.yml (ou compose.yaml) qui définit les services, les volumes, les réseaux et les dépendances.
2. Réseaux isolés : La gestion des réseaux Docker devient native. Vous pouvez créer des réseaux spécifiques (ex: front_end, backend_db) et y attacher vos conteneurs directement depuis l'UI, sans avoir à gérer des IP statiques manuellement dans chaque container.
3. Orchestration : Le redémarrage des services suit les dépendances définies dans le fichier Compose. Si votre base de données tombe, votre application web peut être configurée pour ne pas tenter de se connecter inutilement, ou au contraire, pour être redémarrée en cascade selon vos règles.

Exemple de configuration

Imaginez un stack LAMP classique. Sous Unraid 7, vous aviez trois conteneurs séparés, avec des variables d'environnement dupliquées pour les identifiants. Sous Unraid 8, vous gérez un projet unique :

# /mnt/user/appdata/docker-compose/lamp-stack.yml
version: '3.8'
services:
  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: myapp
      POSTGRES_USER: admin
      POSTGRES_PASSWORD: ${DB_PASSWORD}
    volumes:
      - ./pg_data:/var/lib/postgresql/data
    networks:
      - backend
    restart: unless-stopped

  web:
    image: nginx:alpine
    ports:
      - "80:80"
    depends_on:
      - db
    volumes:
      - ./html:/usr/share/nginx/html
    networks:
      - frontend
      - backend
    restart: unless-stopped

networks:
  frontend:
  backend:

L'interface web d'Unraid 8 permettra de visualiser ces services, de voir les logs agrégés, et de redémarrer l'ensemble du stack d'un seul clic. Pour un consultant IT, cela simplifie considérablement l'audit de la configuration réseau et la gestion des secrets (via des fichiers .env liés au projet).

Le nouveau module de sauvegarde intégré

L'un des points faibles historiques d'Unraid était la gestion des métadonnées et de la configuration système. Si le disque système (USB ou SSD dédié) venait à mourir, la reconstruction du système était fastidieuse, surtout avec la multitude de plugins et de configurations Docker manuelles.

Unraid 8 introduit un outil de sauvegarde natif.

Fonctionnalités clés

• Sauvegarde des métadonnées : L'outil capture l'état complet du système : liste des disques, RAID-Z (si applicable), configurations réseau, utilisateurs, et surtout, les fichiers de configuration des conteneurs Docker et des applications installées via le Community Applications.
• Export des images Docker : Possibilité d'exporter les images Docker locales en .tar pour les sauvegarder sur un stockage externe, évitant de les re-télécharger en cas de perte.
• Restauration guidée : En cas de changement de matériel ou de reformatage du disque système, vous pouvez restaurer l'image de sauvegarde pour retrouver un état proche du "out-of-the-box" avec toutes vos applications configurées.

Stratégie de sauvegarde recommandée

Pour les environnements critiques, ne vous fiez pas uniquement à cet outil. Adoptez la règle 3-2-1 :

1. Local : Utilisez l'outil de sauvegarde Unraid 8 pour exporter régulièrement (hebdomadaire) un archive chiffrée vers un NAS distant ou un stockage objet (S3/MinIO).
2. Offsite : Assurez-vous que les données utilisateur (partage appdata, docker, etc.) sont synchronisées via rsync ou un protocole de réplication vers un autre site.
3. Documentation : Sauvegardez vos fichiers docker-compose.yml et .env sur un dépôt Git privé. C'est la source de vérité de votre infrastructure.

Impact sur la sécurité et la gestion des paquets

Le passage à une base Fedora apporte des avantages sécurité non négligeables, particulièrement pour les consultants qui doivent répondre à des exigences de conformité.

1. SELinux en mode Enforcing : Fedora active SELinux par défaut. Unraid 8 devrait hériter de cette posture, offrant un confinement des processus bien supérieur à ce que proposait Slackware (qui s'appuyait sur AppArmor ou rien du tout selon les versions). Cela réduit la surface d'attaque si un conteneur Docker est compromis.
2. Mises à jour de sécurité : Les backports de sécurité pour les composants critiques (OpenSSL, glibc) seront plus rapides et plus fréquents, alignés sur le cycle de vie de Fedora.
3. Gestion des paquets : La transition vers le gestionnaire de paquets dnf (remplaçant yum) et l'architecture RPM moderne facilite l'installation de dépendances spécifiques requises par certains logiciels d'entreprise (ex: drivers spécifiques, bibliothèques Java récentes).

Cependant, attention : cela change la philosophie d'installation des plugins. Les plugins Unraid sont des packages RPM. Avec la base immuable/atomique d'Universal Blue, l'installation de paquets supplémentaires devra être faite avec précaution pour ne pas briser l'intégrité de la base. Unraid doit fournir un "chroot" ou un environnement isolé pour les plugins, ce qui est une nouveauté à surveiller de près lors des tests.

Bonnes pratiques pour consultants IT

Si vous gérez des environnements Unraid (prosumer ou PME), voici comment préparer la migration vers Unraid 8 :

1. Audit de la dépendance aux plugins

Faites un inventaire de tous les plugins installés. Certains plugins "hack" le système de fichiers ou modifient des fichiers Slackware spécifiques. Vérifiez sur le forum Unraid si ces plugins sont compatibles avec la base Fedora. En cas de doute, identifiez des alternatives natives ou des conteneurs qui remplacent le besoin du plugin (ex: remplacer un plugin de monitoring par un conteneur Prometheus/Node Exporter).

2. Migration vers Docker Compose

Ne migrez pas à l'aveugle.

• Identifiez tous vos conteneurs "standalone".
• Groupez-les logiquement (ex: Stack Jira, Stack GitLab, Stack Monitoring).
• Rédigez les fichiers docker-compose.yml correspondants en local.
• Testez ces stacks sur une instance de test d'Unraid 8 avant la mise en production.
• Point critique : Assurez-vous que les volumes (volumes) pointent vers les bons chemins absolus dans /mnt/user/... pour éviter les pertes de données lors de la migration.

3. Sécurité des conteneurs

Exploitez la nouvelle gestion des réseaux.

• Créez un réseau Docker dédié pour chaque stack d'application.
• Évitez l'utilisation du réseau bridge par défaut pour les services exposés.
• Utilisez des fichiers .env chiffrés ou gérés via un secret manager (comme Vault) pour les mots de passe, plutôt que de les écrire en clair dans les variables d'environnement de l'interface web.

4. Plan de rollback

Avant de lancer la migration :

• Effectuez une sauvegarde complète des disques (clone ou image disque).
• Exportez toutes les images Docker locales (docker save).
• Sauvegardez le dossier /config (qui contient les métadonnées Unraid) sur un support externe.
• Documentez la configuration réseau manuelle (interfaces, bridges, VLANs) car ces réglages peuvent être impactés par le changement de base OS.

5. Monitoring

Mettez en place un monitoring externe (Zabbix, Prometheus, ou Nagios) qui surveille la santé du système Unraid 8. Le passage à une base Fedora peut changer les chemins des métriques ou les noms des services. Assurez-vous que vos agents de monitoring sont compatibles.

Points cles

• Unraid 8 est une refonte, pas une mise à jour : Le changement de base OS (Slackware -> Fedora/Universal Blue) est profond et impacte la manière dont les plugins et les dépendances sont gérés.
• Docker Compose est le nouveau standard : L'interface web native pour les stacks Compose simplifie l'orchestration, la gestion des réseaux et la reproductibilité des environnements. C'est un gain de productivité majeur pour les admins.
• La sécurité s'améliore : Avec SELinux et des mises à jour de sécurité plus rapides, Unraid 8 se rapproche des standards de sécurité attendus en entreprise.
• La sauvegarde devient gérable : L'outil intégré réduit le risque de perte de configuration, mais ne remplace pas une stratégie de sauvegarde des données utilisateur robuste (3-2-1).
• Préparez la migration avec rigueur : Audit des plugins, test des stacks Compose en environnement isolé, et sauvegarde complète avant toute action. La migration est irréversible sans un plan de rollback solide.

En conclusion, Unraid 8 marque le passage d'un OS "artisanal" et stable mais vieillissant, à une plateforme moderne, sécurisée et orientée conteneurs. Pour les consultants IT, c'est l'opportunité de rationaliser des environnements souvent complexes, en s'appuyant sur des standards de l'industrie (Docker Compose, Fedora) tout en conservant la simplicité d'administration qui fait le succès d'Unraid. La vigilance lors de la migration restera le facteur clé du succès.

Source : IT Connect