Megjelent a Proxmox VE 9.0

Virtualizáció

Megjelent a Proxmox Virtual Environment 9.0, Debian 13 („Trixie”) alapokon. Az új kiadás főbb újdonságai közé tartozik:

  • snapshot támogatás thick-provisioned LVM megosztott tárolókhoz,
  • affinitási szabályok bevezetése HA klaszterekhez,
  • modernizált, mobilbarát webes felület a Proxmox rendszerek kezeléséhez.

További részletek a kiadási megjegyzésekben és az ismert problémák listájában olvashatók.

Bejelentés itt.

( x-daemon | 2025. 08. 06., sze – 17:49 )

hamarabb megjelent, mint a trixie :)

neked aztan fura humorod van...

azert jo, mert ha betateszter vagy (nosub repo), akkor mire kijon az enterspajz verzio, lesz real world tapasztalat.

amugy meg le van irva a miert:

Q: Why is Proxmox VE 9.0 released ahead of the stable Debian 13 release?
A: Debian 13 is scheduled for its stable release this Saturday, August 9. Its core components have been stabilized since it entered the "hard freeze" phase on May 15. Following extensive integration testing and valuable feedback during the Proxmox VE 9.0 beta, we are confident in the stability of this release. Since our core packages are either maintained directly by the Proxmox team or are already locked by Debian's strict freeze policy, there is no technical reason to postpone our release.

 majus kozepe ota a fu se no olyan teren debianeknal, ami akkorat valtozzek, hogy a pve reszt eltorje :) az upstream meg amugy sem az o saruk, szoval...

Én sem tudom, mert pl. a FreeBSD Release Team-et nem egyszer láttam veszekedni türelmetlen user-ekkel, hogy a kiadás nem akkor van kész, amikor tag-elik a CVS-ben (vagy annak utódjában), hanem amikor a GPG-aláírt bejelentés kimegy a levlistára. Nem egyszer volt arra példa, hogy az utolsó pillanatban találtak kiadáskritikus hibát. 

Szóval, igen. Ez a Proxmox kiadás egy nem végleges Debian kiadásra épül. Ami nem feltétlen jelenti, hogy lesz vele gond, de benne van, hogy ordas hibát is tartalmazhat. 

trey @ gépház

Hát, ezt már megírták mások, ahogy azt is említettem. Ha egy Proxmox szintű izé ezt nem érti, akkor nekem is meglesz róla a véleményem. 

 

trey @ gépház

Tévedés. Adjak erre példát? Az ISO nem jelenti a végleges változatot. A végleges, kész kiadást a GPG-aláírt bejelentés adja. Még csak nem is a HTML, amit előre megírnak.

Nyilvánvalóan, az ISO-t és a weboldalt is el kell előre készíteni, mire a bejelentés kimegy. Viszont ebben az időben még bőven találhatnak kiadást akadályozó hibát. Nem is egyszer volt ilyenre példa.

trey @ gépház

( trey | 2025. 08. 07., cs – 14:28 )

Szerkesztve: 2025. 08. 07., cs – 14:28

Valaki nézte már, hogy a Veeam támogatás milyen szinten van a Proxmox-hoz? Használható már enterprise szinten?

trey @ gépház

Ilyen kalapácsaink vannak virtualizációs oldalon:

  • HPE VM Essentials
  • Hyper-V+SCVMM
  • Nutanix AHV
  • OpenStack
  • Proxmox VE
  • VMware

Sajnos a támasztott követelményeket és egyéb ügyféloldali elvárásokat, lehetőségeket figyelembe véve az jött ki, hogy van, ahol labdába se rúg a Proxmox VE. És nekünk jó pár ilyen ügyfelünk van.

trey @ gépház

nem ez volt a kerdes, hanem, hogy tud-e proxmoxot menteni a veeam (jelen kontextusban: kalapacs). tud. en meg nem azt hasznalnam(/lom) pve mentesere, hanem a gyari sajat megoldasukat. :) ahonnan pl. live restore-t is tudsz csinalni, ahol is mar fut a szolgaltatas, mikozben vandorol vissza a hypervisorra az adat. (downtime csokkentes rulz, foleg a sok terabajtos samba/es hasonlo szemetdombok eseten tud ez nagyon jo lenni)

