Comment créer un NAS CasaOS avec un mini-PC et un boîtier DAS USB multi-baies

Un NAS CasaOS fiable commence par considérer le mini PC, le DAS USB et la couche logicielle comme trois composants distincts d’un même système.

Le mini PC fournit la puissance de calcul et la connectivité réseau, le DAS fournit des disques connectés directement, et CasaOS apporte le tableau de bord, les partages et la couche applicative. La configuration devient fragile lorsque ces responsabilités se confondent, notamment lorsqu’un changement de nom de périphérique USB, un câble partagé ou une défaillance du disque de démarrage peut faire disparaître les chemins de stockage. Planifiez la topologie et la procédure de récupération avant d’importer des fichiers importants.

Définissez le rôle du mini PC, du DAS et de CasaOS avant de connecter les disques

Un mini PC associé à un DAS multi-baies peut fonctionner comme un NAS, mais le DAS lui-même n’est pas le NAS. Il ne dispose ni de comptes utilisateur, ni de services réseau, ni de couche applicative, ni de procédure de récupération indépendante. Le système hôte doit reconnaître les disques, les monter de manière cohérente et partager les dossiers choisis avec les clients.

Un guide pratique sur les NAS mini PC décrit un NAS comme une combinaison de stockage, de services de fichiers réseau et d’outils de gestion. Ce modèle NAS à trois couches est utile ici : le DAS fournit le stockage, Linux fournit le système de fichiers et les points de montage, et CasaOS se place au-dessus pour servir d’interface de gestion et d’applications.

Déterminez les fonctions principales du serveur avant d’installer des applications. Une première configuration simple pourrait fournir un dossier multimédia partagé, une destination de sauvegarde pour un ordinateur et un espace privé pour les données des applications. Le guide existant de ZimaSpace sur la façon de construire un premier serveur domestique autour de trois services peut aider à limiter la première pile CasaOS.

Choisissez un DAS qui expose chaque disque de manière prévisible

Le nombre de baies ne suffit pas à déterminer si un boîtier convient à un serveur. Vérifiez si le système hôte voit chaque disque indépendamment, si le boîtier dispose de sa propre alimentation stable, comment le refroidissement se comporte lorsque toutes les baies sont occupées, et si le contrôleur modifie l’identité des disques après un redémarrage ou un remplacement.

Un test en conditions réelles d’un DAS à cinq baies a associé le boîtier à un mini PC et décrit le DAS comme un simple boîtier contenant des baies, un contrôleur, un ventilateur et une alimentation. Le test montre pourquoi un DAS multi-baies peut servir de couche de stockage à un NAS mini PC, tandis que le système hôte reste responsable du système d’exploitation et des services de données.

Privilégiez l’accès direct aux disques lorsque le système d’exploitation gère les systèmes de fichiers, le regroupement des disques ou les tâches de sauvegarde. Ne partez pas du principe qu’un mode RAID matériel est plus sûr simplement parce que plusieurs disques apparaissent comme un seul périphérique. Il peut masquer l’état de santé de chaque disque et rendre la récupération tributaire du contrôleur du boîtier.

Traitez la bande passante et l’alimentation USB comme des ressources partagées

Tous les disques du boîtier finissent par partager une seule connexion à l’hôte. Les lectures séquentielles sur un seul disque dur peuvent être modestes, mais les sauvegardes simultanées, l’indexation des médias, la génération de vignettes et la copie de fichiers peuvent se disputer la même liaison USB. Le ventilateur du boîtier et tous les disques installés dépendent également d’un seul système d’alimentation.

Un guide sur les NAS pour mini-PC souligne que les boîtiers USB externes sont pratiques, mais présentent des risques de fiabilité liés à l’USB, et que plusieurs disques durs peuvent saturer une liaison partagée de 10 Gbit/s en cas d’utilisation simultanée. C’est pourquoi la bande passante USB doit être dimensionnée en fonction de la charge de travail combinée, et non évaluée à partir d’un test de vitesse réalisé avec un seul disque.

Connectez le DAS directement au mini-PC plutôt que de le brancher sur un hub non alimenté. Utilisez l’adaptateur secteur fourni avec le boîtier, fixez le câble de données et vérifiez que tous les disques sont détectés après un démarrage à froid. Si le boîtier propose une mise en veille automatique, testez les écritures dans les bases de données et les sauvegardes planifiées après une période d’inactivité des disques.

Créer des points de montage stables avant que CasaOS ne détecte le stockage

Les noms de périphériques Linux tels que /dev/sdb et /dev/sdc peuvent changer si des disques USB sont reconnectés ou si leur ordre au démarrage est différent. Après un redémarrage, une application qui attend les médias à un emplacement donné peut trouver sans prévenir un autre disque - ou un dossier vide.

