| |
Huzal budapest
Huzal budapest Budapest
Csepeli Fémmű Rt.1211 Budapest, Gyepsor u. 1. 278-3410, 278-3444, 278-3430, 278-3461, 278-3400 http://www.kszgysz.hu/csepelfe.htm |
cső, fémmegmunkálás, huzal, húzott rúd, kohászat, sárgaréz, színesfém, színesfém megmunkálása, vörösréz Vas Vegas Vaskereskedelem1224 Budapest, Bartók Béla út 218. 207-4211 http://www.vas-vegas.hu |
betonacél, bordáslemez, durvalemez, finomlemez, gázcső, házhozszállítás, horganyzott acéllemez, huzal, idomacél, kerítéselem, nyitott profil, rúdacél, síkháló, vasáru, vasipar, vaskereskedelem, zárt profil Marosi György egyéni vállalkozó1211 Budapest, Gyepsor u. 1. 278-2109 marosigy kukac hu.inter.net http://www.marosigyorgy.hu |
csirkeháló, díszkerítés, drót, drótfonás, drótfonás, -szövés, drótkötél, drótfonat, drótháló, drótkerítés, drótkötél, fémipar, fémtömegcikk, hegesztett háló, huzal, kerítés, kerítésfonat, kerítés készítése, szeg, szövés, vadháló VLG Kábelkereskedelmi Kft.1211 Budapest, Szállító u. 6. Mobil: 20/669-42-00 vlg kukac vlg.hu http://www.vlg.hu |
adatátvitel, adatátviteli kábel, elektronikai kábel, erőátviteli kábel, erősáramú kábel, gumikábel, gyengeáramú kábel, huzal, kábel, koaxiális kábel, középfeszültségű kábel, optikai kábel, PIRELLI, szilikonkábel, távközlési kábel, tűzálló kábel, tűzjelző kábel, villamosenergiaipar, villamosság, villanyszerelési vezeték Golden Way Kft. (Mekk mester)1126 Budapest, Böszörményi út 31. ALKO, barkácsáru, barkácsbolt, betonkeverőgép, BLACK & DECKER, BOSCH, csavar, csavaráru, csiszolókorong, DEWALT, építkezési anyag, festékáru, festékbolt, gépi szerszám, gépkölcsönzés, gipszkarton, huzal, izzó, kéziszerszám, kötőelem, MAKITA, márkaszerviz, SOLA, STUBAI, szerszám, szerszámjavítás, szerviz, szög, takarítógép, vágókorong, villanyszerelési áru, villanyszerelési cikk Évalu Kft.1225 Budapest, Nagytétényi út 410. 06/1-207-00-74 http://www.evalu.hu |
cső, építőipar, fémlemez, hőálló acél, huzal, idomacél, nyitott szelvény, rozsdamentes acél, rúdacél, szerkezeti acél, vasáru, zártszelvény VG-Trade Kft.1119 Budapest, Etele út 32. 30/951-5722, 204-8994 http://www.cegorigo.hu/vgtrade |
alapcsavar, alátét, anyacsavar, AVI hegesztőgép, barkács kéziszerszám, betonfúró, betonvéső, BOSCH, CO huzal, csavar, csavar és csavaranya, csavarhúzó, csigafúró, csiszolóanyag, csiszolókorong, DRONCO, drótkorong, drótkötél, dugókulcs, dübel, elektromos kéziszerszám, facsavar, FISCHER, forrasztópáka, fúró, fúrógép, gyémánttárcsa, hegesztési anyag, hegesztési elektróda, hegesztési eszköz, hegesztési segédanyag, hegesztéstechnika, hegesztéstechnikai eszköz, hegesztéstechnikai gép, hegesztőberendezés, hegesztőelektróda, hegesztőgép, hegesztőgép tartozék, hegesztőpajzs, hegesztőpálca, huzal, kézifűrész, kéziszerszám, körfűrész, körfűrészlap, köszörűkorong, köszörűkő, kötél, kötőelem, lakat, lánc, lánghegesztő, lemezcsavar, márkaképviselet, márkakereskedés, menetvágó, metrikus csavar, munka- és védőruházat, munkaruha, munkaruházat, munkavédelmi eszköz, munkavédelmi felszerelés, munkavédelmi kesztyű, munkavédelmi ruházat, munkavédelmi szemüveg, műanyag tipli, popszegecs, rozsdamentes csavar, STANLEY, szeg, szeglemez, szerszám, szerszámosláda, UNIOR, vágógép, vágókorong, zár, zárbetét, zár, lakat ThyssenKrupp Ferroglobus Zrt.1158 Budapest, Körvasút sor 110. 417-3365, 414-8700 info kukac ferroglobus.hu http://www.ferroglobus.hu |
acéláru, acélipar, acélipari termék, acéllemez, acélrúd, alumíniumötvözet, betonacél, fémipar, hegesztőanyag, hőálló acél, hőálló anyag, huzal, ipari műanyag, LEXAN, MAX, műanyag, műanyagipar, műanyag lemez, négyzetacél, nyitott profil, ötvözetlen acél, rozsdaálló acél, szerszámacél, szögacél, vasáru, vaskereskedelem, vaskereskedés, zárt profil Transkábel Kereskedelmi Kft.1211 Budapest, Szállító u. 6. 278-5173, 278-5172 info kukac transkabel.hu http://www.transkabel.hu |
adatátvitel, adatátviteli kábel, elektronika, elektronikai kábel, erőátviteli kábel, erősáramú kábel, gumikábel, gyengeáramú kábel, huzal, kábel, koaxiális kábel, középfeszültségű kábel, légkábel, optikai kábel, szilikonkábel, távközlési kábel, tűzálló kábel, tűzjelző kábel, villamosenergiaipar, villamosság, villanyszerelési vezeték Italinox Hungária Kft.1184 Budapest, Lakatos út 42/a. 297-1059, 297-1054, 297-1058, 297-1052, 297-1050, 297-1053, 297-1051, 297-1056, 297-1055, 297-1057 italinox kukac italinox.hu http://www.italinox.hu |
acél, acéláru, acélipar, armatúra, cső, fémfeldolgozás, fémipar, fitting, háló, hegesztőanyag, huzal, idom, karima, lánc, lemez, mosogatómedence, rozsdamentes acél, szerelvény, zárt szerelvény Orion Elektronikai Kft.1106 Budapest, Jászberényi út 29. 262-5000 http://www.orionelec.com |
alkatrészbeültetés, elektronika, elektronikai készülék és berendezés, elektronikai szerelés, elektronikai szerviz, elektronikai tervezés, huzal, kábel tv, nyomtatott áramkör szerelése, ORION, szórakoztató elektronika, televízió, vezeték Metalservice Félgyártmány Kft.1106 Budapest, Keresztúri út 39-41. 264 3359, 262 6444 info kukac metalservice.hu http://www.metalservice.hu |
állvány, állványrendszer, alumínium félgyártmány, alumíniumipar, alumíniumlemez, alumínium létra, alumíniumprofil, alumínium radiátor, alumínium szalag, alumíniumtermék, cső, építőipar, festett lemez, horganyzott lemez, huzal, létra, nyílászáró, ötvözetlen lemez, polikarbonát lemez, radiátor, sajtolt termék, sárgaréz lemez, vörösréz lemez Interweld Hegesztéstechnológiai Kft.1142 Budapest, Ógyalla tér 4. 251-9457, 252-1550 http://www.interweld.co.hu, www.femszoras.hu |
elektróda, fémszórás, folyasztószer, forrasztóanyag, hegesztés, hegesztés, lángvágás, hegesztéstechnika, hegesztőanyag, huzal, lángvágás, pác, pálca, szalag Hírek Huzal budapest témában www.szegedindex.hu
1970-01-01 01:00:00 | Riadalmat okozott a bomba, pedig répa volt |
| Egy svéd művész szigszalaggal összekötött, huzalokkal felszerelt répákkal sokkolta városa lakóit. |
www.foci24.com
2009-01-22 07:01:12 | Tüntetés a futballcsapatért! |
| Kb félszázan tüntettek kedden Aranyosgyéresen, közöttük Ioan Moldovan alpolgármester, a huzalgyárnak az ellen a döntése ellen tiltakozva, miszerint visszaléptetik a Mechel nevű csapatot a bajnokságból |
hup.hu
2008-03-17 11:38:03 | Intel Modular Server |
| A minap Pratchett mester hívott. Gyanúsan remegett a hangja az izgalomtól miközben elmesélte, hogy valami nincs rendben a Poggyásszal.
Persze a Poggyásszal sosincs rendben semmi, de valami csak történhetett, hiszen Széltoló minden előzetes bejelentés nélkül megjelent a múlt héten nála, majd az ajtónyitás után óriási erőfeszítések árán -de egy szó nélkül- lecipelte a mágikus úti holmit a pincébe és rálakatolta az ajtót.
"Bel-Shamharoth, nyolcasok!" - csak ennyit tudott zihálva kinyögni, mielőtt elájult.
Miután Széltoló magához tért elmondta, hogy a Poggyászon több változást is megfigyelt az elmúlt időben. A legszembetűnőbb, hogy a lábait behúzta és újabban kerekeken közlekedik, de belül is történt valami, mert a frissen mosott és vasalt ruhák helyett mindig egy nagy, ezüstös tetejű, azonosíthatatlan rendeltetésű doboz kerül elő belőle, na meg egy vékonyka füzet, amelyben többször szerepel, hogy "8 cores", a nyolc pedig tudvalevőleg Bel-Shamharothhoz köthető.
Terry tudja, hogy vonzódom a nagy, ezüstös tetejű azonosíthatatlan rendeltetésű dobozokhoz, így azonnal engem hívott. A Poggyászt azonnal biztonságos helyre szállítottuk és közelebbről is megvizsgáltuk.
A lábak tényleg eltűntek, helyükön könnyen forduló és gördülő kerekek nőttek, és érdekes címkék kerültek a Poggyász felületére is:
A kerekekből és a súlyból ítélve arra a következtetésre jutottunk, hogy a Poggyász a gyorsabb haladás és a lábai kímélése érdekében váltott haladási módot. Megvizsgáltuk a címkéket is, de sajnos azokon csak számunkra értelmezhetetlen korongvilági szavak voltak, így hát kinyitottuk a Poggyászt:
Az ezüstös tetejű valami, amely a titokzatos "EDDMFSCH-26" névre hallgat gondosan körbe van véve hangszigetelő anyaggal, ebből arra a következtetésre jutunk, hogy zajos lehet, ezért inkább visszacsukjuk a Poggyász tetejét és úgy döntünk, hogy EDDMFSCH-26-ot a hozzá hasonló ezüstös tetejű dobozok szobájában vesszük csak elő.
Mielőtt azonban lecsuknánk a fedelet, kivesszük egy rövid tanulmányozásra a doboz tetején lévő papírokat, amelyekből megtudjuk "Eddie" polgári nevét is:
Ő egy Intel Modular Server!
Most, hogy már beazonosítottuk, bátran beírjuk a nevét a Google-be, amely rögtön el is dob minket egy marketingoldalra, ahol érdekeseket írnak: modern processzorok, dinamikusan kiosztható diszkterület, meg egy benchmark, amely szerint a szerver gyors.
Gyors. Kerekek. Rögtön asszociálunk és le is futtatjuk (vagy gördítjük?) az első sebességtesztet:
Megállapítjuk, hogy a szerver valóban gyors, de sajnos a harmadik klíma mögött rejtőző rendőr lekapcsol minket, így vissza kell térnünk a Poggyász tartalmának vizsgálatához.
Közelről szemrevételezve -de a Poggyászból még nem kivéve- a dobozt, azt láthatjuk, hogy két sorban hét SFF SAS (ill. feltételezhetően SATA) diszk fér bele:
A gépet kiemelve már okosabbak vagyunk:
Az Intel Modular Server egy blade-szerű megoldás, amely áll egy ránézésre passzív házból, illetve modulokból, amelyeket egyesével dughatunk bele.
Elölről és hátulról így néz ki:
Az első részen látható a 14 db. hotswap diszk (illetve azok helye, mi három diszkkel kaptuk), alatta egy ventillátor modul, majd a doboz jobb oldali 2/3-án a 6 darab, ún. Compute Module hely, amelyből esetünkben kettő van feltöltve.
A hátulja bal oldalt két ventillátor modulból, középen egy SCM, SW1 és MM (Storage Controller Module, Switch, Management Module) kártyából áll, amelyekből az SCM és az SW modulokból kettő is lehet a rendszerben.
A doboz jobb oldalán pedig négy tápnak van hely, ebből nálunk kettő volt telepítve, ill. két dummy modul, amelyben csak kisebb ventillátorok vannak.
A doboz önmagában nem sok mindent tartalmaz:
kicsit a p-class HP blade-eket idézi a passzivitásával, bár utóbbi méretben és kapacitásban is nagyobb.
A doboz lényegi tartalma a Poggyász hátán (a fotót az időközben befutott Kétvirág készítette):
A modulokat közelebbről megvizsgálva szembe tűnik, hogy mindegyik hátsón van egy RS-232-es port, illetve a rájuk jellemző egyéb csatlakozók (storage modulon külső SAS csatlakozó, a switch modulon RJ-45-ös Ethernet portok, a management modulon szintén egy RJ-45-ös Ethernet):
A tápegységet megnézve azt láthatjuk, hogy 1050W-os, kínai (American components, Russian components: all made in Taiwan) és Delta. Ugyanaz, mint az x86-os HP szerverekben.
A dobozon találunk egy figyelmeztető jelzést is:
amely sajnos meghiúsítja ördögi tervünket (munkahelyi üdítő- és csokoládéautomatára gyűjtünk).
A Compute Module, azaz a "blade szerver" így néz ki:
Két, passzívan hűtött 5400-as szériájú négy magos Xeon processzor (előtte és közvetlenül mögötte sincs ventillátor, így egy műanyag légcsatornával próbálják "csőbe húzni" a levegőt) van a szerverünkön. A kártyán rend van, 8 darab memóriaslot (gépünkben 2 GB van) található rajta, amellyel 32 GB-ig biztosan bővíteni tudjuk a szervereket, hátul egy rendszer és egy tápcsatlakozó, ATI ES1000 videochip, és a jobb hátsó sarokban a mezzanine kártya bővítőhelye.
Érdekes a modul elején lévő hely, úgy tűnik az Intel meghagyta a lehetőségét annak, hogy a későbbiekben a modulra is tehessünk legfeljebb két helyi diszket (esetleg mást, pld. bővítőkártyákat), ha a közös megoldás nem válna be.
Fan modul és Ethernet switch:
Storage controller:
Jól látható a külső SAS csatlakozó, amelyre a beépített expanderen keresztül köthetünk külső storage-ot (ez enyhíti kicsit a SAN opció hiányát). A kontroller maga LSI chipes, 512MB cache-t tartalmaz (amely értelemszerűen megoszlik a szerver modulok között), illetve a miénkben volt egy akksi is, amely feltételezhetően segít a cache-nek nem felejteni, illetve az írást ilyen módon gyorsítani.
A menedzsment modul egy Realtek chippel kezdődik:
és egy lighttpd-t:
telnet 172.16.133.181 80
Trying 172.16.133.181...
Connected to 172.16.133.181.
Escape character is ^].
HEAD / HTTP/1.0
HTTP/1.0 302 Found
Connection: close
X-Powered-By: PHP/5.2.2
Set-Cookie: PHPSESSID=hg5q1jiu3i07l3ummjes5evs84; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Location: https:///
Content-type: text/html
Content-Length: 0
Date: Wed, 13 Feb 2008 11:34:13 GMT
Server: lighttpd/1.4.11
futtató ilyen OS-sel végződik:
Starting Nmap 4.52 ( http://insecure.org ) at 2008-03-16 11:01 CET
Interesting ports on 172.16.133.181:
Not shown: 1702 closed ports
PORT STATE SERVICE
80/tcp open http
111/tcp open rpcbind
199/tcp open smux
443/tcp open https
623/tcp open unknown
624/tcp open unknown
625/tcp open apple-xsrvr-admin
2201/tcp open ats
6346/tcp filtered gnutella
8000/tcp filtered http-alt
8080/tcp open http-proxy
10000/tcp open snet-sensor-mgmt
MAC Address: 00:15:17:34:20:13 (Intel Corporate)
No exact OS matches for host (If you know what OS is running on it, see http://insecure.org/nmap/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=4.52%D=3/16%OT=80%CT=1%CU=32827%PV=Y%DS=1%G=Y%M=001517%TM=47DCF23
OS:C%P=amd64-portbld-freebsd7.0)SEQ(SP=BB%GCD=1%ISR=C5%TI=Z%TS=7)SEQ(SP=BC%
OS:GCD=1%ISR=C5%TI=Z%TS=7)OPS(O1=M5B4ST11NW2%O2=M5B4ST11NW2%O3=M5B4NNT11NW2
OS:%O4=M5B4ST11NW2%O5=M5B4ST11NW2%O6=M5B4ST11)WIN(W1=16A0%W2=16A0%W3=16A0%W
OS:4=16A0%W5=16A0%W6=16A0)ECN(R=Y%DF=Y%T=40%W=16D0%O=M5B4NNSNW2%CC=N%Q=)T1(
OS:R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=16A0%S=O%A
OS:=S+%F=AS%O=M5B4ST11NW2%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%
OS:Q=)T4(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%
OS:A=S+%F=AR%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)T6(R=Y
OS:%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O
OS:=%RD=0%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T7(R=Y%DF=Y%T=40
OS:%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%TOS=0%IPL=164%UN=0%RIPL=G%
OS:RID=G%RIPCK=G%RUCK=G%RUL=G%RUD=G)IE(R=Y%DFI=N%T=40%TOSI=Z%CD=S%SI=S%DLI=
OS:S)
Uptime: 1.847 days (since Fri Mar 14 14:51:01 2008)
Network Distance: 1 hop
A switch modul közelről szintén egy egy-két chipes integrált megoldás, 10 porttal:
Míg végignéztük a részegységeket a dolgos kezek berakták a rackbe a dobozt, a versenyszellem jegyében egy HP p-class (régebbi) blade enclosure-re:
Miután ez is megvolt, úgy gondoltuk, hogy bekapcsoljuk a gépezetet, amely még ebben a zajos környezetben is olyan hangos volt, hogy egy közeli Linux meggondolta magát és a biztonság kedvéért elpánikolt:
Mi azonban nem ijedtünk meg, rádugtunk a menedzsment konzolra egy notebookot és figyeltük, hogy mi történik. Semmi. Reménykedtünk kicsit, hogy legalább valami DHCP-s, vagy bármilyen más hálózati próbálkozás lesz, de hát ha nem, hát nem, szégyenszemre elővettük a manualt:
Azt mondja, hogy a Mozilla Firefox nevű alkalmazással kell elérni a konzolt a 192.268.150.150-es címen. Hollywoodi jelenetek jutnak hirtelen az eszünkbe, de kicsit arréb csúszik a szemünk a lapon és máris olvashatjuk a helyes megoldást:
A default usernév, jelszó: admin/admin
Mielőtt azonban belépnénk, nézzük meg kicsit, hogy hogyan is épül fel a gép.
Az Intel Technical Product Specification nevű PDF-ből kiollózott architekturális (huzalozási) diagram:
Ezek szerint minden Compute Module egy-egy SAS kapcsolattal rendelkezik a két storage controller felé, amely így képessé válik a redundancia biztosítására. A weblap szerint ezt a redundanciát a rendszer még nem támogatja, implementálása 2008. első negyedévére (az most van) várható. A storage controllereken nem közvetlenül lógnak a diszkek, hanem összesen két SAS expanderen keresztül érik el a SAS backplane-t. Ahhoz, hogy a rendszer a Compute Module-tól a diszkig redundáns legyen, értelemszerűen dupla útvonallal kell, hogy rendelkezzen. Ennek érdekében a rendszerrel szállított Seagate diszkek is duplaportosak, azaz bármelyik komponens (útvonal, SCM, SAS expander) kiesését képes a diszk elvesztése nélkül elviselni a rendszer.
A diszkek "A" és "B" portja egy-egy összerendelésben van a storage controllerrel és az expanderrel, azaz az SCM1 csakis az egyes expanderen keresztül fogja elérni a diszkek "A" SAS portját, míg az SCM2 a kettes expanderen a diszkek "B" portját.
Az SCM1-expander2 és SCM2-expander1 SAS kapcsolat a két SCM cache szinkronizációjára van fenntartva (kérdés, hogy ez fizikailag egy kapcsolatot jelent-e, mert ezesetben szűk keresztmetszetet jelenthet).
A switch modul tíz külső Gigabit Ethernet porttal rendelkezik, illetve belül minden gép felé két port (összesen tehát 12) látszik. Ezen felül az opcionális második switch felé egy 10 gigabites belső kapcsolat van, illetve a doksi szerint az SCM felé is ki van építve egy 10GE link. Ennek szerepe egyelőre nem tisztázott, vélhetőleg a későbbiekben iSCSI-szerű funkcionalitást nyújthat majd (bár a belső diszkek esetében ennek nem sok értelmét látom).
Most, hogy már tudjuk mivel állunk szemben, lépjünk be a menedzsment felületre (amelynek még fent a gépteremben egy keresztkábellel átállítottuk a hálózati interfészét DHCP-sre).
A bejelentkező képernyő átlátszó login-ablaka már sejtet némi modernitást, amit méginkább megerősít a belépés után látható dashboard:
A dashboardon a leglényegesebb információkat láthatjuk: van-e valamilyen teendő a szerverünkkel (nincs), az "egészsége" (kiváló), az áramfelvétel a tápegységek számának tükrében (egyértelmű jelzéseket kapunk: ha a zöld sávban vagyunk, a rendszer egy tápegység kiesését gond nélkül elviseli, ha a sárgában, egy újabb táp elvesztése már meghatározhatatlan következményekkel jár, ha pedig a pirosban áll a mutató, a rendszer túlterhelt, ne csodálkozzunk azon, ha kiszámíthatatlanná és megbízhatatlanná válik a szerver működése).
A dashboardon látható még egy hőmérsékleti kijelző (környezeti, szerver CPU-k és diszkek), illetve egy ízelítő a legutolsó kritikusnak ítélt eseményekből.
Továbblépve megtekinthetjük szerverünk elejét és hátulját is, és joggal bízhatunk abban, hogy ezek az ábrák a valóságot fogják tükrözni, azaz a megjelenített eszközök ott vannak, ahol azt a lapon látjuk (vagy éppen nincsenek):
Mint az látható, a szervereknél megszokott módon a doboz és minden modul tele van szórva érzékelőkkel (amelyekre riasztási küszöbök is állíthatók). A kívánt információt általában többféleképpen is megszerezhetjük: a gépekhez hozzárendelt diszkterületeket például megnézhetjük a szerver információs ablakaiban és a storage menedzsment fülön is.
Itt érdemes szót ejteni arról, hogy mit is jelent az, hogy a storage controller virtualizálja a diszkeket. A "hagyományos" RAID kontrollerekkel, illetve blade (pld. HP blade-eknél) megoldásokkal szemben itt a szervereknek (Compute Module) csak SAS kapcsolatuk van a storage controller felé, azaz diszket közvetlenül nem látnak. A storage controller feladata, hogy minden gép számára tudjunk tárhelyet biztosítani, ezt azonban nem úgy teszi, hogy a legkisebb egységként a diszket ajánlja fel (azaz pld. az első szervernek az első két diszket odaadja RAID 1-ben), hanem a diszkek fölé storage poolok, azok fölé pedig virtuális diszkek (volume-ok) szervezhetők.
Ez azt jelenti, hogy a mi három diszkünk esetében ezeket egy poolba téve "csíkokat", volume-okat, virtuális diszkeket alakíthatunk ki, amelyek aztán a választott redundancia (RAID) szint szerint fognak rendelkezésre állni.
Három diszkkel RAID 0-át (striping), 1-et (mirroring), 5-öt (striping+parity block), illetve 1E-t (stripe+mirroring) választhatunk, de megfelelő méretű pool (elég diszk) esetében használhatunk RAID 6-ot (dupla paritás), RAID 10-et, 50-et, vagy 60-at is. Azaz szinte minden értelmes kialakítást.
A virtuális diszkek kialakítása gyerekjáték:
Mint látható, a virtuális diszkeket szerverekhez rendelhetjük, illetve beállíthatjuk, hogy azok milyen LUN-nal lássák azt (a boot diszknek érdemes a 0-ásat adni).
Sajnos az Intel kihagyott egy nagyszerű lehetőséget, amely például a HP blade megoldása fölé emelte volna ezt a rendszert: a virtuális diszkek csak egy szerverhez köthetők, egy diszket nem érhet el több szerver.
Az architektúra egyértelműen lehetővé teszi ezt, segítségével pedig viszonylag olcsón, külső SAN (vagy egyéb, ekvivalens) megoldás nélkül lehetne shared diszkes clustereket (pld. mini Oracle RAC, vagy HA clusterek osztott adatterülettel) építeni egy kompakt megoldásban.
Ha valakinek esetleg nehezére esne követnie, hogy melyik diszk milyen virtuális diszkeket tárol, illetve azokat mely szerverek használják, segítség lehet a storage layout, amely egy bonyolultabb megosztás esetében igen hasznos lehet:
A háttértár mellett nagyon fontos a hálózat. A mi eszközünkben egy darab switch kapott helyet (a rajz szerint a második switch által biztosított két plusz port gépenként csak egy külön beszerzendő mezzanine kártyával vehető igénybe), amely a világ felé tíz GE porttal, befelé pedig 12 (gépenként kettő) GE-vel kapcsolódik.
Szintén a clusteres képességek javítása kapcsán úgy gondolom, hogy néhány területen értékelték volna a GE helyett a gyorsabb interconnect megoldásokat is (például InfiniBand), de ha már ez nem fért bele, a két GE port ellensúlyozásaként hasznos lett volna legalább 2,5 gigabites Ethernetet tenni belülre, mellé pedig ehhez passzoló switchet. Apró bibi persze, hogy ilyet jelenleg csak a Broadcom gyárt, itt meg ugye Intel megoldásról beszélünk. (a 10 GE valószínűleg költség oldalról volt ellenjavallt, illetve könnyen lehet, hogy a szegmens, amelyet megcéloztak vele, nem is igényli ezeket a sebességeket)
Szóval a switch. A switchet kétféleképpen menedzselhetjük: egy egyszerű felületen, amely integrálva van a fent bemutatottal, illetve egy fejlettebb (még mindig webes) GUI-n, ahol sokkal több beállítás elvégzésére van mód.
Az egyszerű beállító-felület a port státuszát (enabled/disabled), a VLAN-t, a sebességet (10-100-1000, FDX, HDX) és a STP alapvető befolyásolását teszi lehetővé:
A részletesebb, több beállítást lehetővé tévő felület egy új böngészőablakban (másik webszerveren, porton) jön be:
amely rögtön érdekes megoldásra hívja fel a figyelmet: a switch IP címe a lap szerint 1.1.1.71, így a külső menedzsment modulon minden bizonnyal egy HTTP proxy fut, amely továbbítja belülre a kéréseket.
A switch képességeire jól lehet következtetni a bal oldali lenyíló menüben szereplő pontokból:
Az eszköz tudása egy átlagos layer 2 switché: port tükrözés, kábelmérés (távolság, érvizsgálat, skew), storm control (broadcat, ismeretlen unicast, multicast), port security, ACL-ek (MAC és IP alapon), interface trunking (LAG, LACP), STP (RSTP, PVSTP), VLAN (a GARP és GVRP-ből ítélve nem éppen Cisco switch van belül), VLAN grouping (MAC cím, IP subnet, és protokoll (IP/IPX/ARP) alapján), QoS és az általános statisztikák.
A menedzsment felületen természetesen több user is létrehozható, ezek külön szabályozhatók RW/RO alapon az egyes nagyobb egységekre nézve (chassis, storage, switch admin, illetve a hat szerver egyesével). A felhasználókhoz riasztási szintek köthetők, amelyek egyesével beállíthatók minden típusra:
A gépek távmenedzsmentjét távoli soros porttal, illetve KVM (Keyboard, Video, Mouse) átvételével lehet intézni, utóbbihoz egy virtuális CD is társul, amely a gépünkön lévő CD/DVD drive-ot közvetlenül, vagy a gépünk diszkjén lévő image-ből (ISO) tud dolgozni. A remote KVM alkalmazás Java WS-os, kétféle mód (high, low resolution) közül választhatunk, az erőforrásaink (pld sávszélesség) és igényünk függvényében.
Az alkalmazás képminősége és -frissítése jó (viszonyítási alap a HP ILO-ja, amely néha egyenesen katasztrofális), a virtuális CD viszont nekem nagyon lassú volt (helyi gigabites hálózat).
A KVM program menüjéből vezérelhetjük azokat a gombokat, amelyeket az nem tud átvinni közvetlenül és itt kapcsolhatjuk be, vagy ki a távoli CD/DVD-t is:
A menedzsment felületről készült videók:
http://ftp.fsn.hu/contrib/bra/intelmodular-mgmc.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-switch.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-fbsdinstall.wmv
Miután kiveséztük szinte az egész gépet, ejtsünk pár szót a szerverekről is. A mi dobozunk két Compute Module-lal érkezett, amelyekben 2 db. L5410-es (2,33 GHz-es, 1333 MHz-es FSB-s, 12MB L2 cache-es) quad core Xeon processzor és 2 GB RAM volt.
A processzorok tekintetében az L5410 -az E5410-es alacsony feszültségű (LV) párja- az 5400-as széria ("Harpertown") majdnem legkisebb CPU-ja, alatta már csak az 5405 van (2G/1333MHz), felette pedig még jópár változat, a jelenleg legnagyobb X5482-vel bezárólag (3,2G/1600MHz).
Ez azonban ne tévesszen meg bennünket, hiszen az "új" Xeonokból már az 5300-as széria is nagyon gyors volt, amelyre még egy lapáttal rátett az Intel az 5400-assal.
Bár semmiképpen nem mondanám kimerítő CPU benchmarknak, azért lefuttattam a sysbench CPU tesztjét három különböző gépen. Az egyik a cikk tárgya, azaz két darab Intel L5410-es (2,33 GHz) quad core xeonos gép, a másik egy HP BL460c, ugyancsak két darab quad core Xeonnal, de az előző szériából (E5345, 2,33GHz), a harmadik pedig egy még korábbi verzió, az 5130, amely csak két magos és 2 GHz-en ketyeg.
A következő parancs:
for i in `jot 32`; do sysbench --num-threads=$i --test=cpu --cpu-max-prime=100000 run | grep total time: | egrep -o [0-9]+.[0-9]+; done
eredménye:
Az x tengelyen a futásidő látható másodpercben, míg az y-on a threadek száma a ciklusban.
Az Intel eléggé belehúzott az elmúlt évben, ráadásul meglehetősen aggresszív árpolitikát folytat (az 5400-as CPU-k olcsóbbak, mint az elődeik).
A gépek BIOS-a átlagosnak mondható:
A memória a modulok számától függően teljes egészében felhasználható (no RAS), tükrözhető (a memóriamodulok felének kiesését tolerálja a rendszer, értelemszerűen a kapacitás felezésével), illetve tartalékolható (memória RAID 5, ahol egy modult elveszthetünk a működés befolyásolása nélkül). Kíváncsi vagyok, hogy ha az Intel is áthelyezi a memóriavezérlőt a processzorba, eltűnnek-e ezek a funkciók a low-end, midrange x86-os szerverekből.
A gépben egy LSI 1064E SAS vezérlő biztosítja a kapcsolatot a storage controller, és így a diszkek felé, a hálózati elérést pedig Intel PRO/1000 EB NIC-ek adják.
Vélemény:
Az Intel Modular Servert két dologgal tudnám összehasonlítani. Az egyik hat darab 1U-s rackmount szerver (a modular server doboza is 6U-s és hat Compute Module fér bele), a másik pedig egy hasonló méretű blade megoldás (ezekből leginkább a HP-t ismerem).
A rackmount szerverekkel szembeni előnye világos: kompaktabb, egységes környezet, dinamikusan kiosztható diszkterület, integrált switch és sok mindenre kiterjedő monitoring, riasztási lehetőség, távmenedzsment.
Árban valószínűleg az 1U-s rackmount szerverek nagy többsége fölött van, azonban ha azok teljes költségéhez hozzászámítjuk a valószínűleg kisebb fogyasztás, a switch és az ilyen szintű távmenedzsment lehetőségét is (azaz nem a legolcsóbbat vesszük), könnyen lehet, hogy azonos, vagy éppen magasabb árat kapunk.
A blade megoldással szemben jelenleg hátrányként róható fel a választék hiánya, amely mind a szerver-modulok, mind a beléjük helyezhető kiegészítő kártyák (mezzanine és backplane modulok) tekintetében fennáll.
A rendszer felépítéséből adódik a kérdés: mennyire jövőbiztos az architektúra, milyen további fejlesztések várhatók?
Bár elvi lehetősége van annak, hogy akár mezzanine kártya nélkül Fibre Channel, vagy InfiniBand képessé váljon a szerver (például egy olyan kombinált storage controllerrel, amely a belső SAS kapcsolatokon keresztül valósítja meg az elérést, kifelé pedig FC, vagy IB csatolóval rendelkezik), azonban elképzelhető, hogy abban a szegmensben, amelyet az Intel megcélzott a Modular Serverrel nincs is igény az ilyen -jellemzően magasabb árszínvonalat képviselő- megoldásokra.
A Modular Servert egy belépő szintű blade megoldásnak érzem, amely némileg kisebb bővíthetőséget ad, mint a "nagy" blade megoldások, azonban -feltételezhetően- alacsonyabb áron teszi ezt, hasonló szolgáltatások mellett. Annak, aki több, két processzoros x86-os szerver felett "uralkodik", esetleg most még csak kevesebbel indulna, de a későbbiekben bővülne és együtt tud élni a fent említett hiányosságokkal, mindenképpen hasznos megoldás lehet.
A tesztgépet az ASBIS Magyarország biztosította, köszönet érte.
A tesztről készült összes kép itt tekinthető meg.
ui: miután kivettük a Poggyászból a Modular Servert, visszanőttek a lábai, megrázta magát -tiszta ruha illatát árasztva magából-, majd elsietett (ezt egy tűzálló géptermi ajtónk bánta, amely önhibáján kívül éppen zárt állapotban tartózkodott, amikor meg kellett tapasztalnia a tudákos körtefa földöntúli erejét) Széltolóhoz, aki Ankh-Morporkból üzeni, hogy épp jókor érkezett a láda, mert már nagyon fogytán volt a tiszta alsónak. |
hup.hu
2008-03-17 11:38:03 | Intel Modular Server |
| A minap Pratchett mester hívott. Gyanúsan remegett a hangja az izgalomtól miközben elmesélte, hogy valami nincs rendben a Poggyásszal.
Persze a Poggyásszal sosincs rendben semmi, de valami csak történhetett, hiszen Széltoló minden előzetes bejelentés nélkül megjelent a múlt héten nála, majd az ajtónyitás után óriási erőfeszítések árán -de egy szó nélkül- lecipelte a mágikus úti holmit a pincébe és rálakatolta az ajtót.
"Bel-Shamharoth, nyolcasok!" - csak ennyit tudott zihálva kinyögni, mielőtt elájult.
Miután Széltoló magához tért elmondta, hogy a Poggyászon több változást is megfigyelt az elmúlt időben. A legszembetűnőbb, hogy a lábait behúzta és újabban kerekeken közlekedik, de belül is történt valami, mert a frissen mosott és vasalt ruhák helyett mindig egy nagy, ezüstös tetejű, azonosíthatatlan rendeltetésű doboz kerül elő belőle, na meg egy vékonyka füzet, amelyben többször szerepel, hogy "8 cores", a nyolc pedig tudvalevőleg Bel-Shamharothhoz köthető.
Terry tudja, hogy vonzódom a nagy, ezüstös tetejű azonosíthatatlan rendeltetésű dobozokhoz, így azonnal engem hívott. A Poggyászt azonnal biztonságos helyre szállítottuk és közelebbről is megvizsgáltuk.
A lábak tényleg eltűntek, helyükön könnyen forduló és gördülő kerekek nőttek, és érdekes címkék kerültek a Poggyász felületére is:
A kerekekből és a súlyból ítélve arra a következtetésre jutottunk, hogy a Poggyász a gyorsabb haladás és a lábai kímélése érdekében váltott haladási módot. Megvizsgáltuk a címkéket is, de sajnos azokon csak számunkra értelmezhetetlen korongvilági szavak voltak, így hát kinyitottuk a Poggyászt:
Az ezüstös tetejű valami, amely a titokzatos "EDDMFSCH-26" névre hallgat gondosan körbe van véve hangszigetelő anyaggal, ebből arra a következtetésre jutunk, hogy zajos lehet, ezért inkább visszacsukjuk a Poggyász tetejét és úgy döntünk, hogy EDDMFSCH-26-ot a hozzá hasonló ezüstös tetejű dobozok szobájában vesszük csak elő.
Mielőtt azonban lecsuknánk a fedelet, kivesszük egy rövid tanulmányozásra a doboz tetején lévő papírokat, amelyekből megtudjuk "Eddie" polgári nevét is:
Ő egy Intel Modular Server!
Most, hogy már beazonosítottuk, bátran beírjuk a nevét a Google-be, amely rögtön el is dob minket egy marketingoldalra, ahol érdekeseket írnak: modern processzorok, dinamikusan kiosztható diszkterület, meg egy benchmark, amely szerint a szerver gyors.
Gyors. Kerekek. Rögtön asszociálunk és le is futtatjuk (vagy gördítjük?) az első sebességtesztet:
Megállapítjuk, hogy a szerver valóban gyors, de sajnos a harmadik klíma mögött rejtőző rendőr lekapcsol minket, így vissza kell térnünk a Poggyász tartalmának vizsgálatához.
Közelről szemrevételezve -de a Poggyászból még nem kivéve- a dobozt, azt láthatjuk, hogy két sorban hét SFF SAS (ill. feltételezhetően SATA) diszk fér bele:
A gépet kiemelve már okosabbak vagyunk:
Az Intel Modular Server egy blade-szerű megoldás, amely áll egy ránézésre passzív házból, illetve modulokból, amelyeket egyesével dughatunk bele.
Elölről és hátulról így néz ki:
Az első részen látható a 14 db. hotswap diszk (illetve azok helye, mi három diszkkel kaptuk), alatta egy ventillátor modul, majd a doboz jobb oldali 2/3-án a 6 darab, ún. Compute Module hely, amelyből esetünkben kettő van feltöltve.
A hátulja bal oldalt két ventillátor modulból, középen egy SCM, SW1 és MM (Storage Controller Module, Switch, Management Module) kártyából áll, amelyekből az SCM és az SW modulokból kettő is lehet a rendszerben.
A doboz jobb oldalán pedig négy tápnak van hely, ebből nálunk kettő volt telepítve, ill. két dummy modul, amelyben csak kisebb ventillátorok vannak.
A doboz önmagában nem sok mindent tartalmaz:
kicsit a p-class HP blade-eket idézi a passzivitásával, bár utóbbi méretben és kapacitásban is nagyobb.
A doboz lényegi tartalma a Poggyász hátán (a fotót az időközben befutott Kétvirág készítette):
A modulokat közelebbről megvizsgálva szembe tűnik, hogy mindegyik hátsón van egy RS-232-es port, illetve a rájuk jellemző egyéb csatlakozók (storage modulon külső SAS csatlakozó, a switch modulon RJ-45-ös Ethernet portok, a management modulon szintén egy RJ-45-ös Ethernet):
A tápegységet megnézve azt láthatjuk, hogy 1050W-os, kínai (American components, Russian components: all made in Taiwan) és Delta. Ugyanaz, mint az x86-os HP szerverekben.
A dobozon találunk egy figyelmeztető jelzést is:
amely sajnos meghiúsítja ördögi tervünket (munkahelyi üdítő- és csokoládéautomatára gyűjtünk).
A Compute Module, azaz a "blade szerver" így néz ki:
Két, passzívan hűtött 5400-as szériájú négy magos Xeon processzor (előtte és közvetlenül mögötte sincs ventillátor, így egy műanyag légcsatornával próbálják "csőbe húzni" a levegőt) van a szerverünkön. A kártyán rend van, 8 darab memóriaslot (gépünkben 2 GB van) található rajta, amellyel 32 GB-ig biztosan bővíteni tudjuk a szervereket, hátul egy rendszer és egy tápcsatlakozó, ATI ES1000 videochip, és a jobb hátsó sarokban a mezzanine kártya bővítőhelye.
Érdekes a modul elején lévő hely, úgy tűnik az Intel meghagyta a lehetőségét annak, hogy a későbbiekben a modulra is tehessünk legfeljebb két helyi diszket (esetleg mást, pld. bővítőkártyákat), ha a közös megoldás nem válna be.
Fan modul és Ethernet switch:
Storage controller:
Jól látható a külső SAS csatlakozó, amelyre a beépített expanderen keresztül köthetünk külső storage-ot (ez enyhíti kicsit a SAN opció hiányát). A kontroller maga LSI chipes, 512MB cache-t tartalmaz (amely értelemszerűen megoszlik a szerver modulok között), illetve a miénkben volt egy akksi is, amely feltételezhetően segít a cache-nek nem felejteni, illetve az írást ilyen módon gyorsítani.
A menedzsment modul egy Realtek chippel kezdődik:
és egy lighttpd-t:
telnet 172.16.133.181 80
Trying 172.16.133.181...
Connected to 172.16.133.181.
Escape character is ^].
HEAD / HTTP/1.0
HTTP/1.0 302 Found
Connection: close
X-Powered-By: PHP/5.2.2
Set-Cookie: PHPSESSID=hg5q1jiu3i07l3ummjes5evs84; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Location: https:///
Content-type: text/html
Content-Length: 0
Date: Wed, 13 Feb 2008 11:34:13 GMT
Server: lighttpd/1.4.11
futtató ilyen OS-sel végződik:
Starting Nmap 4.52 ( http://insecure.org ) at 2008-03-16 11:01 CET
Interesting ports on 172.16.133.181:
Not shown: 1702 closed ports
PORT STATE SERVICE
80/tcp open http
111/tcp open rpcbind
199/tcp open smux
443/tcp open https
623/tcp open unknown
624/tcp open unknown
625/tcp open apple-xsrvr-admin
2201/tcp open ats
6346/tcp filtered gnutella
8000/tcp filtered http-alt
8080/tcp open http-proxy
10000/tcp open snet-sensor-mgmt
MAC Address: 00:15:17:34:20:13 (Intel Corporate)
No exact OS matches for host (If you know what OS is running on it, see http://insecure.org/nmap/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=4.52%D=3/16%OT=80%CT=1%CU=32827%PV=Y%DS=1%G=Y%M=001517%TM=47DCF23
OS:C%P=amd64-portbld-freebsd7.0)SEQ(SP=BB%GCD=1%ISR=C5%TI=Z%TS=7)SEQ(SP=BC%
OS:GCD=1%ISR=C5%TI=Z%TS=7)OPS(O1=M5B4ST11NW2%O2=M5B4ST11NW2%O3=M5B4NNT11NW2
OS:%O4=M5B4ST11NW2%O5=M5B4ST11NW2%O6=M5B4ST11)WIN(W1=16A0%W2=16A0%W3=16A0%W
OS:4=16A0%W5=16A0%W6=16A0)ECN(R=Y%DF=Y%T=40%W=16D0%O=M5B4NNSNW2%CC=N%Q=)T1(
OS:R=Y%DF=Y%T=40%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=16A0%S=O%A
OS:=S+%F=AS%O=M5B4ST11NW2%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%
OS:Q=)T4(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%
OS:A=S+%F=AR%O=%RD=0%Q=)T5(R=Y%DF=Y%T=40%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)T6(R=Y
OS:%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=O%A=Z%F=R%O
OS:=%RD=0%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T7(R=Y%DF=Y%T=40
OS:%W=0%S=Z%A=O%F=AR%O=%RD=0%Q=)U1(R=Y%DF=N%T=40%TOS=0%IPL=164%UN=0%RIPL=G%
OS:RID=G%RIPCK=G%RUCK=G%RUL=G%RUD=G)IE(R=Y%DFI=N%T=40%TOSI=Z%CD=S%SI=S%DLI=
OS:S)
Uptime: 1.847 days (since Fri Mar 14 14:51:01 2008)
Network Distance: 1 hop
A switch modul közelről szintén egy egy-két chipes integrált megoldás, 10 porttal:
Míg végignéztük a részegységeket a dolgos kezek berakták a rackbe a dobozt, a versenyszellem jegyében egy HP p-class (régebbi) blade enclosure-re:
Miután ez is megvolt, úgy gondoltuk, hogy bekapcsoljuk a gépezetet, amely még ebben a zajos környezetben is olyan hangos volt, hogy egy közeli Linux meggondolta magát és a biztonság kedvéért elpánikolt:
Mi azonban nem ijedtünk meg, rádugtunk a menedzsment konzolra egy notebookot és figyeltük, hogy mi történik. Semmi. Reménykedtünk kicsit, hogy legalább valami DHCP-s, vagy bármilyen más hálózati próbálkozás lesz, de hát ha nem, hát nem, szégyenszemre elővettük a manualt:
Azt mondja, hogy a Mozilla Firefox nevű alkalmazással kell elérni a konzolt a 192.268.150.150-es címen. Hollywoodi jelenetek jutnak hirtelen az eszünkbe, de kicsit arréb csúszik a szemünk a lapon és máris olvashatjuk a helyes megoldást:
A default usernév, jelszó: admin/admin
Mielőtt azonban belépnénk, nézzük meg kicsit, hogy hogyan is épül fel a gép.
Az Intel Technical Product Specification nevű PDF-ből kiollózott architekturális (huzalozási) diagram:
Ezek szerint minden Compute Module egy-egy SAS kapcsolattal rendelkezik a két storage controller felé, amely így képessé válik a redundancia biztosítására. A weblap szerint ezt a redundanciát a rendszer még nem támogatja, implementálása 2008. első negyedévére (az most van) várható. A storage controllereken nem közvetlenül lógnak a diszkek, hanem összesen két SAS expanderen keresztül érik el a SAS backplane-t. Ahhoz, hogy a rendszer a Compute Module-tól a diszkig redundáns legyen, értelemszerűen dupla útvonallal kell, hogy rendelkezzen. Ennek érdekében a rendszerrel szállított Seagate diszkek is duplaportosak, azaz bármelyik komponens (útvonal, SCM, SAS expander) kiesését képes a diszk elvesztése nélkül elviselni a rendszer.
A diszkek "A" és "B" portja egy-egy összerendelésben van a storage controllerrel és az expanderrel, azaz az SCM1 csakis az egyes expanderen keresztül fogja elérni a diszkek "A" SAS portját, míg az SCM2 a kettes expanderen a diszkek "B" portját.
Az SCM1-expander2 és SCM2-expander1 SAS kapcsolat a két SCM cache szinkronizációjára van fenntartva (kérdés, hogy ez fizikailag egy kapcsolatot jelent-e, mert ezesetben szűk keresztmetszetet jelenthet).
A switch modul tíz külső Gigabit Ethernet porttal rendelkezik, illetve belül minden gép felé két port (összesen tehát 12) látszik. Ezen felül az opcionális második switch felé egy 10 gigabites belső kapcsolat van, illetve a doksi szerint az SCM felé is ki van építve egy 10GE link. Ennek szerepe egyelőre nem tisztázott, vélhetőleg a későbbiekben iSCSI-szerű funkcionalitást nyújthat majd (bár a belső diszkek esetében ennek nem sok értelmét látom).
Most, hogy már tudjuk mivel állunk szemben, lépjünk be a menedzsment felületre (amelynek még fent a gépteremben egy keresztkábellel átállítottuk a hálózati interfészét DHCP-sre).
A bejelentkező képernyő átlátszó login-ablaka már sejtet némi modernitást, amit méginkább megerősít a belépés után látható dashboard:
A dashboardon a leglényegesebb információkat láthatjuk: van-e valamilyen teendő a szerverünkkel (nincs), az "egészsége" (kiváló), az áramfelvétel a tápegységek számának tükrében (egyértelmű jelzéseket kapunk: ha a zöld sávban vagyunk, a rendszer egy tápegység kiesését gond nélkül elviseli, ha a sárgában, egy újabb táp elvesztése már meghatározhatatlan következményekkel jár, ha pedig a pirosban áll a mutató, a rendszer túlterhelt, ne csodálkozzunk azon, ha kiszámíthatatlanná és megbízhatatlanná válik a szerver működése).
A dashboardon látható még egy hőmérsékleti kijelző (környezeti, szerver CPU-k és diszkek), illetve egy ízelítő a legutolsó kritikusnak ítélt eseményekből.
Továbblépve megtekinthetjük szerverünk elejét és hátulját is, és joggal bízhatunk abban, hogy ezek az ábrák a valóságot fogják tükrözni, azaz a megjelenített eszközök ott vannak, ahol azt a lapon látjuk (vagy éppen nincsenek):
Mint az látható, a szervereknél megszokott módon a doboz és minden modul tele van szórva érzékelőkkel (amelyekre riasztási küszöbök is állíthatók). A kívánt információt általában többféleképpen is megszerezhetjük: a gépekhez hozzárendelt diszkterületeket például megnézhetjük a szerver információs ablakaiban és a storage menedzsment fülön is.
Itt érdemes szót ejteni arról, hogy mit is jelent az, hogy a storage controller virtualizálja a diszkeket. A "hagyományos" RAID kontrollerekkel, illetve blade (pld. HP blade-eknél) megoldásokkal szemben itt a szervereknek (Compute Module) csak SAS kapcsolatuk van a storage controller felé, azaz diszket közvetlenül nem látnak. A storage controller feladata, hogy minden gép számára tudjunk tárhelyet biztosítani, ezt azonban nem úgy teszi, hogy a legkisebb egységként a diszket ajánlja fel (azaz pld. az első szervernek az első két diszket odaadja RAID 1-ben), hanem a diszkek fölé storage poolok, azok fölé pedig virtuális diszkek (volume-ok) szervezhetők.
Ez azt jelenti, hogy a mi három diszkünk esetében ezeket egy poolba téve "csíkokat", volume-okat, virtuális diszkeket alakíthatunk ki, amelyek aztán a választott redundancia (RAID) szint szerint fognak rendelkezésre állni.
Három diszkkel RAID 0-át (striping), 1-et (mirroring), 5-öt (striping+parity block), illetve 1E-t (stripe+mirroring) választhatunk, de megfelelő méretű pool (elég diszk) esetében használhatunk RAID 6-ot (dupla paritás), RAID 10-et, 50-et, vagy 60-at is. Azaz szinte minden értelmes kialakítást.
A virtuális diszkek kialakítása gyerekjáték:
Mint látható, a virtuális diszkeket szerverekhez rendelhetjük, illetve beállíthatjuk, hogy azok milyen LUN-nal lássák azt (a boot diszknek érdemes a 0-ásat adni).
Sajnos az Intel kihagyott egy nagyszerű lehetőséget, amely például a HP blade megoldása fölé emelte volna ezt a rendszert: a virtuális diszkek csak egy szerverhez köthetők, egy diszket nem érhet el több szerver.
Az architektúra egyértelműen lehetővé teszi ezt, segítségével pedig viszonylag olcsón, külső SAN (vagy egyéb, ekvivalens) megoldás nélkül lehetne shared diszkes clustereket (pld. mini Oracle RAC, vagy HA clusterek osztott adatterülettel) építeni egy kompakt megoldásban.
Ha valakinek esetleg nehezére esne követnie, hogy melyik diszk milyen virtuális diszkeket tárol, illetve azokat mely szerverek használják, segítség lehet a storage layout, amely egy bonyolultabb megosztás esetében igen hasznos lehet:
A háttértár mellett nagyon fontos a hálózat. A mi eszközünkben egy darab switch kapott helyet (a rajz szerint a második switch által biztosított két plusz port gépenként csak egy külön beszerzendő mezzanine kártyával vehető igénybe), amely a világ felé tíz GE porttal, befelé pedig 12 (gépenként kettő) GE-vel kapcsolódik.
Szintén a clusteres képességek javítása kapcsán úgy gondolom, hogy néhány területen értékelték volna a GE helyett a gyorsabb interconnect megoldásokat is (például InfiniBand), de ha már ez nem fért bele, a két GE port ellensúlyozásaként hasznos lett volna legalább 2,5 gigabites Ethernetet tenni belülre, mellé pedig ehhez passzoló switchet. Apró bibi persze, hogy ilyet jelenleg csak a Broadcom gyárt, itt meg ugye Intel megoldásról beszélünk. (a 10 GE valószínűleg költség oldalról volt ellenjavallt, illetve könnyen lehet, hogy a szegmens, amelyet megcéloztak vele, nem is igényli ezeket a sebességeket)
Szóval a switch. A switchet kétféleképpen menedzselhetjük: egy egyszerű felületen, amely integrálva van a fent bemutatottal, illetve egy fejlettebb (még mindig webes) GUI-n, ahol sokkal több beállítás elvégzésére van mód.
Az egyszerű beállító-felület a port státuszát (enabled/disabled), a VLAN-t, a sebességet (10-100-1000, FDX, HDX) és a STP alapvető befolyásolását teszi lehetővé:
A részletesebb, több beállítást lehetővé tévő felület egy új böngészőablakban (másik webszerveren, porton) jön be:
amely rögtön érdekes megoldásra hívja fel a figyelmet: a switch IP címe a lap szerint 1.1.1.71, így a külső menedzsment modulon minden bizonnyal egy HTTP proxy fut, amely továbbítja belülre a kéréseket.
A switch képességeire jól lehet következtetni a bal oldali lenyíló menüben szereplő pontokból:
Az eszköz tudása egy átlagos layer 2 switché: port tükrözés, kábelmérés (távolság, érvizsgálat, skew), storm control (broadcat, ismeretlen unicast, multicast), port security, ACL-ek (MAC és IP alapon), interface trunking (LAG, LACP), STP (RSTP, PVSTP), VLAN (a GARP és GVRP-ből ítélve nem éppen Cisco switch van belül), VLAN grouping (MAC cím, IP subnet, és protokoll (IP/IPX/ARP) alapján), QoS és az általános statisztikák.
A menedzsment felületen természetesen több user is létrehozható, ezek külön szabályozhatók RW/RO alapon az egyes nagyobb egységekre nézve (chassis, storage, switch admin, illetve a hat szerver egyesével). A felhasználókhoz riasztási szintek köthetők, amelyek egyesével beállíthatók minden típusra:
A gépek távmenedzsmentjét távoli soros porttal, illetve KVM (Keyboard, Video, Mouse) átvételével lehet intézni, utóbbihoz egy virtuális CD is társul, amely a gépünkön lévő CD/DVD drive-ot közvetlenül, vagy a gépünk diszkjén lévő image-ből (ISO) tud dolgozni. A remote KVM alkalmazás Java WS-os, kétféle mód (high, low resolution) közül választhatunk, az erőforrásaink (pld sávszélesség) és igényünk függvényében.
Az alkalmazás képminősége és -frissítése jó (viszonyítási alap a HP ILO-ja, amely néha egyenesen katasztrofális), a virtuális CD viszont nekem nagyon lassú volt (helyi gigabites hálózat).
A KVM program menüjéből vezérelhetjük azokat a gombokat, amelyeket az nem tud átvinni közvetlenül és itt kapcsolhatjuk be, vagy ki a távoli CD/DVD-t is:
A menedzsment felületről készült videók:
http://ftp.fsn.hu/contrib/bra/intelmodular-mgmc.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-switch.avi
http://ftp.fsn.hu/contrib/bra/intelmodular-fbsdinstall.wmv
Miután kiveséztük szinte az egész gépet, ejtsünk pár szót a szerverekről is. A mi dobozunk két Compute Module-lal érkezett, amelyekben 2 db. L5410-es (2,33 GHz-es, 1333 MHz-es FSB-s, 12MB L2 cache-es) quad core Xeon processzor és 2 GB RAM volt.
A processzorok tekintetében az L5410 -az E5410-es alacsony feszültségű (LV) párja- az 5400-as széria ("Harpertown") majdnem legkisebb CPU-ja, alatta már csak az 5405 van (2G/1333MHz), felette pedig még jópár változat, a jelenleg legnagyobb X5482-vel bezárólag (3,2G/1600MHz).
Ez azonban ne tévesszen meg bennünket, hiszen az "új" Xeonokból már az 5300-as széria is nagyon gyors volt, amelyre még egy lapáttal rátett az Intel az 5400-assal.
Bár semmiképpen nem mondanám kimerítő CPU benchmarknak, azért lefuttattam a sysbench CPU tesztjét három különböző gépen. Az egyik a cikk tárgya, azaz két darab Intel L5410-es (2,33 GHz) quad core xeonos gép, a másik egy HP BL460c, ugyancsak két darab quad core Xeonnal, de az előző szériából (E5345, 2,33GHz), a harmadik pedig egy még korábbi verzió, az 5130, amely csak két magos és 2 GHz-en ketyeg.
A következő parancs:
for i in `jot 32`; do sysbench --num-threads=$i --test=cpu --cpu-max-prime=100000 run | grep total time: | egrep -o [0-9]+.[0-9]+; done
eredménye:
Az x tengelyen a futásidő látható másodpercben, míg az y-on a threadek száma a ciklusban.
Az Intel eléggé belehúzott az elmúlt évben, ráadásul meglehetősen aggresszív árpolitikát folytat (az 5400-as CPU-k olcsóbbak, mint az elődeik).
A gépek BIOS-a átlagosnak mondható:
A memória a modulok számától függően teljes egészében felhasználható (no RAS), tükrözhető (a memóriamodulok felének kiesését tolerálja a rendszer, értelemszerűen a kapacitás felezésével), illetve tartalékolható (memória RAID 5, ahol egy modult elveszthetünk a működés befolyásolása nélkül). Kíváncsi vagyok, hogy ha az Intel is áthelyezi a memóriavezérlőt a processzorba, eltűnnek-e ezek a funkciók a low-end, midrange x86-os szerverekből.
A gépben egy LSI 1064E SAS vezérlő biztosítja a kapcsolatot a storage controller, és így a diszkek felé, a hálózati elérést pedig Intel PRO/1000 EB NIC-ek adják.
Vélemény:
Az Intel Modular Servert két dologgal tudnám összehasonlítani. Az egyik hat darab 1U-s rackmount szerver (a modular server doboza is 6U-s és hat Compute Module fér bele), a másik pedig egy hasonló méretű blade megoldás (ezekből leginkább a HP-t ismerem).
A rackmount szerverekkel szembeni előnye világos: kompaktabb, egységes környezet, dinamikusan kiosztható diszkterület, integrált switch és sok mindenre kiterjedő monitoring, riasztási lehetőség, távmenedzsment.
Árban valószínűleg az 1U-s rackmount szerverek nagy többsége fölött van, azonban ha azok teljes költségéhez hozzászámítjuk a valószínűleg kisebb fogyasztás, a switch és az ilyen szintű távmenedzsment lehetőségét is (azaz nem a legolcsóbbat vesszük), könnyen lehet, hogy azonos, vagy éppen magasabb árat kapunk.
A blade megoldással szemben jelenleg hátrányként róható fel a választék hiánya, amely mind a szerver-modulok, mind a beléjük helyezhető kiegészítő kártyák (mezzanine és backplane modulok) tekintetében fennáll.
A rendszer felépítéséből adódik a kérdés: mennyire jövőbiztos az architektúra, milyen további fejlesztések várhatók?
Bár elvi lehetősége van annak, hogy akár mezzanine kártya nélkül Fibre Channel, vagy InfiniBand képessé váljon a szerver (például egy olyan kombinált storage controllerrel, amely a belső SAS kapcsolatokon keresztül valósítja meg az elérést, kifelé pedig FC, vagy IB csatolóval rendelkezik), azonban elképzelhető, hogy abban a szegmensben, amelyet az Intel megcélzott a Modular Serverrel nincs is igény az ilyen -jellemzően magasabb árszínvonalat képviselő- megoldásokra.
A Modular Servert egy belépő szintű blade megoldásnak érzem, amely némileg kisebb bővíthetőséget ad, mint a "nagy" blade megoldások, azonban -feltételezhetően- alacsonyabb áron teszi ezt, hasonló szolgáltatások mellett. Annak, aki több, két processzoros x86-os szerver felett "uralkodik", esetleg most még csak kevesebbel indulna, de a későbbiekben bővülne és együtt tud élni a fent említett hiányosságokkal, mindenképpen hasznos megoldás lehet.
A tesztgépet az ASBIS Magyarország biztosította, köszönet érte.
A tesztről készült összes kép itt tekinthető meg.
ui: miután kivettük a Poggyászból a Modular Servert, visszanőttek a lábai, megrázta magát -tiszta ruha illatát árasztva magából-, majd elsietett (ezt egy tűzálló géptermi ajtónk bánta, amely önhibáján kívül éppen zárt állapotban tartózkodott, amikor meg kellett tapasztalnia a tudákos körtefa földöntúli erejét) Széltolóhoz, aki Ankh-Morporkból üzeni, hogy épp jókor érkezett a láda, mert már nagyon fogytán volt a tiszta alsónak. |
hup.hu
2008-12-17 12:49:17 | A Fujitsu Siemens Primergy szerverei tényleg sokáig működnek (x) |
| Miközben a legtöbb kiszolgáló üzemideje bőven túlmutat a 3 éven, a szerverszállítók tipikusan egy-hároméves szervizelési garanciát kínálnak és ezen túlmutatóan kizárólag kemény összegekért cserébe nyílik csak lehetőség annak kiterjesztésére. Pedig a szerverekkel kapcsolatban támasztott üzemeltetési követelmények nem csökkennek attól, hogy elérnek egy bizonyos kort.
Hardveres meghibásodás esetén a szervizelés, főleg ha hivatalos támogatási csatornákon keresztül történik, csillagászati árú lehet, ami akár a szerver lecserélésére késztethet, hiszen egyre kevesebb pénzért egyre többet nyújtanak a gépek, a drága javítás néha nem tűnik kifizetődőnek. Ezen túlmenően a kiesett szolgáltatás okozta közvetlen üzleti kár vagy arcvesztés ennél is fájdalmasabb és kínosabb lehet.
Erre reagálva a Fujitsu Siemens Computers életciklus garanciát vezetett be a Primergy x86-szervereire, melynek keretében minden megvásárolt konfigurációra (a belépő kategóriájú Econel márkanevet viselők kivételével) a jelzett garancia időn felül is annak teljes várható élettartamára szervizelést biztosít Magyarország területén a mozgó alkatrészt nem tartalmazó hardverelemek meghibásodása esetén. A jelenlegi feltételekkel ez a gyártástól számítva 60 hónapot takar, azaz 5 évet.
Az életciklus garancia nemcsak biztosítékot kínál a rendkívül költséges javításokkal szemben, de egyúttal a Fujitsu Siemens Computers Primergy szerverekbe vetett bizalmát is jelzi, mégpedig abban, hogy ezek a meghibásodások ritkán fognak bekövetkezni. A Fujitsu Siemens Computers meggyőződése, hogy a Primergy szerverek kimagasló megbízhatósággal rendelkeznek, ami a precíz német mérnöki munkának és a japánok minőség iránti megszállottságának köszönhető.
Német tervezés, japán ellenőrzés
Az alacsony meghibásodási arány, melyen keményen dolgoztak a cégnél az elmúlt években, nagyrészt a hűtési rendszernek köszönhető. A Primergy szerverek belseje több dedikált szélcsatornára osztott, hogy a levegő áramlásakor a lehető legkevesebb káros turbulencia keletkezzen. Ezt egészítik ki a hőelvezető csövek és szabályozható fordulatszámú redundáns ventilátorok. Az alacsonyabb hőmérséklet pedig egyet jelent a hosszabb élettartammal. Ha 15 fokkal emelkedik az elektronikai, vagy 10 fokkal a mechanikai alkatrészek hőmérséklete, akkor nagyjából megfeleződik a várható élettartam.
A hűtés hatékonysága mellett a Fujitsu Siemens Computersnél nagy hangsúlyt fektetnek az alacsony fogyasztásra is a megfelelő alkatrészek alkalmazása révén, melynek hozadéka kettős. Az alacsonyabb fogyasztású alkatrészek segíti hűvösebben tartani a rendszert, illetve az elektronikán átfolyó gyengébb áramerősség kevésbé fárasztja az áramköröket, huzalozást - napjainkban az elektromigráció, vagyis a vezető közeg elektronok okozta erodációja nagyon is valós probléma.
A másik haszon szintén jelentős, a szerver és a hűtés energiaköltségét csökkenti. A rendszer fogyasztását nagyban befolyásolja a tápegység megválasztása, tekintettel egyrészt annak konverziós hatékonyságára, valamint a rendszer fogyasztásához megfelelő névleges teljesítmény kiválasztásával. A feleslegesen erőteljes tápegység pazarlást jelent nemcsak a beszerzési ár, hanem a felvett energia szempontjából is, alacsony terhelési tartományban ugyanis a hatékonyság leesik, ráadásul a nagyobb teljesítményű darabok terheletlen fogyasztása is magasabbról indul.
Kimagasló hatékonyság
A Fujitsu Siemens Computers energiatudatosságának bizonyítékául a vezető gyártók közt a Primergy elsőként törte át az iparágilag elfogadott teszteket kidolgozó Standard Performance Evaluation energiahatékonyságot mérő SPECpower_ssj2008 tesztjében az 1000 pontos lélektani határt, és a mai napig megelőzi összes fő riválisát - a Fujitsu Siemens Computers nem csak beszél a zöld informatikáról, de csinálja is.
A magyarországi tömegigények kiszolgálására rendkívül jó példa a Primergy TX120 S1, mely a legek toronyszervere: a legcsendesebb, legalacsonyabb fogyasztású és a legkisebb. A Primergy TX120 S1 mérete alig haladja meg egy A4-es papírokat tároló mappáét, pedig Intel Xeon szerverprocesszor, RAID-elhető hot-swap merevlemezeket, ECC memóriát és integrált távfelügyeleti vezérlőt is magában rejt. A terhelés alatt 31 decibeles zajszintje irodai környezetben is tökéletesen használhatóvá teszi, ennél a normál emberi beszéd is hangosabb.
A Fujitsu Siemens Computers életciklus garanciájával és a Primergy szerverekkel kapcsolatos további információkért látogasson el erre a weblapra (Flash!).
(A cikk a Fujitsu Siemens megbízásából készült.) |
www.hirextra.hu
2008-08-13 11:54:23 | Gyurcsány Pekingbe megy |
| Gyurcsány Ferenc - családjával közösen - úgy döntött, hogy elutazik Pekingbe. Erről a miniszterelnök nyilatkozott az MTI-nek szerdán. A kormányfő elmondta: feleségét kedden megműtötték, a vállában elszakadt szalagokat visszavarrták, a vállcsontot és a lapockát pedig egy huzallal rögzítették. |
www.blikk.hu
2008-02-25 08:42:10 | Rendőrt ölt ez a huzal |
| Földút fölé kifeszített fémhuzal végzett egy 29 éves motorossal |
www.mno.hu
2008-03-17 19:30:00 |
Áramszünet volt Gyulafehérváron
|
|
Gyulafehérvár két lakónegyedében fél órán keresztül áramszünet volt hétfőn délben. A szakemberek hamar rájöttek, hogy valaki huzalokat vágott el, és ez okozta a kiesést. A problémát viszonylag rövid idő alatt megoldották.
|
www.mno.hu
2008-07-05 12:01:00 |
Hat színesfémtolvaj bukott le Verpeléten
|
|
Mintegy 100 ezer forint értékű, szilícium bevonatú huzalt lopott el hat tolvaj pénteken egy verpeléti telephelyről. Mivel azonban egy trafóberendezést rongáltak meg, az okozott kár ennél jóval nagyobb: megközelítőleg 2 millió forint.
|
index.hu
2008-04-02 06:44:00 | Bombaalkatrészeket találtak az orlandói repülőtéren |
| Az egyik utas táskájában csövek, lőszer, kézigránát és huzalok voltak. |
www.tfo.hu
2008-10-09 19:00:00 | FHB: 9.347 darabot vettek |
| Az FHB Jelzálogbank Nyilvánosan Működő Részvénytársaság /1132 Budapest, Váci út 20., a továbbiakban: "Társaság"/ a tőkepiacról szóló 2001. évi CXX. törvény alapján rendkívüli tájékoztatási kötelezettségének eleget téve tájékoztatja a tisztelt befektetőket, hogy a Társaság - a Társaság 2008. évi rendes közgyűlése által adott felhatalmazás keretei között, az Igazgatóság határozata alapján 2008. október 09. napján az Erste Befektetési Zrt. mint befektetési szolgáltató útján 875 Ft-os árfolyamon 9,347 db FHB A sorozatú törzsrészvényt vásárolt. A Társaság tulajdonában a fenti tranzakció eredményeképpen 2008. október 09. napján összesen 446.750 db A sorozatú törzsrészvény, mint saját részvény van. |
www.tfo.hu
2009-01-05 13:51:14 | Phylaxia: bejegyezték a KEG változásait |
| A PHYLAXIA 1912. Holding Nyilvánosan Működő Részvénytársaság (1113 Budapest, Bocskai u. 77-79.; a továbbiakban: "Holding") tájékoztatja a T. Befektetőket, hogy a Holding 95 %-os tulajdonában álló KEG Közép-európai Gázterminál Nyilvánosan Működő Részvénytársaság (2545 Dunaalmás, 10-es főút, 74 km szelvény, 0704/35 hrsz.; a továbbiakban "Társaság") nyilvános működési formáját, a részvények névértékének módosulását, az alaptőke felemelését, a tisztségviselők változását, az Alapszabály módosítását és a 2008. november 20-i Közgyűlés további határozatait a Komárom-Esztergom Megyei Bíróság mint Cégbíróság a cégjegyzékbe 2008. december 31. napjával bejegyezte. |
http://prae.hu/
2008-10-12 16:00:00 | Posztmodern bicajozás a PLACCC 2008-on |
| A PLACC 2008 - Művészet a helyszínen programsorozat célja, hogy megismertesse a budapesti közönséget a helyszínspecifikus művészeti "előadások" nyújtotta különleges élményekkel és különös művészi lehetőségekkel. A Budapesti Őszi Fesztivál és az Artopolis Egyesület közös szervezésében főként Budapest közterein futó előadássorozat egyik vendégszereplője a Blast Theory társulat Biciklis történetek (Rider Spoke) című programja. |
www.tfo.hu
2008-12-12 11:26:20 | Saját részvény tranzakció |
| Az econet.hu Média, Telekommunikációs és Vagyonkezelő Nyilvánosan Működő Részvénytársaság (1117 Budapest, Hauszmann Alajos u 3., Cg. 01-10-043483) ezúton teszi közzé, hogy saját részvényeire 2008. december 11-én 1 darab (10.000 darab törzsrészvénynek megfelelő), 2009. márciusi lejáratú határidős vételi kontraktust nyitott, 73,-Ft-os részvényenkénti áron. A tranzakcióra tőzsdei ügyletben, az Equilor Befektetési Zrt. mint befektetési szolgáltató igénybevételével került sor. Ezzel - a 2008. október 10. és 2008. november 24. között nyitott vételi kontraktusokkal együtt - az econet.hu Nyrt. összesen 104 darab (1.040.000 darab törzsrészvénynek megfelelő), 2009. márciusi lejáratú határidős vételi kontraktussal rendelkezik saját részvényei tekintetében. |
www.fn.hu
2008-11-18 12:34:21 | Új havilapot indít a Sanoma |
| Piknik címmel havonta megjelenő, zömében a kiadó más lapjaiban már publikált írásokból szemezgető, főként nőknek szóló kiadványt indított a Sanoma Budapest Zrt. |
www.workania.hu
2008-12-17 10:00:08 | Technical writer (Ref. No.: 1786) |
| 2008.12.17., Budapest, Randstad |
origo.hu
2008-12-29 15:24:55 | Eredménytelen napot zártak Ferihegyen |
| Miközben a Budapest Airport közleménye szerint jó úton haladnak a tárgyalások, és a reptér vezetése több engedményt is tett a munkavállalóknak, a szakszervezetek szerint a mai megbeszéléseken sem sikerült közelíteni az álláspontokat. |
hvg.hu
2008-10-07 07:18:41 | Újra a menetrend szerint járnak a vonatok a Budapest-Cegléd vonalon |
| Kedd hajnali üzemkezdettől újra a menetrendnek megfelelően közlekednek a vonatok a Budapest-Cegléd vasútvonalon, ahol előző nap tragikus baleset történt. |
www.workania.hu
2008-10-10 13:00:48 | Marketing munkatárs |
| 2008.10.10., Budapest, Budapest (Város), WYWEX Kereskedelmi és Szolgáltató Kft. |
www.hirado.hu
2008-11-13 00:00:00 | Budapest - Belváros |
| A Főtér november 16-ai adásának tartalma |
stop.hu
2008-11-10 12:20:00 | Jótékonysági mérkőzés a dunaszerdahelyi áldozatokért |
| A közvélemény számára jól ismert a november 1-jei DAC-Slovan meccsen történt botrányos incidens. Az ottani áldozatok között olyanok is vannak, akik súlyos, életveszélyes sérüléseket szenvedtek, mint például Lengyel Krisztián. A Budapest Honvéd a saját és szurkolói nevében szeretne valamit tenni az áldozatok megsegítésére. Erről nyilatkozott a klub nevében George F. Hemingway: |
www.hir3.hu
2008-12-13 08:24:01 | Életbe lép az új vasúti és Volán menetrend vasárnaptól |
| Hatályba lép a 2009. évi vasúti és Volán menetrend vasárnap. A MÁV-START közlése szerint összességében ugyanannyi vonat fog közlekedni, mint az előző menetrendben, viszont a kihasználatlan vagy indokolatlan kapacitásokat átcsoportosították az utazási igényeknek megfelelően. A Volán-társaságok 2009. évi menetrendje lényeges változtatást nem tartalmaz az előzőhöz képest. Az új menetrendben az igények, a kapacitások, a csatlakozások jobb összhangját teremtették meg. A kiszámíthatóság érdekében kiterjesztik az Volánnál is az ütemes menetrendet a Budapest-Gyöngyös-Eger, a Budapest-Székesfehérvár-Veszprém vonalakra. |
www.workania.hu
2008-11-01 02:00:08 | Mérnök értékesítő / tanácsadó (Ref.sz.: 20.733) |
| 2008.10.25., Budapest, ISG Personalmanagement Kft |
www.workania.hu
2008-11-01 02:00:08 | Gépészmérnök (Ref.sz.: 1416) |
| 2008.10.22., Budapest, Randstad |
www.workania.hu
2008-10-08 08:01:16 | Értékesítő mérnök |
| 2008.10.08., Pest megye, Budapest környéke, IMPC Personnel Hungária Kft. |
www.blikk.hu
2008-12-17 20:22:33 | Baba kell, az apja nem! |
| BUDAPEST |
www.hir3.hu
2008-12-19 08:13:22 | Zavartalan a közlekedés Ferihegyen |
| Zavartalan a közlekedés Ferihegyen pénteken reggel - tájékoztatta az MTI-t Szollár Domokos, a Ferihegyet működtető Budapest Airport (BA) Zrt. szóvivője. A szóvivő beszámolt arról, hogy a 2B terminálon mind a négy utasbiztonsági kapu működik, jelentős sorok nincsenek. Ugyancsak zavartalanul működik az átszállókapu is, így az átszállóforgalom is zökkenőmentesen halad. Szollár Domokos elmondta: a Forgalmi és Rampatisztek Szakmai Szervezete (FORTISZ) által csütörtökön 17 órakor kezdett munkabeszüntetés még aznap 20 órakor befejeződött, ám arról nincs információja, hogy a szakszervezet folytatja-e a sztrájkot. |
www.workania.hu
2008-11-01 02:00:10 | Manager a hús- és hentesáru osztályokra (Ref.sz.: HHM-W) |
| 2008.09.30., Budapest (Város), Auchan Magyarország Kft. |
gondola.hu
2008-12-23 13:51:49 | Pert nyertek a ferihegyi szakszervezetek |
| A Fővárosi Munkaügyi Bíróság határozata értelmében jogszerű a ferihegyi munkabeszüntetés. Ezt a Hochtief - Budapest Airport vitatta, feltehetően az időhúzási szándékkal, mivel csak a jelen ítéletet követően kerülhet sor a görög sztrájktörők ügyének tárgyalására. |
www.workania.hu
2008-11-01 02:00:08 | Mérlegképes könyvelő (Ügyfélreferens) (Ref.sz.: 20.149) |
| 2008.10.23., Budapest, ISG Personalmanagement Kft |
www.hetivalasz.hu
2008-10-06 07:00:01 | Nyert ügyek |
| Nem tudják reálisan felmérni pénzügyi helyzetüket a kis- és középvállalkozások, s meglehetősen járatlanok a pénzügyekben. Pedig ez elengedhetetlen ahhoz, hogy sikeresen pályázzanak az uniós forrásokra. Sok esetben továbbra is az önerő előteremtése okozza a legtöbb problémát - mondja Lévay Erika, a Budapest Bank senior termékmenedzsere. |
www.nepszava.hu
2008-12-17 18:14:43 | Már nem bénítja meg a sztrájk a Ferihegyet |
| Gördülékeny és zökkenőmentes a forgalom szerda délután a ferihegyi repülőtéren - közölte Szollár Domokos, a Budapest Airport (BA) szóvivője szerdán az MTI-vel. |
gondola.hu
2008-12-20 10:27:47 | Ferihegyi sztrájk: nagy forgalom várható szombaton délelőtt |
| Nagy forgalomra és a tranzitba lépés előtt legalább 20-25 perces sorban állásra kell számítani a ferihegyi repülőtéren szombaton délelőtt. A Budapest Airport (BA) vezetőinek és a sztrájkoló... |
www.workania.hu
2008-12-06 08:00:04 | Számviteli szakértő (Ref.sz.: 666) |
| 2008.12.06., Magyarország, Budapest, HUMAN CENTRUM Kft. |
hirszerzo.hu
2008-11-03 13:21:00 | Több tüntetés is lesz: bekeményít a rendőrség |
| Jövő hét hétfőig fokozott ellenőrzést rendelt el Budapest rendőrfőkapitánya, mert ebben az időszakban több, várhatóan nagy létszámú demonstráció zajlik a fővárosban - közölte a BRFK hétfőn. |
www.workania.hu
2008-12-01 12:00:12 | Országos értékesítési vezető (Ref.sz.: 599) |
| 2008.12.01., Budapest, HUMAN CENTRUM Kft. |
www.pepsifoci.hu
2008-12-02 09:26:57 | Nézd meg a Fradi Honvéd elleni bombagóljait - videó! |
| Hazai pályán 2-2-es döntetlent ért el a Ferencváros a Budapest Honvéd ellen a Ligakupa hétvégi fordulójában. A zöld-fehérek mindkét találata igencsak szemrevalóra sikerült, de ugyanez a vendégek góljairól is elmondható.
|
www.workania.hu
2009-01-05 16:00:05 | Mérnök-kereskedő (Ref.sz.: 1317) |
| 2009.01.05., Budapest, Randstad |
hirszerzo.hu
2008-10-06 20:26:00 | Vonatbaleset: hajnalra áll helyre a közlekedés |
| A Budapest-Cegléd vasútvonalon, Monorierdőnél a műszaki mentés munkálatainak befejező részét végzik a vasúttársaság szakemberei. |
origo.hu
2008-10-13 10:20:00 | Felmondta a kollektív szerződést a Budapest Airport |
| Nem vezetett eredményre a több mint három hónapos tárgyalássorozat, amelyet a Budapest Airport (BA) kezdeményezett a ferihegyi érdekképviseletekkel a Kollektív Szerződés (KSZ) átalakításáról, ezért a BA péntek este átadta a társaság szakszervezeteinek a KSZ felmondásáról szóló értesítést. A felmondás szabályai szerint a KSZ még három hónapig, azaz 2009. január 10-ig hatályban marad. |
|
Keresés: Linkajánló:
|
