Skip to content

Extension Stockage — Stratégie

Objectifs et décisions pour l'extension du stockage HDD : protection des données, archives personnelles, backups cloud.

Contexte et État Actuel

Le NVMe ZFS (rpool) couvre déjà les besoins critiques : snapshots LXC, PBS, configs. Les HDD existants (sdc media, sdd storage) n'ont aucune protection parity — tolérable pour les médias (récupérables via Radarr/Sonarr) mais pas pour les archives personnelles ou les backups Google.

Le disque externe HGST Touro 1TB (~1TB d'archives personnelles) reste hors serveur, non accessible et non protégé.

Objectifs Prioritaires

1. Archives Personnelles

Migrer ~1TB d'archives depuis le disque externe vers le serveur, avec protection parity et accès via interface web (explorateur de fichiers à définir).

Déclencheur : Accès actuel inexistant, risque perte si panne disque externe.

2. Backup Google Drive & Photos

Backup local automatisé des services Google — indépendance vis-à-vis de Google, copies hors-cloud.

Déclencheur : Dépendance totale à Google pour photos/documents personnels.

Décisions Architecture

MergerFS pour le pool data

MergerFS a été retenu plutôt qu'un RAID pour :

  • Flexibilité : ajout de disques sans rebuild ni reformatage
  • Transparence : chaque fichier reste sur un disque physique (pas de striping), simplifie la récupération
  • Performance native : pas de pénalité écriture, spin-down possible
  • Adapté aux données statiques : archives et backups peu modifiés

sdd (IronWolf 4TB, actuellement /mnt/storage) devient naturellement disk1 du pool. Un second disque data serait à acquérir.

SnapRAID pour la protection parity

SnapRAID retenu plutôt que RAID5 hardware :

  • Sync non temps-réel acceptable pour archives/backups (sync hebdomadaire suffit)
  • Vérification intégrité par checksums (détection corruption silencieuse)
  • Spin-down des disques entre syncs (économie énergie)
  • Un seul disque parity tolère la perte d'un disque data

Le Toshiba 1TB stocké ne peut pas servir de parity pour ce pool (sdd 4TB > 1TB Toshiba — règle SnapRAID : parity ≥ plus grand disque data). SnapRAID n'est envisageable qu'avec l'acquisition d'un disque parity ≥ 4TB.

Ce qui n'est PAS protégé par SnapRAID

Les médias sur sdc (HGST 4TB, /mnt/media) restent en tier 3 sans parity — perte acceptable car récupérables via Radarr/Sonarr. Inclure sdc dans le pool SnapRAID n'est pas prévu (nécessiterait un disque parity 4TB+).

Matériel Requis

Rôle Candidat disponible À acquérir
Data disk 1 sdd IronWolf 4TB —
Data disk 2 — 1-2TB (WD Red / IronWolf)
Parity disk À acquérir (≥ 4TB) Toshiba 1TB insuffisant pour pool sdd 4TB

Ports SATA libres : à vérifier sur la carte mère avant acquisition.

Tiers de Stockage Cible

Tier Support Usage Protection
Tier 1 : Hot NVMe ZFS Configs, downloads actifs, transcodes PBS + ZFS snap
Tier 2 : Warm HDD Pool Archives, Google Drive/Photos backup SnapRAID parity
Tier 3 : Cold HDD dédié Médias bulk (films/séries) Aucune

Séquençage

  1. Valider matériel — Toshiba 1TB SMART + capacité, ports SATA disponibles
  2. Archives — Brancher disque externe, rsync vers sdd (4TB suffisant, pas d'extension prévue)
  3. Pool MergerFS — Uniquement si sdd 4TB se révèle insuffisant à terme (acquisition disque supplémentaire nécessaire)
  4. SnapRAID — Configurer parity sur Toshiba, premier sync
  5. Backup Google — Configurer rclone sync quotidien vers /mnt/storage/