Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124

En 2025, le Baromètre du numérique de l’ARCEP indique que 50 % des internautes français disposent d’un espace de stockage cloud. Mais le chiffre le plus révélateur est ailleurs : lorsqu’un cloud gratuit est utilisé, l’hébergeur est choisi par défaut dans 41 % des cas. Autrement dit, une partie importante de notre vie numérique n’est pas organisée : elle est absorbée par des réglages préexistants.
L’ADEME estime que le numérique représentait 4,4 % de l’empreinte carbone française en 2022, soit 29,5 MtCO₂e. Dans cette empreinte, les terminaux représentent environ 50 %, les centres de données 46 % et les réseaux 4 %.
La CNIL recommande des sauvegardes fréquentes, des sauvegardes complètes régulières, au moins une sauvegarde sur un site géographiquement distinct et au moins une copie isolée hors ligne.
Un serveur maison consommant 60 W en continu représente 525,6 kWh/an. À 0,194 €/kWh, cela fait environ 102 €/an, hors abonnement. À 100 W, on monte à 876 kWh/an, soit environ 170 €/an. L’autonomie numérique a donc un coût. Mais l’absence de maîtrise en a un aussi.
Il arrive un moment très banal où l’on perd le contrôle de ses données. Pour moi, c’était un beau jour de 2013, où mon disque externe m’a lâché, avec toutes nos photos… Aujourd’hui, ce n’est pas un piratage spectaculaire, ni celui d’une panne de disque dur avec bruit de casserole et sueur froide devant l’écran noir. C’est souvent beaucoup plus discret : un téléphone neuf, une connexion à un compte existant, trois cases cochées rapidement, et les photos repartent automatiquement dans le cloud. Merci Google Photos. Les documents suivent. Merci Google Drive. Les sauvegardes applicatives aussi. Puis les mots de passe. Puis les notes. Puis les souvenirs. Et ainsi de suite.
Rien ne semble violent. Tout est fluide. C’est justement le problème. On devient captif, voire accro. Et s’en défaire devient d’autant plus compliqué. Par rapport à notre notre ami Google, qui peut se vanter d’une intégration aussi poussée ?
Quelques chiffres : en 2025, le baromètre du numérique publié par l’ARCEP indique que 50 % des internautes français disposent d’un espace de stockage cloud. Le chiffre n’est pas surprenant : le cloud est devenu l’infrastructure invisible du quotidien. Ce qui mérite davantage d’attention, c’est le chiffre voisin : lorsqu’un hébergeur gratuit est utilisé, il est choisi par défaut dans 41 % des cas.
Ce n’est plus seulement une statistique d’équipement numérique ; c’est une photographie de notre rapport à la décision technique. Une partie de notre vie numérique n’est pas vraiment architecturée. Elle est avalée par l’option qui était déjà là. Je clique sur « Utiliser Google photos », parce que c’est pratique.
« La donnée que l’on ne sait pas restaurer n’est pas une donnée maîtrisée. »
Johnny Croutche
Ce constat ne signifie pas qu’il faudrait jeter le cloud public dans le même conteneur que les câbles VGA jaunis et les alimentations ATX douteuses.
Le cloud rend des services réels : synchronisation, disponibilité, partage, récupération après perte d’un appareil, accès multi-supports. Il a évité à des millions d’utilisateurs de découvrir brutalement ce qu’était une sauvegarde inexistante.

Mais il a aussi installé une dépendance douce, confortable, presque invisible. On ne sait plus exactement ce qui est où, chez qui, sous quelles conditions, avec quelle possibilité d’export, ni avec quel plan de restauration.
C’est là que le sujet devient intéressant.
Reprendre le contrôle de ses données ne consiste pas à faire le malin avec un serveur qui clignote dans un coin. Cela consiste à se poser une série de questions simples, presque logistiques :
Dit autrement : le problème n’est pas d’utiliser le cloud. Le problème, c’est de ne plus savoir ce qu’on lui a confié.
Cette manière de penser les données rapproche l’informatique personnelle de la logistique.

