"Nagy verzióváltásoknál azonnal megszűnik ingyenes Proxmoxban a korábbi verzió támogatott státusza, vagy egy ideig van átfedés támogatásba?"
Sosem néztem ezt így pontosan, de nem éles váltás van. Van, hogy 1 évig még régit használom, mint pl. most is.Nyáron kijött az új proxmox, de a korábbi kiadáshoz folyamatosan jönnek a frissítések. A debian alaprendszer miatt egyértelmű, de proxmox tárolóból is.
"Ezt hogy érted? Alacsony prios guest ?
Vállalati környezetben van dev, test, prod környezet. Jó esetben mindegyik proxmox alapokon. Előbb dev VM-eket futtató, majd test VM-eket futtató proxmoxot frissítem. Aztán prod-ok között is van lazább és igazán kiemelt. Na őket frissítem utoljára. Addig remélhetőleg bármilyen felmerülő problémára ott lesz a kézikönyv. Ezt nem proxmox miatt csinálom, de ott is alkalmazom. Nem is emlékszem, hogy proxmox-nál mikor volt utoljára galiba egy frissítés után. Nagyon régről, 10 éves távlatból dereng olyan, hogy a dist-upgrade leszedte a pve kernelt, ezért nem mentek a VM-ek. Nyílván kiiírta a konzolra, hogy mit fog csinálni, de nem tűnt fel. Régi kernelről vagy livecd-ről bebootoltam, chroot és felraktam. Más nagyon nem is rémlik.
Sok száz VM alatt használom éles környezetben hostingban, KKV-ban, kiemelt területeken is. Utóbbinál nem feltétlen a proxmox-szal csinálom meg a magas rendelkezésre állást, hanem az alkalmazott szoftvernek fut aktiv-passzív párja egymástól akár 100km-re egymástól. Az elv meg hasonló, mint egy openvpn client connect. Ha az első szerver cím nem megy, lép a második címre. A váltásból adódó kiesés meg belefér.
"Egy félresiketült proxmox frissítés maradandó hibát okozhat a guestekben?"
Nem. Elképzelni sem tudnék ilyen esetet. Egy raw image LVM-en. Rommá lehet konvertálni, tekergetni, az adat ott van. Baromi kezes az egész virtualizáció emiatt, mert standard linux toolok ott vannak a kezedben. Legutóbb xenserver image export -> convert raw image -> dd to LVM (proxmox) konvertálást csináltam. Simán ment linuxos VM-mel.