Nein, du hast einen Pool und der ist exakt als Pool direkt von Haus aus korrekt konfiguriert. Dass das ROOT-Dataset (hier Dateisystem) dort noch mit drauf liegt ist völlig egal. Das ist eine normale 0815-Installation von PVE auf 2 Disks mit ZFS - danach geht alles einfach direkt und ohne Probleme.
Auch hier nein, du hast einen Pool und darauf legt PVE dann automatisch beides ab.
Das mit dem Mountpunkt hält sich hartnäckig bei dir :-D
ZFS hat generell keine direkte Entsprechung eines Mountpunkts. Der Pool wird im Verzeichnisbaum eingehängt und der Standard ist in /<poolname>. Alle weiteren Datasets werden, falls sie Dateisysteme sind, dort unterhalb eingehängt je nach Entsprechung wo sie im Baum des Pools liegen, d.g. <pool>/<dataset 1> liegt dann in /<pool>/<dataset 1>. Um PVE-Backups anzufertigen (also die aus der GUI heraus), musst du ein Verzeichnis (sprich zuerst ein Dataset als Dateisystem anlegen) und den resultierenden Pfad dann in PVE als Verzeichnis hinterlegen und es als Backup-Ziel festlegen. Dann kannst du PVE-Backups darauf erstellen.
Was das Backup der anderen Pools angeht, so würde ich vorschlagen jeweils ein Dataset anzulegen für jeden anderen pool:
Code:
<big pool>/<ssd pool name>
<big pool>/<raid 1 pool name>und dahinein mittels send/receive eine Replikation aufzubauen.
Egal welche Platte ausfällt, du kannst ein PVE-System booten, da dies gespiegelt ist. Von daher hast du immer ein bootfähiges System, bei dem du dann nur den Ausfall der Platte beseitigen musst. Im Falle eines SSD-Ausfalls kannst du einfach auf die große Platte wechseln und die VM (nach Umstellung in PVE) von der Platte booten. Das ist schon prima.
Technisch ist es immer ein Bind-Mount, der Unterschied besteht darin, dass du irgend ein Verzeichnis bind-mountest (nicht snapshotfähig) oder eben eines, dass ein ZFS Dataset (hier Filesystem) als Basis hat und PVE weiß, dass es dies alleinig verwendet, sodass es snapshotfähig bleibt.