MIW ArmBlock 16 - max. 48 node-os ARM szerver Ubuntu-val előtelepítve

 ( trey | 2011. október 25., kedd - 18:56 )

A MIW ARMBlock16™ a gyártó MIW Design szerint a piacon jelenleg elérhető "legnagyobb sűrűségű" ARM szerver dizájn, amely a moduláris tervezésnek köszönhetően teljes kiépítésében képes legfeljebb 48 darab ARM szerver node-ot befogadni 2U magas házakba.

Az ARMBlock16™ egy belépőszintű termék, amely képes befogadni 16 Marvell AP510 szerver node-ot, miközben teljes terhelés alatt sem fogyaszt 100W-nál többet. Az alapoktól kezdve szervernek épített node-ok mindegyike 2GB @ 1066MHz DDR 3 ECC memóriát, SATA2.0-t tartalmaz. Támogatja a 1.8" SSD drive-okat és a MIW max. 128GB-os "SSD on PCB" meghajtóit.

MIW ARMBlock16™

A gyártó a MIW ARMBlock16™-ot Ubuntu-val előtelepítve árusítja. A teljes specifikáció itt. Az Oracle blogban David Clack, aki az Oracle Java Embedded Global Business részlegénél dolgozik, arról számolt be, hogy tesztelték a cuccot és arra jutottak, hogy a Java SE Embedded for ARM problémamentesen fut ezen a gépen Ubuntu alatt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

teljesítménye? :)

mármint számítási teljesítménye? :)

Apró módosítás:
- node-onként 2GB 1066MHz DDR3 ECC
- node-onként 4GB onboard NAND
- max 250G 1.8" SSD

A többi stimmel :D

Magyarán mindegyik NAND-ra rátolni egy alap linuxot, mehet elosztott számításra...

...és hozza is aggregálva egy db. 2-4 magos középkategóriás Intel/AMD x86_64 proci teljesítményét. :)))

--
Java apps are nothing more than sophisticated XML-to-exception converters.

jah gondolom egy bolti i7 veri :)

--
NetBSD - Simplicity is prerequisite for reliability

Nincs kizarva. Ahogy pl. FLOPS-ban egy kozepkategorias GPU is alazza.
Ezt szerintem web/appservernek szanjak (az is jol parhuzamosithato a sok felhasznalo miatt), es nem szamitasokhoz. De a kesobbiekben az sincs kizarva, az IBM is csinalt mar szuperszamitogepet low-end procikbol (Blue Gene), bar az nem ARM volt, de az elvi lehetoseg ott sincs kizarva (foleg amilyen iramban fejlodik az okostelefonok miatt).

--
Az emberek azt állítják, hogy múlik az idő, az idő viszont csak mosolyog, mert látja, hogy az emberek múlnak. - tibeti közmondás

Nem vagyok benne biztos, hogy webszervernél a proci sebessége a szűk keresztmetszet. Márpedig ez dedikáltan webszerver holmi.

És ha a fogyasztását nézzük, akkor lehet, hogy éves szinten egy Google nagyságú vállalat az áram / hűtés számlán dollár (száz)milliókat spórolhat vele az adatközpontjaiban.

--
trey @ gépház

Azért ne ájuljunk már el tőle, 800 MHz-es ARM SoC van a kártákon. Lassan a mobiltelefonokban magasabb órajelű ARM magok tekernek, persze ez nem jelenti azt, hogy ez nem gyorsabb, ARM-ből van többféle verzió is.

--
Java apps are nothing more than sophisticated XML-to-exception converters.

Én nem állok neki találgatni egy, a vállalat által is entry level-nek pozicionált termék alapján az ARM szerverpiac jövőjéről.

--
trey @ gépház

Pedig a fogyasztás adatok alapján nagy jövője lehet. Egy Core i7 egyedül többet eszik, mint ez az egész doboz.

ivy bridge i7 3700 tdp-je 77w lesz :)

--
NetBSD - Simplicity is prerequisite for reliability

Lesz? Annak örülök. Addig azért ebből a dobozból pár darabot biztosan eladnak.

Node.js
ez a csapásirány.

OpenBSD 4.9/i386 theo for the prezident:D

"miközben teljes terhelés alatt sem fogyaszt 100W-nál többet"
adatcenter méretekben ez milyen költségcsökkenést eredményezhet?

OpenBSD 4.9/i386 theo for the prezident:D

2U méretű cuccok _típustól és céltól függően_ 0.8-2kW-ot esznek.

melyik 2u-s szerver eszik szerinted 2kw-ot?egy hp dl380ast (eleg elterjedt) nagyon tele kell pakolnod, es meg kell hajtanod, hogy 800 wattot egyen...
--
zsebHUP-ot használok!

