Lösung 1:
Sehen Sie sich OpenAFS an, es hat einen lokalen Festplatten-Cache, siehe:http://docs.openafs.org/Reference/5/afs_cache.html
Lösung 2:
Ein weiterer Anwärter ist XtreemFS:Das Feature-Set umfasst
Neben vollständigen Replikaten, die eine vollständige Kopie enthalten, unterstützt XtreemFS auch Teilreplikate. Diese Replikate werden bei Bedarf gefüllt, wenn ein Client auf Daten zugreift.
Lösung 3:
Laut Kommentaren an anderer Stelle wäre es möglich, lokalen Festplattenspeicher zum Caching von Gluster-E / A zu verwenden, allerdings auf Kosten des VFS-Cache, AFS scheint angemessen zu sein. Aber die großen Auslassungen in Ihrer Frage sind, ob Sie versuchen, Fehlertoleranz oder Leistung zu erreichen, und ob der replizierte Speicher Transaktionen oder häufige Schreibvorgänge unterstützen sollte.
Weitere Optionen sind
- unter Verwendung einer replizierenden nosql-Datenbank
- bcache (der Leistungsverbesserungen, aber keine Resilienzverbesserungen bietet und Probleme mit häufigen Schreibvorgängen/Cache-Konsistenz aufwirft)
- NAS/SAN