Igen, az alapötletem nekem is az volt h. kap a szerver egy SSD tömböt, abból meg a DB VM-ek egy új driveot és oda költözik az adat. Csak aztán elkapott a gépszíj, hogy nem lehetne-e valami olyan varázslatot csinálni, ahol az FS VM-ek is kapnak valami boostot, ha már van SSD. Nagyon tipikus, mondhatni tucat felhasználásról beszélünk, pár VM üldögél egy 2 raid6-os pool-on (h. legyen pici write performancia is) és ezekben a VM-ekben történik a csoda, miszerint mancika felmásol egy max pár mbos fájlt, szerkeszti, stb, miközben néhány belső app az adatbázis kb. "hot" részében dolgozgat kis insertekkel, nem nagy számosságban.
Nekem itt jutott eszembe h. egy write cache-el ezt azért szépen lehetne csinálni, csak aztán picit elvesztem a sok doksi olvasásában, ahogy már írtam is a dm-cache és társai környékén.
Jelenleg ott van (lesz majd) a szűk keresztmetszet h. a write IO a raid6 miatt limitált erősen, olvasni még egész jól tud a rendszer, ott azért a karszám megoldja a dolgot most is.
A ZFS úgy merült fel h. pl. a Proxmox is "erőlteti" h. használj a VM-ek alá zpool-t, ami egyébként egészen jó is a gyakorlatban, csak ezekkel a kiegészítő csiribákkal nem vagyok gyakorlati szinten tisztában, így született a topic.
Azért ha valakinek nincs egy ilyen faszán működő setupja, akkor valszeg én is maradok a klasszikus elkülönített SSD datastore-nál, ahogy írtad is.