HPE Synergy firmware upgrade – könnyebb lett-e ez, mint volt a C7000-nél?

Mikor a HPE Synergy-ről megjelentek az első hírek, kétkedve fogadtam. A sok-sok marketing és slide nem győzött meg arról, hogy ez az egész ökoszisztéma bármilyen módon más lesz majd mint az a HP/HPE c7000-nél volt. Ez utóbbit rengetegszer érte az a kritika, hogy a firmware frissítések végrehajtása olyan mértékű kockázattal bír, amit nehéz kezelni a normális karbantartási gyakorlattal. Tényleg bonyolult volt egy nagyom VC domain frissítése, főleg úgy hogy a keretekben lévő blade-ek interfészeinek – és OS driver-einek – azért a támogatott intervallumon belül kellett maradnia.

Aztán miután a cég ahol dolgozom vásárolt egy Synergy frame-et, hamarosan eljött az a pont, ahol frissíteni kellett. Egész egyszerűen azért, mert az élen kell járni a legújabb dolgokban, illetve azért mert kellettek a frissítések a VMware vSphere ESXi 6.7 miatt (is).

Miből áll a frissítés? Meglepő módon nem egy hanem két lépésből, amiből az első szerintem a komolyann elérhetetlenséggel bíró feladat. Fakad ez abból, hogy a gyártó által meghatározott javasolt szekvencia a következő:

  • HPE Synergy Composer
  • HPE Synergy Image Streamer
  • Shared infrastructure (Frame Link modules, interconnect modules, SAS connection modules, and SAS drive enclosures)
  • Compute modules

Sajnos a szóban forgó rendszerben nincs Image Streamer, így annak frissítésére nincs szükség. Az Composer frissítése egy meglehetősen diszruptív akció, ami a menedzsment réteg elérhetetlenségét jelenti. Míg a Composer frissül – hiába van kettő és e kettő active/standby módon működnek – a profilok menedzsmentje illetve bármi más olyan feladat, amihez a Oneview kellene, nem lehetséges. Maga a frissítés úgy 1-2 óráig tart és még a megkezdés előtt kierőszakolja a mentés elkészítését magáról.

Ha ez sikeresen megtörtént, akkor jöhetnek a FLM – Frame Link Module-ok, interconnect modul-ok, SAS modulok és SAS keretek és ha minden redundánsan van bekötve és bekonfigurálva, akkor nyugodt szívvel akár nap közben is frissíthetőek. Az FLM a Composer modulok elérhetőségében játszik szerepet és ha több keret(sic)/frame van a rendszerünkben akkor, azon keretek szempontjából jelenthet kockázatot. Még egyszer hangsúlyozom, ha jól van bekábelezve a hardver, akkor mivel a két FLM modul keretenként, két külön uplink-re csatlakozik végső soron, nem lehet baj belőle.

Igaz ez a Virtual Connect modulokra is, szóval ha nincs olyan VLAN amelyet csak az egyik VC modulról adtunk ki a hosztok számára – és tettük a Server Profile Template-be vagy explicit a Server Profilba – akkor a VC modul upgrade sem jár kieséssel. A SAS modul a kakukk tojás, mivel ha egy SAS interconnect van a keretben, ha egy IO module van a SAS enclousure-ben, akkor előállítható olyan eset, mikor elérhetetlenné válnak a SAS keretben lévő lemezek.

Aki másnap nem szeretne már munkába menni, az nyugodtan választhatja a “Parallel” módot, akkor mindent egyszerre frissít, de szerintem bölcsebb választás lehet az “Orchestrated”. Ekkor a rendszer ügyel arra, hogy az előzetes ellenőrzések után, kiesés nélkül frissítsen. A “Firwmare Baseline”-nél látható a Composer Modulra feltöltött SPP, illetve a komponensek installált verziója és az amire frissíteni fogja az akció. A fenti képen az “OK” már azt az állapotot mutatja, amikor a frissítés már megtörtént.

Mielőtt azonban az OK-re nyomunk, meg kell nézni, hogy a Server Profile Template-ben, hogy van meghatározva a frissítés menete.

Az első opció frissíti az OS driver-eket is a firmware-ek mellett, a második csak a FW-t és így értelemszerűen ezek online és csak bizonyos operációs rendszerek esetén működnek. Ennek ellenére én minden esetben a harmadik opciót javaslom. Ez természetesen azzal jár, hogy a frissítés során a fizikai gép kikapcsol, majd bebootol az SPP-ről, frissül a sok firmware, majd újra bekapcsol és feláll az operációs rendszerrel. ESXi esetén a driver-ek amelyek szükségesek jó esetben amúgy is a HPE repository-ból érkeznek a VUM-ba és onnan ki lehet őket teríteni. Betartva a támogatott verziókat! itt

A teljes frissítés – természetesen függ a környezet méretétől – de egy keretre olyan 4 órával számolható és komplexitása jelentősen csökkent a c7000-hez képest.