De Pi-hole à un serveur familial : l’histoire de ZimaOS de u/2Hard4Him

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les laboratoires informatiques personnels et les logiciels open source, elle se spécialise dans la vulgarisation de concepts techniques complexes au moyen de guides pratiques et concrets. Eva pense que l’hébergement personnel doit être amusant, et non intimidant. À travers ses tutoriels, elle aide la communauté à démystifier les configurations matérielles, de la construction de leur premier NAS à la maîtrise des conteneurs Docker.

Official Immich project screenshot showing desktop and mobile photo-library interfaces

Image de couverture : Projet Immich — capture d’écran officielle de l’application.

Un serveur domestique change de nature lorsque d’autres personnes commencent à compter sur lui. Ce qui était un projet de loisir contient désormais des éléments qu’un membre de la famille veut retrouver, une partie à laquelle quelqu’un s’attend à pouvoir participer ou une collection qui compte encore après le remplacement du téléphone d’origine. Cette transition est une bonne raison de revoir l’organisation du système.

Dans le commentaire de u/2Hard4Him pour le Self-Hosting Day, un projet visant à essayer Pi-hole évolue vers un ancien Dell OptiPlex équipé de ZimaOS. Le témoignage décrit deux disques IronWolf de 4 To en RAID 1, un serveur Minecraft géré avec Crafty, l’envoi de photos familiales avec Immich et un accès à distance. La tâche qu’il reste à l’auteur est la sauvegarde hors site : les disques en miroir protègent contre la panne d’un disque, tandis qu’une suppression accidentelle nécessite une autre stratégie de récupération.

« RAID 1 n’est pas une sauvegarde »
u/2Hard4Him

La véritable amélioration consiste à prendre la responsabilité d’un service

Du point de vue de ZimaSpace, l’étape intéressante est le passage de l’expérimentation à une responsabilité partagée. Une installation réussie n’est qu’un début. Un service familial a également besoin d’une adresse facile à comprendre, de comptes adaptés, d’une routine de maintenance et d’un moyen de récupérer les données importantes. Ces détails déterminent si quelqu’un d’autre peut utiliser le système sans que son propriétaire doive expliquer chaque clic.

Commencez par une tâche du foyer et décrivez ce qui constitue une réussite pour la personne qui l’utilise. Une photo doit être facile à retrouver et s’ouvrir correctement. Un dossier partagé doit accorder à la personne concernée les bons droits d’accès. Une session de jeu doit préserver la progression convenue. Définissez ces résultats avant d’allonger la liste des applications. Ils vous aideront à distinguer un ajout utile d’un autre service qui alourdit la maintenance sans améliorer le quotidien.

Organisez les services selon les responsabilités avant d’ajouter d’autres applications

Gardez l’application, sa configuration et les données conservées visibles comme des éléments distincts de l’installation. Une installation peut être facile à répéter, tandis que sa base de données ou son état sauvegardé peut être difficile à reconstituer. Notez l’emplacement de chaque composant important et le compte qui en est responsable. Pour une machine partagée au sein du foyer, déterminez également qui peut administrer le service et qui a seulement besoin de l’utiliser.

Ce projet reste gérable même sans tableau de bord élaboré. Un bref inventaire peut préciser le service, son utilité, l’emplacement de ses données et les éléments à vérifier après un redémarrage. Tenez cet inventaire à jour lorsque vous déplacez un dossier ou modifiez un compte. Notre étude de cas sur l’architecture d’un labo domestique présente un exemple plus complet de séparation des rôles des applications ; cette même habitude est utile sur un seul ordinateur réaffecté.

Un service domestique ne se résume pas à une icône d’application

Responsabilité	Ce qu’il faut consigner	Ce qu’il faut démontrer
Accès	Point d’accès habituel et comptes utilisateur appropriés	Un membre du foyer peut accéder au service prévu.
Données	Fichiers d’origine, état de l’application et emplacements de configuration	Le service peut identifier les données faisant autorité.
Maintenance	Temps d’arrêt planifié et procédure de mise à jour/récupération	Le flux de travail habituel du client reste fonctionnel après une modification.
Récupération	Copies indépendantes et exigences de version	Il est possible de restaurer un échantillon sans modifier la collection en production.

Concevoir la récupération des photos autour de l’application dans son ensemble

Pour un service photo, la récupération doit rétablir une collection utilisable. La documentation de sauvegarde d’Immich explique qu’une sauvegarde complète comprend à la fois la base de données et les fichiers multimédias. Un simple export de la base de données ne contient ni les photos ni les vidéos. Intégrez les exigences de récupération propres à l’application au plan de sauvegarde du foyer, plutôt que de supposer qu’une copie d’un seul répertoire suffit.

