HP BLc7000 és alkatrészei, amerre a szem ellát

A napokban érkezett egy szekérderéknyi HP blade rekesz, szerver, SAN alkatrész.

HP BladeSystem c7000

  • HP BladeSystem c7000 rekeszek
  • Modular PDU-k
  • egy rakás HP BLc Qlogic FC HBA
  • Power Supply-k
  • Fan Option Kit-ek
  • majd egy tucat HP ProLiant BL460c Server
  • Brocade BladeSystem SAN Switch
  • stb.

Lesz mivel játszani. Remélem idő is lesz rá a jövő héten....

( NagyZ v | 2008. 07. 04., p – 14:42 )

en is mostanaban tesztelek ilyet, majd bokok rola infot :)

( Mico v | 2008. 07. 04., p – 15:48 )

nekünk is jutott, egyelőre nem vagyok túl elégedett, de kinek mi.

Nem akartam, mert beszóltok, hogy Sun bérenc vagyok... :)

Még nem mélyedtem el benne annyira, ott felidegesítettem magam, hogy a tervezett Solaris nem ment rajta - ez NEM a rendszer hibája természetesen.

A többi problémám a management-tel volt kapcsolatos. Nem vagyok teljesen otthon ezekben a HP dolgokban, így mondhatjuk, hogy ez az egész felület nekem újdonság volt, és nem nyűgözött le, de biztos jó. Az már kevésbé tetszett, hogy rendszeres problémák voltak az ActiveX-es management progival (távoli média azt mondta, hogy benn van, de nem volt benn, stb), végül a Java-s remote media applettel kellett mountolni és akkor jó volt, ilyenek. Előfordult olyan, hogy a blade iLO -ja közölte, hogy már vannak bent a konzolon, és kapjam be. Természetesen nem volt bent senki, ezért újraindítottam a laptopom. Továbbra is. Mindennel próbálkoztunk, még le is húztuk 10 percre netről az egészet, továbbra is semmi. A megoldás a blade eltávolítása és visszarakása volt. Ezen túlmenően sem találtam valami logikusnak az egész management felületet.

Lehet, hogy ezekre van valami triviális megoldás, meg aki iLO-val kel és fekszik az azt mondja, hülye vagyok. Én csak annyit mondok, hogy ugyanez Sun-ból ilyet nem csinál.

Egyelőre ott tartok hogy felraktam lajnuxot és teljesítmény problémák vannak a 4x4 magos Xeon blade-eken (apache/php installáció magas system loadot mutat jmeter-rel megterhelve és nem is valami gyors), köv. héten ezt jobban megnézem, de már kicsit rossz a szájízem. Valószínűleg semmi gond nincs a vassal csak valami hülyeség OS oldalon, de ugyanilyen architektúrán eddig nem volt ilyen és nem ehhez a pöcsöléshez vagyok szokva. Bármi lehet, igazából van még annyi különbség a többi géphez képest hogy ezek egy külön VLAN-ba kerültek privát IP címmel, a kimenő kapcsolatokra kaptak egy nat inside acl-t (c6506) hogy legyen hirtelen internet, de a bejövő kéréseket ugyanúgy mac address rewrite-tal kapják mint a többi, itt nem lassulhat a dolog. Megy ezeken freebsd amúgy? Azt már nem mertem rápróbálni.

Ezen kívül egy kicsit elvi problémáim vannak az ilyen jellegű blade felépítéssel, de inkább csöndben maradok mert rajtam kívül mindenki megcsodálta, hogy milyen cool, és én vagyok a Sun bérenc.

A Solarisszal annyi bajunk volt HP (a vicces az, hogy volt, hogy Sun x86-os, de más, pld. IBM, vagy nem brand) vason, hogy bennem megérett a fenti gondolat.
De hasonlíthatnám a 10-es release-t PC-n a FreeBSD 5-höz is. :)