On parle de flux, de stocks, de redondance, de site distant, de mode dégradé et de capacité de restauration. Une photo de famille n’est pas seulement un fichier JPEG ; c’est une donnée irremplaçable. Une archive administrative n’est pas seulement un PDF ; c’est une preuve. Une base de mots de passe n’est pas seulement un coffre numérique ; c’est une dépendance critique.
L’erreur classique consiste à tout mettre au même niveau.
Or toutes les données ne se valent pas. Une collection musicale réimportable, une image ISO, un film récupérable ailleurs ou un conteneur de test n’ont pas la même valeur qu’un dossier médical, un album photo familial, des documents fiscaux, une sauvegarde de téléphone ou les configurations d’un serveur personnel.
Il faut donc hiérarchiser.
Les données irremplaçables doivent survivre à la machine qui les héberge. Les données importantes doivent être restaurables rapidement. Les données pratiques doivent rester accessibles. Les données remplaçables ne méritent pas forcément de compliquer toute l’architecture.
C’est moins glamour qu’une baie serveur avec LED bleues. Mais c’est beaucoup plus utile.
Dans mon cas, la démarche est encore plus parlante parce qu’elle n’est pas celle du Raspberry Pi de découverte posé derrière la box. J’avoue, j’ai essayé. Bilan : j’ai 3 RPi qui traînent dans une boîte.
Mon serveur personnel, c’est un boîtier PC avec 4 disques de 4 To, un i5-12400F, 64 Go de RAM, ESXi et plusieurs machines virtuelles. On n’est pas dans le gadget minimaliste. On est dans une petite infrastructure domestique. On va pas se mentir : parfois c’est un peu galère/lourd/long à maintenir. Alors oui, ça peut paraître « overkill », mais c’est polyvalent. Au niveau hardware, on est quand même bien loin d’un DS425+ avec son Celeron et ses 2 gigas de RAM (oui oui, 2 gigas..), qui par ailleurs réussit l’exploit de coûter plus cher.
Quatre disques de 4 To donnent 16 To bruts avant redondance, snapshots et sauvegardes. L’i5-12400F dispose de 6 cœurs et 12 threads, ce qui permet de bien répartir la charge. Les 64 Go de RAM permettent de cloisonner plusieurs VM sans transformer chaque service en colocataire affamé. C’est plus pénible, mais ça permet d’isoler les problèmes.
Ce cloisonnement est un point essentiel. Une VM pour Nextcloud, une autre pour un reverse proxy, une autre pour des tests, éventuellement une VM de sauvegarde ou de supervision : ce n’est pas seulement plus propre, c’est plus raisonnable. On me dira qu’une image Docker par service limiterait le déploiement de plusieurs VM, ce qui est vrai. Mais si une VM tombe, on perd d’un coup plusieurs services.
La virtualisation oblige à penser les rôles. Elle permet de casser un environnement de test sans casser le cloud familial. Elle permet aussi de documenter les dépendances : quelle VM porte quel service, quel port est ouvert, quel certificat est utilisé, où sont les volumes, comment restaurer en cas de problème.
C’est là qu’on quitte le bricolage sympathique pour entrer dans quelque chose de plus structuré. Pas forcément plus compliqué. Mais clairement plus responsable.
Et on ouvre « le champs des possibles ». Au début je voulais juste un NAS, pour éviter de revivre une mésaventure de perte de photos. Puis, après un passage chez Synology, j’ai rapidement basculé sur du serveur : de l’HP Microserver récupéré jusqu’à mon serveur sur mesure, je balade mes VM depuis dix ans, sans rupture de service, et avec une évolutivité sans pareil.
Maintenant j’ai une infra complète : cloud, photos, stream de musique, de vidéos, suite bureautique, gestionnaire de mots de passe, blog, bibliothèque de livres. Avec leurs sauvegardes sur disques externes.
Mais cette maîtrise a un coût. Et il faut le dire sans romantisme.
Un serveur maison allumé 24 h/24 consomme. À 60 W continus, la consommation annuelle est de : 60 × 24 × 365 = 525,6 kWh.
Avec un kWh à 0,194 €, cela représente environ 102 € par an, hors abonnement. À 100 W continus, on atteint 876 kWh/an, soit environ 170 € par an. Ce n’est pas ruineux, mais ce n’est pas rien. On est dans l’ordre de prix de l’abonnement Google AI Plus 2To quand même. Il faut donc bien peser le pour et le contre.

