kepon
1
Bonjour Ă toutes et Ă tous,
Je voulais vous présenter un petit projet que j’ai développé depuis quelques temps déjà : wakeOnStorage.
Le stockage à froid consiste à conserver des données (sauvegardes, archives, etc.) sur un support qui n’est alimenté et allumé qu’en cas de besoin. Contrairement à un serveur classique qui tourne en continu 24h/24, un système à froid reste hors tension la majeure partie du temps. Concrètement selon le cas :
- Service de sauvegarde : le serveur est démarré uniquement lors des opérations de sauvegarde ou de restauration, puis éteint dès qu’il a fini son travail. On évite ainsi de faire tourner des disques et des serveurs inutilement le reste du temps.
- Vous disposez d’une interface pour allumer manuellement celui-ci pour restaurer des données au besoin
- Service d’archivage : le serveur est éteint systématiquement et vous l’allumez sur demande via une interface web ou un protocole standard pour accéder à vos données, en ajouter, en supprimer…
Chez retzo.net :
Les serveurs matériels utilisés sont très basses consommations (architecture ARM type Raspberry pi, disque SSD)
Les serveurs (hors disque dur) sont issus du ré-emploi
L’énergie utilisée prioritairement est le solaire
- Et exclusivement si vous le souhaitez
Données sont en sécurité, le service étant hors ligne la majorité du temps, la surface d’attaque est bien moindre
- Chiffrement du disque possible
- Serveur dédié possible
L’accès à vos données, l’allumage du serveur est possible via une interface web (filestash) et/ou des protocoles standard (SFTP, RSYNC (over ssh), BORG) authentification par mot de passe ou par clé
Le développement du projet est open source (le dépôt du code)
Pour en savoir plus :
Le projet est déjà utilisé par 3 CHATONS depuis plus de 2 ans, et je serais ravi d’en accueillir d’autres, j’ai de la place 
C’est un petit pas vers des infrastructures plus sobres et modulaires, où l’énergie est utilisée uniquement quand c’est nécessaire.
https://retzo.net/wakeonstorage/
N’hésitez pas à me faire des retours, poser des questions…
David (Retzo.net)
Une n’image pour finir :
14 Likes
ppom
2
J’ai opté pour une solution très similaire pour mon serveur de backups : il embarque une Rasp, dont on peut se servir pour allumer le gros serveur par un WakeOnLan quand il y a besoin.
Et le serveur s’éteint de lui-même après 10 min sans user connecté·e.
C’est super chouette de voir une solution plus aboutie basée sur ces principes !
Edit: j’aimerais bien faire la même chose pour des applis web, qui ne soient allumées qu’au besoin. Mais ça ne changerait rien au fait que le serveur derrière serait toujours allumé, donc en pratique ça n’aurait pas beaucoup d’intérêt.
2 Likes
Daneel
3
C’est intéressant.
- Chiffrement du disque possible
Comment le déchiffrement au démarrage est-il géré ?
Par exemple, Raoull chiffre toutes ses machines au niveau du disque, OS compris, ce qui nécessite l’action d’un administrateur système pour le (re)démarrage.
On sait qu’il existe des solutions pour automatiser cela, dont j’ai oublié le nom, mais suis curieux de savoir comment c’est résolu par wakeOnStorage.
kepon
4
Pour tout te dire je n’ai pas eu à le faire car personne ne me l’a réclamé. Certain sont sur Borg par exemple ce qui fait que les données sont chiffrés sur le disque.
Mais je peux te dire ce que j’ai envisagé si j’avais à le faire pour un storage dédié
- dropbear-initramf (pour l’instant je partirai là dessus) en gros ça démarre un mini serveur SSH avant le déverrouillage du disque donc tu peux lui envoyer la clé par ce biais.
- GitHub - latchset/clevis: Automated Encryption Framework qui demande a avoir un serveur tiers de disponible
De mon côté c’est plus « facile » parce que j’ai mon API local (sur un Pi Zéro) qui reçoit déjà les ordres pour démarrer/arrêter (déclencher des relais pour allumer électriquement) des serveurs, donc je peux facilement lui demander d’attendre X secondes pour envoyer une requête pour déverrouiller.
Note : j’envisage que ce soit l’utilisateur qui souhait accéder à son disque chiffré qui envoi son fichier de clé de déverrouillage via l’interface, que celle-ci soit communiqué par l’API… mais pas stocké… ) J’ai pas encore développé ça, je le ferai quand il y aura le besoin (j’ai appris à limiter mon côté tout feu tout flamme… je le fais ça servira certainement un jour… et pi non… mince j’ai fais ça pour rien…)
David
1 Like
Juste pour te dire que ton stockage à froid est cité dans la dernière newsletter de Limites Numériques #20 • Buttondown
(on peut aussi s’abonner)
3 Likes
Intéressant, chez A-Hébergement on est plus sur des serveurs rack reconditionnés mais appliquer la même logique nous intéresse.
Surtout depuis qu’on à installé un kit solaire pour réduire l’impact de la salle machine/baie commune. Et que le second site partagé avec Chatours/ALFA-Net (fusion faite Chatours est désormais l’activité hébergement de ALFA-Net) nous permettrait d’avoir un serveur sur chaque site allumé que le temps des sauvegardes.
Tu utilise quelle carte avec le rPi ?
kepon
7
Bonjour @julienth37
Sur la photo c’est le X828 Stackable Cluster Shield : 2019 New Raspberry Pi NAS SATA Adapter Stackable X828 2.5" SATA HDD/SS – Geekworm mais en fait celui-ci j’en ai qu’un seul, je me suis dit que finalement le côté « stack infini » (qui me séduisait au début) ça trouvait vite la limite du BUS USB saturé…
Du coup je suis passé à ça : NAS Bracket for Raspberry Pi and 2.5" SSDs - The Pi Hut plus compacte (en place) tu peux mettre 2 disques par PI ce qui couvre 90% des cas…
Pour le mutualisé maintenant j’utilise ça un hub USB PPPS : MEGA4: 4-Port USB 3.1 PPPS Hub for Raspberry Pi 4B – UUGear ça permet de piloter l’alimentation USB via une commande (donc allumer ou éteindre des disques à la demande…)
Après si vous êtes en RACK il y a pas mal de chose qui existe pour du rPi…
David
1 Like
C’était plus pour le côté commande (je sais pas pourquoi j’ai crus que tu t’en servais pour piloter l’alimentation de X rPi).
Côté stockage j’ai un NAS/SAN maison dans mon cluster hyperconvergé Proxmox (sur base de R515 qui seront remplacé dès que possible, outch la conso) avec du stockage data assez volumineux (cluster Ceph 3 nœuds 2 HDD de 10 TB par hôte soit 20 TB brut triple redondance) (+ un second pour les disques systèmes des VMs et CTs (LXC) sur cluster Ceph 3 nœuds 2 SSD de 1 TB par hôte soit 2 TB brut triple redondance), donc pas du cold storage mais des I/O a revendre pour du stockage fiable.
kepon
9
Oui aussi. Pour les pi dédier je les up/down via des relais dans ce goût là : Module 8 relais 5 Vcc GT1116 - Gotronic connecté sur les GPIO du Pi que tu pilote en python, pigpiod… (c’est une commande on, l’autre off…) tu peux aussi envisager les alimenter via tout un tas d’autres protocole type domotique (Zigbee…)
David
