Vai al contenuto

Archiviazione e backup

Traduzione automatica dell'originale francese.

Il vault Obsidian e le sue cinque copie

Il vault è la memoria scritta del parco. Esistono cinque copie, di cui solo una è considerata valida.

Posizione Percorso Stato
NAS Synology /volume3/obsidian/homelab-vault Fonte di verità (SSD)
vm-claude /home/<user>/homelab-vault Montaggio NFS della fonte
vm-docker /docker-mounts/homelab-vault Montaggio NFS della fonte
Mac ~/homelab-vault Replica Syncthing
iOS — Salvataggio remoto tramite WebDAV 
flowchart LR
    subgraph source["Source de vérité"]
        nasv["NAS · SSD<br/>/volume3/obsidian/homelab-vault"]
    end

    vmc["vm-claude<br/>/home/<user>/homelab-vault"]
    vmd["vm-docker<br/>/docker-mounts/homelab-vault"]
    mac["Mac · Obsidian<br/>~/homelab-vault"]
    ios["iOS<br/>Remotely Save"]

    vmc ---|"NFS — montage, pas une copie"| nasv
    vmd ---|"NFS — montage, pas une copie"| nasv
    nasv ---|"Syncthing — vraie réplique"| mac
    nasv ---|"WebDAV"| ios

    vmc -.->|"écriture invisible<br/>pour l'inotify"| nasv

    classDef truth stroke-width:3px
    class nasv truth

I due montaggi NFS non sono copie: scrivere da vm-claude significa scrivere sul NAS. Il Mac, invece, possiede una vera replica, da cui il ritardo riportato di seguito.

Una scrittura NFS non è visibile per l'inotify del NAS

Un file scritto da vm-claude o vm-docker non appare su Obsidian sul Mac prima di circa due minuti: Syncthing non rileva l'evento, attende il suo ciclo periodico. Per forzare:

curl -s -X POST -H "X-API-Key: $STKEY" \
  "http://nas:8384/rest/db/scan?folder=homelab-vault"

Dati dei container

Due modalità, scelte in base a ciò che il servizio fa con il suo disco:

Per tutto ciò che scrive in modo casuale e mantiene un blocco: PostgreSQL, Redis, indice di ricerca.

volumes:
  - /opt/docker/<stack>/data:/var/lib/postgresql/data

Una base su NFS può finire per corrompere il suo log o bloccarsi su un blocco che il server non rilascia mai.

Per volumi di grandi dimensioni letti in sequenza: media, documenti, foto.

volumes:
  - /docker-mounts/medias:/medias

La velocità rimane, e i dati sopravvivono alla perdita dell'host.

Ciò che rende lo storage fragile

  • Il disco virtuale di vm-docker raggiunge circa 1,4 ms per ogni lettura casuale. Con 80 container che partono contemporaneamente, il carico aumenta a 85, il che indica un ritardo nell'I/O, non nel processore. Questa è la ragione del processo di avvio graduale descritto in "Ciclo di vita di uno stack".
  • Un guasto del disco durante la notte non è un guasto del disco nel senso tradizionale. Si manifesta come indicato in i/o timeout e in errori di rete. Il 24 agosto 2026, ha causato l'interruzione del log ext4 di /opt/docker.

Dernière vérification de cette page : 2026-09-08