Almacenamiento y copia de seguridad¶

Traducción automática del original francés.

El "vault" de Obsidian y sus cinco copias¶

El "vault" es la memoria escrita del parque. Existe en cinco copias, de las cuales solo una es válida.

Ubicación	Ruta	Estado
NAS de Synology	`/volume3/obsidian/homelab-vault`	Fuente de verdad (SSD)
vm-claude	`/home/<user>/homelab-vault`	Montaje NFS de la fuente
vm-docker	`/docker-mounts/homelab-vault`	Montaje NFS de la fuente
Mac	`~/homelab-vault`	Réplica de Syncthing
iOS	—	Guardar de forma remota a través de 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

Los dos montajes NFS no son copias: escribir desde vm-claude significa escribir en el NAS. El Mac, por su parte, posee una verdadera réplica, de ahí el retraso que se observa a continuación.

Una escritura NFS es invisible para el sistema inotify del NAS

Un archivo escrito desde vm-claude o vm-docker no aparece en Obsidian en el Mac hasta aproximadamente dos minutos: Syncthing no detecta el evento, espera a que se ejecute su escaneo periódico. Para forzar:

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

Datos de los contenedores¶

Dos modos, elegidos según lo que el servicio hace con su disco:

Montaje local (bind mount)Montaje NFS

Para todo lo que escribe de forma aleatoria y mantiene un bloqueo: PostgreSQL, Redis, índice de búsqueda.

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

Una base de datos en NFS puede eventualmente corromper su registro o bloquearse en un bloqueo que el servidor nunca libera.

Para grandes volúmenes leídos de forma secuencial: medios, documentos, fotos.

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

Se mantiene la velocidad y los datos sobreviven a la pérdida del host.

Lo que hace que el almacenamiento sea vulnerable¶

El disco virtual de vm-docker alcanza un máximo de ~1,4 ms por lectura aleatoria. Con 80 contenedores que se inician simultáneamente, la carga aumenta a 85, lo que indica una espera de E/S, no de la CPU. Esta es la razón del inicio gradual descrito en Ciclo de vida de una pila.
Una falla en el disco durante la noche no se parece a una falla en el disco. Se manifiesta en i/o timeout y en errores de red. El 24 de agosto de 2026, provocó la interrupción del registro ext4 de /opt/docker.

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