Ich dachte nicht, dass das zu Konsistenzproblemen führt, sondern genau für dieses Use-Case geschaffen wäre und die Daten dann nur vorübergehend nicht aktualisiert werden.
Beide Systeme beziehen sich auf lokale Blockdevices. Du strebst aber ein verteiltes System an - und das interessiert den Linux Kernel nicht. Daher musst du hier auf Garantien des verteilten Systems zurück greifen.
In verteilten Systemen gelten eigene Regeln. Eine davon ist Brewers CAP-Theorem.
Im CAP Theorem werden drei Anforderungen an verteilte Systeme beschrieben:
C - Consistency
A - Availability (des Produktes / Dienstes / Gesamtsystems)
P - Partition tolerance (verkraftet der Dienst, dass sich die Systeme nicht mehr untereinander sehen, weil ein System offline ist)
Brewer sagt aus: aus diesen drei Anforderungen kannst du nur zwei Anforderungen garantieren, die dritte ist dann dein Problem.
Deine Anforderung war: Availability & Partition tolerance und damit ist die Datenkonsistenz nicht mehr gewährleistet.
Ob du mit Bcache & DM-cache überhaupt ein AP System betreiben kannst, steht dabei auf dem anderen Blatt.
IdR sind die verteilten Systeme nämlich anhand dieser Garantien programmiert. Willst du andere Garantien, benutzt du ein anderes Produkt.