Különös tekintettel rá, hogy itt egy közepesen megpakolt G6-os 220W körül eszik a saját mérője szerint. :) Azt nem kétlem, hogy ha két X-es proci és 15k-s vinyók vannak, akkor 600W-ig simán felmehet a csúcsfogyasztás, de a 800W télleg nagyon erős.

ne vinyóban gondolkozzatok :)
DC tápról hallottatok? :)

Halottunk, de 48V-ról azért szerintem nem a legcélszerűbb egy normál szerver gépet járatni. :) Nyilván lehet 2-3U-ba mindenfélét betenni, aminek ekkora kraft kell, de fölösleges kevesek által használt dolgokat felhozni szerintem.

Hja: "2U méretű cuccok _típustól és céltól függően_ 0.8-2kW-ot esznek."

Ez elég általánosítósan hangzott, ezért írtuk a fentit.

direkt "cuccok"-at írtam, nem korlátoltam be a dolgot "2 magos, max 2 vinyós webhosting" konfigokra.

egy ilyen: http://www.sorensen.com/products/XFR/XFR_Specification.htm (1U!) mellé nem mindig mindegy, hogy mit teszel be.

sot, lattam mar 1u-s kihuzhato villanyrezsot olyan adminoknak, akik nehezen szabadulnak a gepterembol, 4u-s vizbontot is, ami folyekony hidrogent gyart az automba, es 3u-s 20 kw-os olajradiatort, ami a hideg gepteremben tud jo meleget csinalni a poloban, rovidgatyaban, papucsban flangalo leenugz zombiknak.hot aisle, cold aisle, a gepterem vegen meg melegedoallomas.olajcsere 10 ezer uzemorankent.
--
zsebHUP-ot használok!

+1:)

he?! jól-e vagy?

Sun Fire X4470:
Maximum Power Consumption 1800W

szerk: ez nem ér, mert 3RU :)

Elképesztően sokat. Bizonyos méret fölött minden más költség elmarad a hűtés és az áramfogyasztás költségei mögött. Ajánlott a témában James Hamilton blogja, aki az Amazon AWS alelnöke és vezető mérnöke:

http://perspectives.mvdirona.com/

--
Java apps are nothing more than sophisticated XML-to-exception converters.

Finn papirgyar a legjobb, ha huteni akarod a gepeidet :)

http://royal.pingdom.com/2010/09/15/googles-mega-data-center-in-finland/

Nem rossz, de Helsinkiben is van már egy adatközpont, amit tengervízzel hűtenek. Plusz még a hulladékhőjét fölhasználják a helsinki távfűtőrendszerben. Van erről valami videó Youtube-on, pont a múlt héten láttam. Sokkal inkább amazing, mint a legújabb Appli prodákt. :)

--
Java apps are nothing more than sophisticated XML-to-exception converters.

Kevesebb klíma, kevesebb szünetmentes. A kérdés inkább csak az, hogy a sokak által kifogásolt arm processzor és az 1 gigabit mire lesz elég.

Nem tudom, de a switchet eleg gyengenek erzem. Nem eleg, hogy 1 Gbit/s, de nem is redundans kialakitas. Legalabb kifele nyujthatna 10 Gb-t. Igy picit eros a kijelentes, hogy akar 32 vagy 48 procis szerverre is bovitheto.

Raadasul a tapegyseg se redundans. Mondjuk igy legalabb nem kell alarmokkal bibelodni. Lehal es kesz :)

Lehal a szerverfarm egy doboza a több százból, ezerből. A szolgáltatás teljesítménye 1%-kal csökken átmenetileg. Odamegy a karbantartó, kihúz két kábelt, betolja az új dobozt, hálózatról rányomja az image-et és megy minden tovább. Hja. Nem gondolod komolyan, hogy ezeket egy darab szervernek veszik bárhova is?

--
trey @ gépház

Nem lennék meglepve, ha esetleg ez a dobozka némi módosítással a Google-nél köszönne majd vissza.

Nem tudom, hogy hol fog, vagy fog-e, de az, hogy Oracle-nél nekiálltak vele játszani, annak talán oka van. Lehet, hogy ők többet tudnak mint mi :)

Solaris 11 on ARM server
Server Applications: One Size No Longer Fits All

--
trey @ gépház

nekem van egy olyan erzesem, hogy a google picit elobb felismerte, es elorebb is jar ezen a teruleten, mint a piac.

Tyrael

Nyilvan nem egyetlen szerverkent uzemel. De ez akkor is jatek igy.
Mondjuk lehet, hogy masok az elvarasok egy szerverfarmon, mint a telecom iparban.

De ha megnezel egy komolyabb halozatot, onmagukban full redundans routerekkel van megpakolva, es meg ugy is ott unatkozik a masik, hasonloan full redundans box, hatha...

Olyan helyre, ahol rovid eletu kapcsolatokkal es nem tul fontos session adatokkal operalnak, ez elmegy. De amint fontos, hogy ne pukkanjon ki a sessionok alatt a gep/rendszer, ez mar eleg necces.
Az, hogy nem redundans onmagaban meg potolhato lenne egy nagy kapacitasu kulso kapcsolattal es az ilyen dobozokbol felepitett clusterrel. De ehhez a 4x1 Gbit eleg vekony.