Cela oblige à une question saine : quels services justifient réellement l’allumage permanent ? Un cloud personnel, une sauvegarde, un reverse proxy, un coffre de mots de passe, oui. Trois tableaux de bord jamais consultés, deux conteneurs oubliés et un service météo redondant avec la fenêtre, probablement moins.
C’est un point souvent oublié dans l’auto-hébergement : reprendre le contrôle, ce n’est pas faire tourner tout ce qui est techniquement possible. C’est faire tourner ce qui est utile, maîtrisé et maintenable.
Le reste, c’est parfois juste du chauffage d’appoint avec une interface web.
Cette question énergétique s’inscrit dans un contexte plus large.
L’ADEME estime que le numérique représentait 4,4 % de l’empreinte carbone française en 2022, soit 29,5 MtCO2. Dans ce total, les terminaux représentent environ 50 %, les centres de données 46 % et les réseaux 4 %. Ces chiffres évitent deux caricatures.

Première caricature : croire que le cloud serait toujours plus vertueux parce qu’il est mutualisé. Deuxième caricature : croire que le serveur maison serait forcément plus sobre parce qu’il est personnel.
La vérité dépend du matériel, de sa durée de vie, de sa consommation, de son taux d’usage, de la redondance et de ce que l’on évite d’acheter ou de louer ailleurs.
Le vrai sujet n’est donc pas de poser le serveur maison en héros écologique. C’est de le rendre cohérent.
Réutiliser du matériel existant peut être pertinent. Garder longtemps une machine bien dimensionnée peut être plus défendable que remplacer sans cesse des équipements. Mesurer la consommation avec un wattmètre vaut mieux que se raconter des histoires. Arrêter les services inutiles, séparer laboratoire et production, limiter les VM qui tournent “au cas où”, documenter l’existant : tout cela fait partie d’une autonomie numérique adulte.
La sauvegarde est l’autre frontière entre autonomie et illusion.
La CNIL recommande des sauvegardes fréquentes, des sauvegardes complètes à intervalles réguliers, au moins une sauvegarde sur un site géographiquement distinct et au moins une copie isolée hors ligne.
C’est très concret.

Cela veut dire qu’un serveur maison, même bien équipé, ne doit pas être le seul sanctuaire de données irremplaçables. Le RAID protège surtout contre la panne d’un disque ; il ne protège ni contre l’effacement, ni contre le vol, ni contre l’incendie, ni contre la corruption logique, ni contre l’erreur humaine.
Bon, je suis mauvais élève, je n’ai pas de sauvegarde hors de la maison. Mais j’ai quand même un petit filet de sécurité avec mes sauvegardes hors ligne. Je ne suis donc pas dans l’épure du 3-2-1. Comme souvent, c’est une question d’analyse de risque.
La synchronisation, elle, protège contre l’indisponibilité locale ; elle peut aussi propager très efficacement une suppression. J’ai souvenir, il y a quelques milliards d’années, d’avoir effacé toutes les photos/musiques d’un iPhone 3GS juste en réinstallant mon ordinateur. iTunes avait utilisé cette nouvelle installation toute fraîche et dépouillée comme référentiel de synchronisation.
Une sauvegarde quant à elle, si elle n’est jamais testée, n’est pas une sauvegarde : c’est une croyance. Et les croyances, en informatique, ont une tendance fâcheuse à finir en restauration impossible un dimanche soir.
Et ça, ça n’est pas « wife-approved »…
Toujours est-il qu’in fine, notre cloud familial auto-hébergé nous suit depuis une dizaine d’années, et qu’aujourd’hui personne ne s’en passerait.