Az ILO webfelülete nem a legtökéletesebb (ie-vel az activex-es szarral nekem a virtual media csak rendszergazdai jogokkal megy, egyébként jobb, mint a javás szutyok), viszont scriptelhető, és sok mindent meg lehet benne csinálni.
Kb. a feladatát ellátja.
A másik userre érzékeny, azt ki lehet lőni (külön be kell állítani), vagy commandline-ból reset map1, ezzel elbootolod az ILO-t, az biztosan rendbeteszi.

A HP-nél jó még a driver update CD.

A Solarisszal az alapprobléma a SmartArray vezérlő driverének hiánya, ha CD/DVD-ről telepítesz, kell hozzá csinálni egy driver ISO-t (USB-s floppyval legutóbb még nem tudott mit kezdeni a világ legadvancedebb unixa, úgyhogy cserélni kell az install médiát és ezt, majd vissza).
Royal PITA ez az OS PC-n, nem tudom mondtam-e már, mindenesetre HP gépeken biztosan. :)
Múltkor egy egy napos (faszér' tart ennyi ideig, egy FreeBSD-t forrásból felfrissítek ennyi idő alatt) smpatch után a gép vígan bootolt egy kernel panic nevű oprendszert, de az interneten rákeresve boldogan vettem tudomásul, hogy ezt más is beszopta, csak ő V20z-vel.
Mondtam már, hogy szar a Solaris PC-n? :)

A FreeBSD csont nélkül működik ezeken, sőt, a HP gépeken a tapasztalatom az, hogy a FreeBSD a legjobb. A Solarisszal vannak kínok (hálózati driver pld, régebben egyebek), a Linuxszal is belefutottam már érdekességekbe.

Milyen gépen próbáltad egyébként, mihez képest lassú, és milyen jellegű terhelést okoz az a cucc? Ha IO intenzív, a beépített diszkek nem éppen sebességbajnokok, illetve ha írsz is rájuk, nem árt BBWC-t is rendelni...

A PC-s Solaris dolog az oké, csak az a baj hogy van egy webapp ami kényszerből lett rátéve egy X4600 Solaris gépre (kb 6 másik éles alkalmazás mellé, DB2, MQ stb) és jelenleg nem találunk olyan vasat amivel ki tudnánk váltani, annyira gyors.

Ilyen vas lenne ez a BLc7000, fogalmam sincs mi a blade-ek neve, holnap megnézem, van benne több ilyen 2 procis cucc, meg 2 db 4 procis cucc. Van bennük BBWC amúgy (a két nagyban), I/O intenzivitás... hát NFS-ről jön a cucc. :) Az simán lehet szűk keresztmetszet, de csak ha a linux NFS supportja még sz*rabb, mint régen. Más Linuxos gépek is dolgoznak oda és nincs velük baj.

Nem a vassal van a baj hanem az OS-sel vagy f*szom tudja. Egy ilyen 4x4 magos blade szutyoknak azért kb. olyan gyorsnak kéne lennie mint 8x8220 -nak nem ? De legalábbis nem negyedannyinak. Holnap megy rá a FreeBSD és megnézzük azzal.

reset map1-et nem ismertem, megjegyzem thx, mondom most láttam kb először ilyet, roppant idegesítő volt. Ezek szerint normál. Kezét le kéne törni, aki kódolta.

Jah a smartarray hiányzott csak, de driver ISO-t nem fogok gyártani, inkább kerítek rendes vasat alá.

Aki smpatch-el frissít Solaris-t, az sikeres ember nem lehet, de legalábbis nagyon ráér.

Negyedannyinak biztos nem, bár azért sok múlhat a memórián, a hálózaton és azon, hogy milyen is az a gép (a blade).
A HP-kban bge, illetve ezekben az újabbakban bce (FreeBSD alatt, Broadcom NetXtreme) NIC van, a Sunon meg Intel.
Ha sokat NFS-ezel, lehet ezzel is baj, a Broadcom szutykokkal Linux alatt sem volt mindig minden kerek...

smpatch helyett mit ajánlanál annak, aki az apt-get upgrade-hez szokott? Szerintem elég nagy szégyene ez a stuff mind a Sunnak, mind a javának.

Nézegessen patcheket, vagy szarja le, és tegyen fel recommended patch clustereket? :-O