hogy a veeam mennyire enterspajzredi, az meg kinek mi. kersz egy demot a sales-tol, aztan eldontod tetszik-e a feature-set :)

a kerdes csak az, hogy mi nem volt ertheto ebben? :)

Használható már enterprise szinten?

Mi nem érthető? A Proxmox támogatása a tech. preview-ból éppen csak kilépett funkció. Tapasztalat mi vele?

a veeam mennyire enterspajzredi, az meg kinek mi. kersz egy demot a sales-tol, aztan eldontod tetszik-e a feature-set :)

ROTFL 10+ éve használunk Veeam-et, nem ez volt a kérdés. 

Szövegértés?

trey @ gépház

akkor most elegedett vagy vagy nem vagy...

megegyszer: fogod, felveszed a kis telefonodat, megcsorgeted a kontaktot es kersz egy demokornyezetet/prezit/whatever, oszt' majd eldontod, hogy _neked_ jo lesz-e. :)
szoftveres vilagban mindenhol csak minden szepet megigergetes lesz, ratenni senki nem fogja semmire a toket ha adatod vesz, szerintem ezt mar regota tudod, nem most kezdted az ipart. :)

es megint megegyszer: pve melle pbs. tudod, cipo a cipoboltbo', rolex a rolexboltbo'... :)

Éles tapasztalatok érdekeltek volna, nem szintetikus szarok. De tőled ilyesmit hiba lenne kérni, Honnan tudhatnád te ezt? Az ilyen "hívd fel a Jenőt" szarokkal hagyj pls. nem ezen a szinten érdeklődöm. 

pve melle pbs

ROTFL, tákolt gagyi mellé másik tákoltat

Tiszta sor. Csak ilyen nem teszünk 7/24/365 2 óra reakció / 6 óra megoldási SLA mellé 🤷‍♂️

trey @ gépház

https://www.blackrack.eu/en/uslugi/high-availability/ https://www.blackrack.eu/en/uslugi/proxmox-ve/

lehet nem 99.999999999999% mint amit irtal, de nemcsak ti vagytok faszagyereket, mas is tud rendes slat adni... \o/

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Most is az van kb. mindenhol. Persze, olvasnak internetet, így mindenhol megy a "de mire, de mire, de drága, de ez a Pokszmoksz", amikor megkapják az összehasonlítást és kiderül, hogy mondjuk egy tákolt storage-ra tákolt Proxmox VE + PBS kinézetre kb. ugyanolyan, de ha maga alá kullant, akkor nekik kell vinni a balhét, mint döntéshozó, akkor általában elsápadás megy és kinyílik a brifkó. 

trey @ gépház

Trey!
Ezt gyakorlati tapasztalat alapján állítod?!

Jelenleg 6 helyen használunk PVE-t shared storage-n, kb. semmi probléma nincsen velük. Ha esetleg HA-t is bekapcsolód mellé, akkor pedig kb. teljesen önjáró node kiesése esetén.
(Nem közös storage alapon nagyon sok PVE-t futtatunk)

Mentésre PBS tökéletesen használható, beraksz PVE mellé egy dedikált BCK hardvert PBS-el, oda szépen mennek a mentések.
Ha nagyon biztosra akarsz menni, akkor BCK-n ZFS az FS, amit akkor amikor nem mentesz snapshot-olsz. Így plusz egy lábon állsz.

Mivel PBS tudja a rajta lévő BCK pool-ban lévő VM mentéseket másik PBS-re szinkronziálni, készítesz másik helyszínen egy másik PBS-t, és oda szépen átsync-eled a mentéseidet.
Ha az elsődleges helyszínen minden összeborult (ledobták az atomot), akkor miután pl. HW-t cseréltél, szépen megmutatod az új clusternek a másodlagos BCK szervert, és onnan szépen visszaállít mindent.

Az hogy milyen időközönként, milyen módon (offline VM, snapshot, etc ...) mentesz, azt már csak erőforrás kérdése.

És ezek csak az alap PVE, PBS feature-ok.
Egy csomó más magasabb szintű feature is ott van már (HA, live replication, SDN, ceph, több szintű firewall, ..... )

Érdeme egy picit nyitottabban megközelíteni ezeket a dolgokat! :)