Un guide Linux récent recommande de monter les systèmes de fichiers de données par UUID, car les noms bruts des périphériques ne sont pas garantis de rester stables, en particulier avec plusieurs disques ou du stockage USB. Son processus de montage persistant basé sur les UUID constitue la base adéquate avant que CasaOS ne configure le stockage pour les partages ou les conteneurs.

Créez des points de montage explicites, tels que /mnt/storage/media, /mnt/storage/backups et /mnt/storage/archive. Testez la configuration de montage avant de redémarrer, redémarrez le serveur deux fois et vérifiez que chaque chemin pointe toujours vers le système de fichiers prévu. CasaOS devrait hériter d’une cartographie de stockage stable, plutôt que de devenir l’endroit où l’on devine l’identité des disques.

Séparer le disque de démarrage, les données des applications, les fichiers partagés et les sauvegardes

Ne placez pas toutes les couches dans un seul dossier destiné aux médias. Le SSD interne du mini-PC devrait normalement héberger Linux, CasaOS et le code des applications, qui peut être remplacé. Les données persistantes des applications - bases de données, configuration, index et secrets - nécessitent leur propre chemin protégé. Les fichiers partagés et les médias peuvent se trouver sur le DAS, tandis que les sauvegardes devraient être stockées à un emplacement qui n’est pas considéré comme un espace de travail ordinaire.

Better Stack explique que les données d’un conteneur doivent être stockées sur un support persistant si elles doivent survivre au remplacement du conteneur. Cette durée de vie indépendante des données de l’application est essentielle dans une installation CasaOS, car réinstaller ou mettre à jour une application ne devrait pas effacer sa base de données ni obliger à réindexer toute la bibliothèque multimédia depuis le début.

N’ajoutez des partages et des applications CasaOS qu’une fois le stockage capable de résister à un redémarrage

CasaOS peut simplifier l’installation des applications et le mappage du stockage, mais doit s’appuyer sur une organisation du système de fichiers déjà stable. Un aperçu tiers de CasaOS indique que le tableau de bord peut afficher les disques, monter le stockage externe et attribuer des chemins de stockage aux applications, tandis que RAID ou ZFS reste de la responsabilité du système d’exploitation. Cette séparation entre la gestion de CasaOS et le modèle de stockage sous-jacent évite de confondre l’interface avec une protection des données.

Installez CasaOS uniquement une fois que le système Linux de base dispose d’une adresse locale fixe et que le DAS se monte de manière fiable. Le guide de ZimaSpace sur l’installation de CasaOS sur un mini-PC ou un serveur domestique couvre cette étape. Ensuite, créez des partages avec des utilisateurs nommés, associez chaque application uniquement aux dossiers dont elle a besoin et évitez de donner aux conteneurs expérimentaux accès à la racine complète du DAS.

Testez un client avant d’importer toute la bibliothèque. Créez, renommez et supprimez un fichier temporaire, redémarrez l’application, redémarrez le mini-PC, puis vérifiez que le même partage et le même chemin d’accès aux données sont rétablis sans remappage manuel.

Tester les déconnexions, les restaurations et les limites de mise à niveau

Une configuration aboutie doit résister à autre chose qu’à un test de lecture normal. Déconnectez le DAS lorsqu’aucune écriture n’est en cours et vérifiez que les services échouent de manière visible plutôt que d’écrire dans des dossiers de points de montage vides. Reconnectez-le, redémarrez et vérifiez que les disques et chemins attendus sont de nouveau disponibles. Restaurez ensuite une configuration d’application et un fichier supprimé à partir d’une sauvegarde.

Le tutoriel de TechTarget sur les tests de sauvegarde souligne l’importance de restaurer les données et de vérifier que la charge de travail obtenue fonctionne, car la simple présence de fichiers de sauvegarde ne prouve pas que la récupération est possible. Utilisez ce test de restauration fonctionnelle comme dernière étape avant que le NAS CasaOS ne devienne l’unique emplacement des données importantes du foyer.

Un mini-serveur domestique ZimaBoard 2 convient à cette architecture lorsque la priorité est un ordinateur x86 compact, une connexion directe au stockage et une pile CasaOS axée sur les applications. Un NAS IA ZimaCube 2 constitue une architecture plus évidente lorsque plusieurs disques, une gestion du stockage intégrée, une capacité multi-utilisateur et une récupération axée sur le stockage comptent davantage que la conservation d’un DAS USB séparé.

La configuration est terminée lorsque chaque disque a une identité stable, que chaque service dispose d’un chemin de données clairement délimité, que le DAS peut être déconnecté sans provoquer d’écritures silencieuses et que la récupération ne dépend pas du souvenir de l’apparence du tableau de bord.