A blade-ek 4x quad core 2.4 ghz xeon mp, 32gb ram
2 db BGE és 2 db BCE

Kiteszteltem közben, sajnos cpu/ram ügyben sem olyan gyors, mint az X4600, de nem ez okozta alapvetően a bajt, hanem az NFS. Van az alkalmazásnak egy része, ami igen intenzíven lstat() -ol, azt látom hogy amikor jmeter-rel megterheljük a blade-eket, akkor az NFS szerver majd kipurcan, míg ha a Solaris X4600-at terheljük, akkor szinte semmi nem történik (az NFS szerveren). Ez konkrétan ennek a résznek a teljesítményében 20x különbséget jelent. Raktam rájuk CentOS-t, Ubuntut és FreeBSD -t is, sajnos úgy tűnik egyik sem úgy viselkedik ebben a konkrét esetben, mint a Solaris.

Egyébként a kérdéses modul egy symfony webapp, az lstat() -ok no such file or directory eredménnyel járnak, egy rakás nem létező .php fájlt végigstatol. Biztos át lehetne írni, de ez most nem az a kör. A többi alkalmazás esetében a blade hozza azt a teljesítményt, amit más (cpu/ram) benchmark alapján terveztem, bár továbbra sem szeretem.

patchelés: http://www.par.univie.ac.at/solaris/pca/
Ajánlom figyelmedbe a proxy funkcióját is.

( zeller | 2008. 07. 04., p – 19:15 )

Aranyos az a kis kvarcjáték ott alul, középen :-P Annak a működtetéséhez kell ennyi vas?

Az ám a nagy ötlet. Mivel a chassis kurva nehéz, célszerű a rack aljába szerelni. Akkor viszont a kvarcjátékot csak hasonfekve látod. Nagy idea.
Szerencsére nincs rá nagy szükség, mert amit mutat, azt látod a chassis management felületén is, és ugyan kifene megy le a hideg gépterembe, ha mindent megcsinálhat az iróasztala mögül is?

Ave, Saabi.

Kivéve, ha UPS is kerül hozzá, mert akkor az megy lentre, a blade saszi meg fölé, bár ekkor is max. térdelő testhelyzetben látható... Bár egy kis fejlesztéssel használatóvá is lehetne tenni: levehetőre kéne megcsinálni, és egy spéci (HP-123BQ44-C-B2-X, ahol X a kábel hossza :-))) kábellel beköthetően a rackben márhová át lehetne helyezni.

Tényleg, ezeknek a pengéknek az arcán van KVM kimenet. Vajh mikor fejlesztik ki azt a laptopot, amely képes a saját perifériáit egy ilyenhez csatlakoztatni? Ilyenkor nem is kell hogy a laptopban lévő számítógép elinduljon, elég ha a monitor, keyboard és a mouse működik.
Hordozható console.

Ave, Saabi.

Sajnos a rack elött álldogálva nem nagy segítség, ha az irodából amúgy elérhető a gép.
A uniksz servereket egy soroskábellel irányítás alá vehetem helyben, de a ratyi, grafikus cuccokra még nincs ilyen egyszerű megoldás. És hát vagy van rackmounted display a környezetben, vagy nincs. A laptopom viszont mindig nálam van.

Ave, Saabi.

Az IP-s kvm-switch helyben is jó, ha van egy "luk", ahova az ethernet-kábelt dugva a kvm-hez IP-n hozzá lehet férni. Ha ilyen lehetőség nincs, és egy vacak 1U-s konzolt sem raktak be a rack-be, avagy egy fél darab odacibálható monitor/billentyűzet nincs a közelben, nos... akkor tényleg lehet ...nyázni.

Van ahol ott van, vagy külön dupla rackszekrényben (ilyet is láttam), viszont ha nem, és egy szimpla rack-es vackot tol be az ügyfél, akkor inkább az legyen a szekrény aljában, mint a blade saszi (pl. mert egy szekrényük van, és az sincs teljesen tele, akkor egyszerűsítheti az életet az abba berakott UPS.)