Proxmox Virtual Environment 9.1

Címkék

A Proxmox Server Solutions GmbH bejelentette, hogy elérhető Proxmox Virtual Environment (röviden: Promox VE) 9.1-es kiadása. Újdonságok között szerepel

  • Create LXC containers from OCI images
  • Support for TPM state in qcow2 format
  • Fine-grained control of nested virtualization
  • Enhanced SDN status reporting

 

  • 0:00 Proxmox VE 9.1
  • 0:13 Create LXC containers from OCI images
  • 1:20 Nested virtualization for VM guests
  • 2:11 Intel TDX
  • 2:40 Datacenter bulk actions
  • 3:07 Support for TPM state in qcow2 format
  • 3:46 Status reporting for the SDN stack
  • 4:12 Version updates: Debian 13.2 with modern Linux kernel 6.17,
  • QEMU 10.1, LXC 6, and ZFS 2.3.4
  • and much more ...

Bejelentés itt. Fórum bejelentés itt.

Hozzászólások

"modern Linux kernel 6.17"

es mikor EOL lesz par het mulva, akkor mi lesz? ujabb modern Linux kernel? :)

neked aztan fura humorod van...

Egy jó UPS kezelés is belekerülhetne már

$ grep -c egy$ word.list
100

Mi baj a NUT csomag használatával? Felteszed, konfigolod azzal a 3 conf állománnyal, ami a lényeg és működik is. Proxmox oldalon semmit sem kell állítani ahhoz, hogy egy UPS (NUT) kezdeményezte shutdown során a VM-ek szabályos leállása megelőzze a host szabályos leállását. Klaszter esetén meg nyilván ott a netserver/netclient működés, szintén ugyan ennyi beletett melóval úgy is jól működik.

Ezt szeretném egyszerűen, lehetőleg szkriptelés nélkül megcsinálni. Elmegy a villany, egy perc után induljon shutdown a klaszter összes VM-ére és konténerére. Miután minden guest leállt, shutdown az összes hostra.

NUT van, a hostokat állítja csak le ész nélkül.

Egy hoston meg tudom csinálni a guestek leállítását, majd a hostét is, de ez a klaszter egészére eddig nem jött össze.

Ha van ötleted, ne tartsd magadba légyszi.

$ grep -c egy$ word.list
100

Nem értem azt, hogy "a hostokat állítja csak le ész nélkül". Mi történik Nálad, ami miatt arra jutottál, valami script kellene a folyamatba?

A nutserver kezeli az UPS kommunikációt. Amikor a konfigja szerint le kell állni (pl. akkuüzemben eltelt idő, töltöttségi szint, stb.), akkor értesíti az összes nutclient példányt, hogy le kell állni, és amikor mind visszajelzett, hogy itt a vége (vagy a timeout letelt a válaszra várva), akkor leáll a nutserver is, és lekapcsolja az UPS-t.

Az egyes gépek pedig Proxmox esetén a sima host shutdown-ra leállítják a VM-eket, majd leáll maga a host is mindenféle plusz konfigurálás nélkül.

Ráadásul azt is megteheted, hogy minden VM nutclient, és azok is megkapják a leállási parancsot, nem csak a Proxmox host-ok, így akár egyszerre is mehet a shutdown (a Proxmox ugye az indítás fordított sorrendjében állítja le a VM-eket nem feltétlen párhuzamosan).

Az persze lehet, hogy a timeout-okat felül kell vizsgálnod, nehogy lelője magát a host a VM-ek szabályos leállása közben, meg az, hogy a nutserver nehogy lelője az UPS-t mikörben még valamelyik nutclient nem állt le ténylegesen (de a timeout letelt).

Az szokott (engem) a legtöbbször megszivatni a timeout megválasztásánál, hogy sokszor a Windows VM-ek frissítést telepítenek leállás során, ami sokkal több idő, mint simán leállni. Eddig arra nem jöttem rá, hogyan lehetne üzembiztosan megakadályozni ilyen "vészhelyzeti" automata leállásnál ezt (a frissítések telepítését).

Eddig nekem semmi komolyabb gondom nem volt NUT-os leállítással, script írása pedig még nem merült fel soha.

Hogy világosabb legyen, ez egy homelab klaszter Ceph-fel. Ha csak a hostokra megy shutdown és pár hoston a guestek gyorsan leállnak, akkor elkezdenek lemenni a "szerencsés" hostok is. A maradék hoston futó, lassabban leálló guestek nem tudnak szabályosan leállni, mert kiment alóluk a diszk.

Ezért lenne fontos, hogy először álljon le a klaszter összes guestje és csak ezután kezdjenek shutdownolni a hostok.

A minden guestre és hostra is NUT kliens koncepció sem jó, mert ettől még nem fog tudni leállni a leglassabb guest.

Ezért hiányolok valami UPS kezelést vagy inkább akciót Proxmoxból. A NUT ne indítson shutdownt mindegyik hoston. Ezt egy klaszter, legyen már neki egy rendes guest-host leállító mechanizmusa. 

$ grep -c egy$ word.list
100

"Windows VM-ek frissítést telepítenek leállás során, ami sokkal több idő, mint simán leállni"

akkor ne allitsd le, inkabb mentsd le. debianban:

/etc/default/libvirt-guests
 

# action taken on host shutdown 
# - suspend   all running guests are suspended using virsh managedsave 
# - shutdown  all running guests are asked to shutdown. Please be careful with 
#             this settings since there is no way to distinguish between a 
#             guest which is stuck or ignores shutdown requests and a guest 
#             which just needs a long time to shutdown. When setting 
#             ON_SHUTDOWN=shutdown, you must also set SHUTDOWN_TIMEOUT to a 
#             value suitable for your guests. 
#ON_SHUTDOWN=shutdown 

legyen eleg hely a disken kiirni a VM memoriat.

neked aztan fura humorod van...