Effectuez une petite restauration dans un environnement de test isolé et suivez la documentation correspondant à la version restaurée. Vérifiez que des fichiers d’origine représentatifs s’ouvrent et que l’application restaurée peut les retrouver. Conservez les conditions et le résultat du test. Cette vérification d’acceptation est plus utile que de compter les fichiers de sauvegarde, car elle teste l’expérience que le foyer cherche réellement à préserver. Ne modifiez pas la bibliothèque en production pendant la mise au point de cette procédure de récupération.

Interface officielle des paramètres de restauration de la base de données Immich — Interface de restauration présentée dans la documentation officielle d’Immich. Utilisez un environnement de test distinct pour mettre au point une procédure de récupération. Image : projet Immich.

Prévoyez un créneau de maintenance pour le serveur partagé

Un service utilisé par un foyer mérite des changements prévisibles. Avant une mise à jour, déterminez ce qui risque d’être interrompu, sauvegardez la configuration concernée et vérifiez que la copie de récupération est disponible. Prévenez les personnes qui utilisent le service de la date prévue des travaux. Ensuite, faites un test depuis un compte client ordinaire, et pas seulement depuis le tableau de bord de l’administrateur. Il arrive que l’administrateur puisse accéder au service par une voie qui n’est pas accessible aux autres utilisateurs.

Pour les mises à jour importantes, consignez la nouvelle version de l’application et toute migration de données effectuée. Revenir à une ancienne image de conteneur peut ne pas suffire si le format des données stockées a changé. Prévoyez une méthode de récupération compatible pour l’application dans son ensemble et consultez les consignes de mise à jour de son éditeur. La maintenance devient ainsi une modification délibérée d’un système partagé, plutôt qu’une série de redémarrages dont on ne découvre les conséquences que plus tard.

Quand le ZimaCube 2 devient une suite naturelle

Si la collection d’un foyer commence à dépasser sa solution de stockage improvisée, un NAS cloud personnel ZimaCube 2 est une option pour créer un centre de données local mieux organisé. Il s’agit du point de vue de ZimaSpace en matière de planification, distinct du matériel mentionné par le contributeur. La question utile est de savoir si le foyer a désormais besoin d’une organisation du stockage plus claire, d’une plus grande capacité de disques ou d’un emplacement commun et fiable pour les applications partagées et les fichiers conservés.

Utilisez la plateforme pour définir les responsabilités : un espace d’arrivée, la collection faisant autorité, les données des applications et une destination de récupération indépendante. Planifiez la configuration des disques et tout espace de travail sur SSD en fonction de la croissance mesurée et des services actifs. Une capacité accrue doit renforcer une politique de récupération existante, et non la retarder. Conservez une deuxième copie récupérable hors de l’appareil principal et vérifiez que quelqu’un d’autre peut comprendre la collection restaurée.

Illustration officielle de ZimaCube 2 montrant un NAS et les médias d’un foyer — L’illustration des données familiales sur ZimaCube 2 de ZimaSpace présente la plateforme de stockage optionnelle évoquée ici. Image : ZimaSpace.

Préserver la simplicité pour la famille à mesure que le système évolue

Choisissez des noms et des points d’accès qui correspondent aux besoins des utilisateurs. Une personne qui ouvre une photothèque ne devrait pas avoir besoin de connaître le nom du conteneur ou la topologie du stockage. Préservez cette expérience utilisateur pratique tout en conservant un inventaire détaillé des services pour l’administrateur. Une porte d’entrée simple et un système documenté peuvent coexister ; chacun est utile à une personne différente.

Avant de transférer toute la collection ou d’ajouter une autre application, effectuez un petit parcours complet, de la source à l’accès partagé puis à la récupération. Vérifiez les autorisations des comptes, retrouvez un fichier original et restaurez un échantillon. Notre présentation de ZimaOS Photos propose un autre aperçu d’un flux de travail pour une bibliothèque photo locale. Choisissez l’application adaptée au foyer et précisez les exigences de stockage et de récupération.

À retenir de Self-Hosting Day

La prochaine étape pour un serveur familial, c’est la confiance : chacun peut l’utiliser, son propriétaire peut le gérer et les données importantes peuvent être récupérées. C’est un résultat significatif pour un projet qui a commencé par une seule idée utile.

À découvrir ensuite

Références de l’article original et du projet

Basé sur la contribution publique à Self-Hosting Day mentionnée ci-dessus. L’interprétation de l’architecture et les notes de planification matérielle sont de ZimaSpace. Les captures d’écran et les illustrations de produits sont créditées à leurs projets ou fabricants d’origine.