"Mondjuk lehet, hogy masok az elvarasok egy szerverfarmon, mint a telecom iparban."

Az elvárások hasonlóak, a redundanciára alkalmazott technológiák sok esetben külömböznek. (Bár megjegyzem a telecom iparban is használnak szerverfarmokat, de gondolom itt főleg webszerver farmokra gondoltál.)

"Olyan helyre, ahol rovid eletu kapcsolatokkal es nem tul fontos session adatokkal operalnak, ez elmegy"

Létezik session failover is...

"De ehhez a 4x1 Gbit eleg vekony."

4 × 1GbE CAT5e RJ45 uplinks
16 × 1GbE via Switch Edge connector

Egyébként egy átlagos webszerver farm esetében 4Gb uplink elég sok mindenre elég.
Nyilván ezeket a legókat lehet clusterezni, meg aggregálni a linkeket, és a komplett farmnak akár több uplinkje is lehet.

Az egész elképzelésnek az elosztott rendszer a lényege, nyilvánvalóan a hálózati kapcsolatokat is el kell osztani, ergo felesleges hogy az egyes építőkockák 10Gbit-es uplinkekkel legyenek ellátva.

"De amint fontos, hogy ne pukkanjon ki a sessionok alatt a gep/rendszer, ez mar eleg necces."

Nem necces, csak okos szoftver kell ra. Fogjak harmasaval lockstepben, es maris veri megbizhatosagban a mainframe-eket. :)

--
"You're NOT paranoid, we really are out to get you!"

Miert DDR3 es nem DDR2 @1066 ?


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Mert olcsóbban gyártható és kevesebbet fogyaszt?

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Mert olcsobb a DDR3 mert annyi van belole mint a szemet. Amugy meg tok mindegy, a negyedet sem tudja ez a soc kihajtani ennek a memoria sebessegnek, orul ha a nyolcadat eleri.

---
pontscho / fresh!mindworkz

Mehehe. Ez lett volna a következő kérdésem a proci számítási teljesítménye után. :)

Szép architektúra az ARM, de nem a bölcsek köve, hogy mindenre jó legyen.

--
Java apps are nothing more than sophisticated XML-to-exception converters.

Talán mert 2x olyan drága?

----------------
Lvl86 Troll

Nem, hasonlo aru. A fogyasztas tunik a jo tipnek.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Rly? Elég érdekes fogalmaid lehetnek a "hasonló árú"-ról, ha nekegy konkrétan nagyságrendbeli eltérés "hasonló".

http://www.bluechip.hu/termek/kingston-ddr3-1066mhz-4gb-cl7

Kommersz DDR3-166 ram: éppen 6 030 Ft

http://www.bluechip.hu/termek/geil-value-kit2-ddr2-pc6400-800mhz-4gb-5-asztali

Kommersz DDR2-800 ram (mert minek 1066?): éppen 14 300 Ft

http://www.bluechip.hu/termek/geil-black-dragon-kit2-ddr2-1066mhz-4gb-1239726035

Nem annyira kommersz (legalábbis a gyártó szerint) DDR2-1066: éppen 18 040 Ft

18000 pénzért pár héttel ezelőtt nagykerben 4x4 Gb-s kitet kaptál. Azóta megugrottak valamelyest, de még így is sehol nincs a DDR2-höz képest.

De tudnék még más kiskert is linkelni, csak több értelmét látom, hogy alszom egy jót.

----------------
Lvl86 Troll

Szamtech kisker modul kit arai?, alkatresz kereskedoket nezz.
11-12$ korul van 1Gbit -es chip darab aron, nagy (1000+) tetelben meg fele annyi (6-7$).

geil vs. kingston hasonlitas eleg erdekes.

szerk:
Erdekes, 2Gbites chipek arainal mar 10$ vs. 25$ al nyert a DDR3.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

"alkatresz kereskedoket nezz."

Igen, valószínűleg teljesen független, egymástól teljesen irreleváns dolog, hogy egy alkatrész és az abból épített termék mennyibe kerül. Valószínűleg én vagyok a hibás, hogy fel merek tételezni bármiféle kapcsolatot.

"Erdekes, 2Gbites chipek arainal mar 10$ vs. 25$ al nyert a DDR3."

Ebben mi az érdekes? Ugyanez a váltás megvolt a DDR1-DDR2, az SD-DDR1, EDO-SD, stb. között. Aztán ahogy folyamatosan álltak át az újabb termelésére, tömeggyártás sok mindent megoldott.

----------------
Lvl86 Troll

Az az erdekes, hogy az 1Gbit-nel egyforma volt kb.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Vékony kliensekhez szervernek is tökéletes.