Reszben ez a "mukodik" definiciojatol is fugg. Elso korben az a kerdes, hogy a halozat hogy van kialakitva, erdemes a management/storage/cluster szamara dedikalt halozatot csinalni, es a net fele egy masikat.
A Proxmox alapvetoen ket reszbol all:
- QEMU server
- Proxmox cluster
Ebbol a QEMU szerver igazabol nem clusterezheto, es ez vegzi a virtualizaciot, kovetkezeskeppen a Proxmox cluster akarmennyire is el van pusztulva, ami addig mukodott VM, hacsak nem stoppolja le valaki, mukodni fog tovabb. A kernel panik mar egy necces kerdes...
A Proxmox cluster az vegulis a kulonfele konfigok szinkronban tartasaert, az esetleges HA dolgok megvalositasaert felelos (meg meg sok minden masert). Csinaltunk mar olyat, hogy egy teljesen megborult Proxmox Clustert ujrahuztunk nullarol ugy, hogy a VM-ek meg csak nem is pislogtak kozben.
Ami nagyon fontos, hogy a /etc/pve alatti dolgokat rendszeresen mentsetek, ez a cluster lelke, itt van minden erdemi konfig a node-ok szamara. Ha valamiert teljesen szetesik a cluster, fejbol meg nem mondom mi a parancs, de el lehet inditani a node-t cluster nelkul is (egy szingli node-os cluster lesz belole), es ki lehet menteni a VM konfig valtozasokat.
A kerdesbeli setuppal kapcsolatban: en mindenkeppen kulon clustert csinalnek a DR site-on, ket cluster kisebb esellyel hullik atomjaira, mint egy. A ZFS jol replikalhato, de ha sebesseget is szeretnel, akkor olyan megoldast keress, ami nem SSH-n keresztul masolgat, hanem netcat-tel vagy hasonlo, nyers TCP/IP alapu megoldassal. Ennek ugye az a rizikoja, hogy ha nem termen belul van a DR site, akkor erzekeny adatok utazhatnak titkositas nelkul. A gyors es biztonsagos replikacio kozul csak az egyik valaszthato... Nagy kerdes, hogy a DR-nek mennyire kell percrekesznek lennie, ha belefer akar 24 ora diletacio is, akkor inkabb biztonsagosan replikalj, mint gyorsan.
Amit meg erdemes lehet megnezni, az a Cockpit. Siman felrakhato Proxmox 6-ra, es a megfelelo plugin telepitesevel egy nagyon powerful menedzsment eszkozt kapsz a ZFS kezelesehez (es eleg jo dolgokat tud amugy is). A ZFS menedzsmentjehez legalabb 122-es Cockpit fog kelleni, de nem reg landolt a buster-backports repoban pont ez a verzio.