'lut les gens,
Rappel du contexte
Ce journal s'inscrit dans un suite de journaux liés à la sauvegarde et à l'archivage des données dont vous retrouverez les liens plus bas. Le fait déclencheur de tous ces journaux étant une perte de données.
Ces journaux ont généré moult commentaires et de nombreux conseils éclairés, en soi je remercie linuxfr, ses contributeurs et lecteurs car grâce à tous ces conseils avisés j'ai grandement amélioré mon architecture de sauvegarde et archivage diminuant les risques d'une nouvelle perte de données.
Jusqu'à présent mon réseau local était centré sur serveur Dell PowerEdge T310 avec les données stockées sur un RAID 5 qui tournait 24h/24 et 7j/7 avec un certain nombre de services réseau. Dans un article récent, dans un soucis d'économie d'énergie dans le contexte de sobriété énergétique actuel, j'avais évoqué le fait que je l'avais complété par un serveur basse consommation basé sur un Lenovo ThinkCenter M92p. Les services réseau tournent 24h/24 7j/7 sur le mini PC et je lance le T310 uniquement pour accéder à mes fichiers multimédia.
Au final j'estime avoir réduit d'au moins par un facteur 10 la consommation de mes services réseau.
Abandon de mon serveur Dell
Il se trouve que j’ai décidé d’abandonner maintenant le serveur Dell. Ayant mis en place les redondances nécessaires pour mes fichiers multimédia, je ne voyais plus la nécessité de mettre en place une redondance de données sur la base d'un système RAID et de conserver une machine gourmande en énergie, bruyante et encombrante. D’autant que j’avais de temps à autre à reconstruire mon système RAID5 qui devenait capricieux pour un gain in fine de plus en plus discutable car c'est bien connu que le RAID n'est pas de la sauvegarde !
Ma nouvelle architecture de sauvegarde
Voilà donc la nouvelle architecture que j’ai mise en place pour l’archivage longue durée de mes données froides (celles qui évoluent peu, essentiellement les données multimédia) et la sauvegarde de mes données chaudes (celles qui évoluent régulièrement).
Pour résumer les données chaudes présentes sur le mini serveur M92p nommé Ultra sont sauvegardées sur 4 supports différents à savoir :
- le portable Thinkpad X220 Tetiaroa manuellement via Unison
- google drive en chiffrant les données via un script rclone (sauvegarde incrémentale)
- kdrive d’infomaniak avec l’application kDrive qui se lance à chaque démarrage du PC Predator via un partage réseau d’Ultra (sauvegarde incrémentale)
- un disque de 4To branché en USB directement sur Ultra (sauvegarde incrémentale) via un script basé sur borg
Les données froides se trouvent physiquement sur le PC Predator et sont sauvegardées sur :
- un TerraMaster D5-300C de 5 disques en dispatchant sur plusieurs disques, la sauvegarde est manuelle et se fait via Unison
- kdrive d’infomaniak manuellement (via un navigateur) mais seulement pour les photos
Pour les données froides il existe dont trois supports de sauvegarde pour les photos et deux pour les vidéos.
Les évolutions à venir
Je compte déplacer les scripts automatiques qui se trouvent sur mon PC Predator sur mon mini serveur. Je dois également booster mon TerraMaster avec les 2 disques de 4To que je vais récupérer du RAID5 de mon Dell, je pourrai multiplier les copies de mes vidéos sur plusieurs disques si tant est qu'un disque crashe.
En synthèse
En plus de me permettre de faire des économies, cette nouvelle architecture de sauvegarde en déportant notamment la sauvegarde à distance diminue sensiblement les risques de perte de données. L'avenir s'annonce à présent radieux et c'est avec une certaine béatitude que je contemple le chemin parcouru.
Liens utiles
Mes journaux dans l'ordre chronologique :
- le premier journal de la série porte sur la mise en place d'une première configuration de sauvegarde basée sur un script rsync et unison
- le deuxième journal évoque une configuration améliorée basée sur borg et btrfs
- un troisième journal parle de la sauvegarde dans le cloud
- un quatrième journal sur la pérennité de l'archivage
# Évaluation des économies ?
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 4.
Mis à part le fait que je tique pas mal sur le GoogleDrive, c'est intéressant. Tu as pu évaluer déjà la différence de consommation ?
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Évaluation des économies ?
Posté par Funix (site web personnel, Mastodon) . Évalué à 2.
pour googledrive, je sais bien, c'est mal, mais c'est gratuit et mes données y sont chiffrées
Sinon pour l'impact sur la consommation, en fait c'est difficile à comparer vu que je viens de déménager et je n'ai pas de repère antérieur avec mon vieux serveur glouton en énergie.
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: Évaluation des économies ?
Posté par Psychofox (Mastodon) . Évalué à 3.
Tu ne dois pas avoir un gros volume de backup si c'est encore gratuit pour toi.
[^] # Re: Évaluation des économies ?
Posté par Funix (site web personnel, Mastodon) . Évalué à 2.
c'est exact, je me contente juste de mes données de bureautique qui n'occupent pas un gros volume
https://www.funix.org mettez un manchot dans votre PC
# Schema
Posté par barmic 🦦 . Évalué à 2.
Tu aime bien faire des schemas et c'est très bien, mais je vois quelques petits défauts :
Il me semble que l'organisation de ton shemas est un peu confuse en organisant un peu à l'arrache j'aurais personnellement plutôt fais comme ça :
On a moins de flèches toutes proches les unes des autres.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Schema
Posté par Funix (site web personnel, Mastodon) . Évalué à 3.
en fait j'ai fait ça vite fait avec libreoffice draw et je reconnais que ça peut être mieux, j'ai pas l'impression que draw soit l'idéal pour faire ce genre de graphique
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: Schema
Posté par steph1978 . Évalué à 3.
D'expérience : draw.io si tu veux être maître du placement et plantuml si tu veux laisser le placement à la main de l'outil et donc être plus rapide.
Je privilégie Plantuml sauf si j'anticipe que je vais galérer.
[^] # Re: Schema
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 1.
Il y a des gens qui pensent que Draw est un excellent outil et ce n'est pas Draw qui est responsable du choix malencontreux des couleurs. Je ne pense pas que ça soit l'outil qui soit à blâmer.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.