Na SATA karty, natoz USB prevodniky se vyprdni, neziskas tim nic krome potencialnich problemu. ZFS je skvele prave v tom, ze si muzes vytvaret libovolne mnozstvi oddelenych filesystemu, ktere sdili jednu dostupnou fyzickou kapacitu - nemusis porad resit nejake nafukovani/smrstovani jako u LVM.
Pouzivej to, co mas dobre k dispozici, nevymyslej komplikace.
PVE standardne na data virtualu a kontejneru pouziva FS
rpool/data, takze kdyz si vytvoris
rpool/data2, muzes si tam ukladat data a vytvaret dalsi filesystemy dle libosti a nic neriskujes, naopak - lip vyuzijes dostupne prostredky. A pokud bys nekdy v budoucnu chtel data nekam prelit, udelas to jednim prikazem "zfs send -R rpool/data2 | zfs receive -F -d ...".
Dalsi vyhoda, kterou ziskas, je, ze si do toho usetreneho NVMe portu muzes dat male rychle SSD na ZIL/L2ARC a budes z nej tezit pro system, virtualy i ty svoje pokusny data.
neviem vsak ci je dobre riesenie postavit freenas nad KVM
Na domaci chroustani je to asi celkem jedno, ale obecne plati, ze je vzdycky lepsi mit vsechno v kontejneru, pokud neni vazny duvod mit VM.
Do virtualu si jako disk predas ZVOL, nad kterym si FreeNAS vytvori dalsi vlastni zpool a prida ti tam timpadem dalsi zbytecnou vrstvu indirekce, bude zrat RAMku na cachovani atd.
Co je horsi, ZFS je CoW a PVE jeste nedavno[1] neumelo z virtualu predavat spravne do hostujiciho zpoolu TRIM, takze v tomhle setupu by ti misto zabrane na hostujicim poolu utesene rostlo dokud nezaplni celou kvotu. Smazani dat ve virtualu nepomuze, musis rucne do volneho mista zapsat nuly, coz je opruz.
[1] Jak je to uplne aktualne ted presne nevim, ale myslim, ze se na tom zatim nic nezmenilo.