Sun en Fujitsu gaan samen Sparc-servers verkopen

Deze maand zullen de eerste Sparc Enterprise-servers van de Sun Microsystems-Fujitsu-alliantie op de markt verschijnen. De samenwerking begon drie jaar geleden om zo de toekomst van de Sparc-processorlijn veilig te stellen.

De eerste Sparc Enterprise Server-systemen gebruiken Fujitsu's dualcore Sparc64 VI 'Olympus'-processors en draaien op Sun Solaris. De prijzen beginnen bij 50.000 dollar voor een M4000-systeem met vier processors; wie een M9000 met 64 processors wil hebben, is een paar miljoen kwijt. De nieuwe Sparc Enterprise Server-systemen zijn volgens Sun rond de vijftig procent sneller dan de UltraSparc IV+ en ze zijn nog verder te upgraden naar een quadcore Sparc64 VII.

De samenwerking tussen Sun Microsystems en Fujitsu kwam tot stand nadat de internetzeepbel begin 2000 klapte. Terwijl IBM goede zaken deed met zijn Power-processor en Intel en AMD met x86-processors aan de onderkant marktaandeel begonnen te veroveren, raakte Sun zijn leidende positie op de servermarkt kwijt. Het bedrijf besloot in 2004 om zijn lijn met UltraSparcs nieuw leven in te blazen door voortaan de Fujitsu's dualcore Sparc64 VI-cpu te gebruiken.

De samenwerking heeft twee productlijnen opgeleverd: de Olympus-systemen en de op Suns Niagara-gebaseerde T1000 en T2000. In totaal zullen vijf nieuwe Olympus-systemen op de markt komen: de M4000 met vier processors, de M5000 met acht processors, de M8000 met 16 stuks en de M9000-32 en de M9000-64 met respectievelijk 32 en 64 cpu's. De Fujitsu Sparc64 VI-cpu's draaien op 2,15GHz, 2,28GHz, of 2,4GHz. De high- en lowend systemen komen nog deze maand beschikbaar, de midrange modellen verschijnen begin mei op de markt. Om de taken van meerdere kleine servers op één grote server te kunnen uitvoeren, is het overigens mogelijk om de systemen in zogeheten 'partities' op te delen. Een dergelijke partitie draait een zelfstandig besturingssysteem en beschikt minimaal over één cpu.

Reacties (24)

[Noxious]

Om de taken van meerdere kleine servers op één grote server te kunnen uitvoeren, is het overigens mogelijk om de systemen in zogeheten 'partities' op te delen. Een dergelijke partitie draait een zelfstandig besturingssysteem en beschikt minimaal over één cpu.

Hoe moet ik dat zien dan? een beetje als een virtuele server in een server, maar dan met echte access tot een cpu?

[Guru Evi]

Solaris heeft een container systeem zoals een RSBAC security systeem maar dan voor alle resources.

Het is inderdaad een vorm van virtualisatie, echter wordt de performance niet in de weg gestaan door een processor/bios/systeem te emuleren en een hypervisor het 'opdelen' en 'afschermen' te laten doen en daarbovenop een kernel te draaien, maar kan de processor (de SPARC dan) en andere hardware daadwerkelijk direct aangesproken worden, maar toch kunnen de registers/geheugendelen van andere 'containers' niet uitgelezen worden doorheen de hardware.

De kernel blijft overal hetzelfde, en het opdelen kan resources (volledige root systemen) delen of afschermen van andere containers zodat je een nieuwe server kunt instantieren door vb. enkel de /www of de /etc directories te laten kopieren en de rest (binaries etc.) te delen.

Het heeft wel bepaalde limitaties als je programma's direct kernel access of plugins behoeven, maar servers zouden dit in principe niet nodig hebben.

Een knap staaltje virtualisatie architectuur dat SPARC al een tijdje aan het perfectioniseren is (ik herinner mij al einde 2002 ervan gehoord te hebben)

Het artikel zegt dat de partitie's verschillende besturingssystemen kunnen draaien, maar als ze op het Container systeem doelen, dan is dat niet het geval. Het lijkt erop, maar de kernel (het besturingssysteem) wordt gedeeld.

[SRI]

Grappig eigenlijk toch maar stoppen we zoveel in één computer om het vervolgens als een aantal losse computers te lalten werken .

Maja zo heeft dit weer zijn voordelen en losse computers ook weer....

[klakkie.57th]

Ik weet absoluut niet hoe deze server moet performen.
Heeft iemand hier referentie materiaal voor.
Ik ben wel beniewd aangezien een 2 way 4-core Intel systeem zo rond de 5000€ euro kost (lees DL380) dan kan ik er dus 10 kopen voor hetzelfde bedrag.

Of zijn dit ook geoptimaliseerde cpu's voor een bepaalde taak.

Ik heb trouwens het gevoel dat bij ons in het bedrijf men liever af wil van de sparc architectuur, heeft totaal geen performance voordeel (meer) over de x86 processoren en de support op dergelijk systeem is gruwelijk duur.

Ik vraag me dus af of er nog wel een toekomst is voor dit soort systemen. Zelfs onze account manager bij HP zegt dat hij hun high end systemen nog niet kwijt raakt aan de straatstenen omdat de lowlevel/midrange servers gewoon supergoed presteren.

[Iblies]

Niet alleen performance speelt een rol, ook gebruikte software is belangrijk.
Een gerenomeerd bedrijf die dergelijke machines in huis heeft staan draait dus echt geen windows maar een unix-variant. Als een groot bedrijf op termijn wilt gaan bezuinigen op het serverpark dan heb je als groot bedrijf een probleem omdat je gelijk alle afhankelijke systemen moet gaan aanpassen, dat is een afweging die voortdurend moet worden gemaakt.

Ik zou wel mijn vraagtekens hebben als je als nieuw bedrijf dergelijke machines gaat aanschaffen terwijl er goedkoper alternatieven bestaan.

[klakkie.57th]

we draaien natuurlijk ook solaris op onze huidige sun machine maar dat staat compleet los van de hardware . je kan net zogoed solaris draaien op I386 dus dat is niet echt een argument.

Daarom dat ik zo benieuwd ben naar de performance.

[n4m3l355]

Het grote verschil is onderandere de performance van zo'n beest. Je kunt on the fly cpu's swappen, onderdelen eruit trekken het blijft lekker doorlopen.
Verder dat jou bedrijf af wilt van sparcs is niet echt representatief voor wat er verder speelt. Lange duur is de sparc niet echt innoverend geweest, totdat Sun bv kwam aanzetten met de 32core cpu's. Het lijkt er dan ook op dat ze een marktaandeel terug willen. Daarnaast ja de support is gruwelijk duur, maar je kunt ongeacht welk tijdstip wel een mannetje verwachten om je systeem weer goed te laten functioneren. Iets wat andere niet altijd kunnen.
En of er nog een toekomst voor deze systemen, zeker, niet bij jou op het bedrijf maar bij grote telecom bedrijven hebben ze maar wat graag van deze. Is dit dit trouwens ook niet een zelfde type systeem waar ze een kogel doorschoten en het bleef werken?

[klakkie.57th]

De support die van Sun krijgen kunnen we net zo goed bij HP of IBM kopen, het is gewoon een feit dat de huidige sparc machines (in dezelfde prijsklasse) gewoon niet beter presteren als I386 machines en dat is waar het uiteindelijk om gaat.

Het enige nadeel dat wij nu ondervinden is dat de onze huidige sun machine dus een sparc is en de bestaande apps omvormen naar I386 een hels karwei zal worden.
Maar uiteindelijk zal de performantie toch de doorslag geven als Oracle beter performed op een Sun van zelfde waarde dan zullen we echt niet twijfelen om de sun machine te behouden, maar indien de performance hetzelfde is ... tja ..

[humbug]

Je vergeet dat nederland een klein land is. Als je met mensen vanuit de VS over het MKB praat gaat men daar uit van enkele duizenden werknemers terwijl hier een goedlopend MKB bedrijf misschien 200 man in dienst heeft.

Dat heeft dus ook zijn weerslag op de gebruikte computerhardware. In Nederland kunnen veel bedrijven inderdaad prima uit de voeten met x86 hardware. In wat grotere landen met meer grotere bedrijven is er echter nog steeds een flinke vraag naar zwaardere servers.

De afgelopen jaren lijkt er ongeveer even veel geld in de x86 markt om te zijn gegaan als in die van zware Itanium. Power en Sparc systemen. En dat zal voorlopig wel zo blijven.

[dago21]

Wij migreren ook meer naar standaard servers ipv mainframes. Support is gewoon duur en kennis schaars.

Voor bepaalde applicaties kan ik me wel voorstellen een patser te kopen Oracle of Teradata bijvoorbeeld.

[UTMachine]

Mainframes != Sun servers, mainframes worden voornamelijk door IBM geleverd. Denk dan aan S/390, dus ook géén AIX.

[deugtniet]

dan vraag ik me toch af waarvoor deze servers gebruikt worden. Want volgens mij heeft tweakers.net (een zeer druk bezochte site) niet zulk duur materieel

[Andros]

Er zijn nog meer toepassingen dan webserver...

[Belboer]

Het is enterprise spul, dus waarschijnlijk zal er op een hoop van dit soort systemen wel een ERP pakket als SAP gaan draaien. Of andere zware applicaties.
Een website als tweakers is niet echt representief voor een zware applicatie. Je kan diverse onderdelen van een website heerlijk over meerdere machines uitspreiden als je meer performance nodig hebt. En hoewel het vervelend is als een van de servers uitvalt bij tweakers, ze zijn dan niet meteen failliet. Als een ERP pakket bij een groothandel een dag niet werkt is er de kans aanwezig dat ze dat wel zijn.

[Loen]

dat vroeg ik me eigen ook af... ze bedoelen iig geen zones, omdat er "zelfstandig besturingssysteem" genoemd wordt, en zones een instantie daarvan is...

hardwarematig via hypervisor? klinkt interessant, tegenhanger van een p570 oid?

[ElectronicAlien]

Het gaat hier weldegelijk om zones. Maar dan zones waaraan een bepaalde resource pool is toegekend en dan noemen ze het opeens containers

[Loen]

jah ok, maar dat is geen zelfstandig besturingssysteem het maakt zelfs gebruik van dezelfde kernel...

sowieso heeft build 3 van solaris 10 (de laatste) geen degelijke memory allocatie, waardoor een memory leak alle andere zones/containers kan beinvloeden... *Echte* containers, waarin ook memory goed opgedeeld kan worden met harde qoutas worden pas in de volgende release, of die daarna, verwacht...

[Liegebeest]

Incorrect.

Het gaat om "hardware domains", vergelijkbaar met de domains die we ook al kennen van de Sun Fire 6800 en 6900.

Deze systemen bestaan uit een aantal processing en IO boards waarbij je de verschillende resources kan verzamelen in een virtueel systeem.

Deze manier van werken is minder flexibel dan zones, maar hebben geen performance verlies tot gevolg.

domain = hardware partitioning, zoals de genoemde P570
zone = software partitioning

[Loen]

ook weer niet helemaal correct

niet echt vergelijkbaar met de p570, omdat die aan micropartitioning doet via de VIO server... deze bakken worden dan gepositioneerd tussen de sunfire v490 en de 12/15/20/25k (ter "vervanging" van de bakken die jij noemt), en gebruiken hetzelfde principe... en het is dan echter per definitie geen virtueel systeem, maar fysiek gescheiden (alleen binnen hetzelfde frame/backplane).. Enig voordeel wat je hebt is dat je alles dubbel uit kunt voeren door 2 systemboards en 2 io-boards aan een systeem toe te kennen, wat dan hot-swapable (geen down-tijd bij vervanging) en dynamic reconfigurable (resources on-the-fly bijvoegen, ofzo ) wordt

[VisionMaster]

Wat is het toch met mensen die gelijk denken aan virtualisatie als ze meerdere OS-en te gelijkertijd lezen

Het is een support wat vanuit de hardware en software (onder het OS) gedragen wordt om het systeem te partitioneren. Het is net als op je harddisk. Je hackt dat ding in logische stukjes om twee logische volumes te maken.

Alle super computers hebben dit principe ook. Het is economischer een grote super in partities te hakken, zodat je een grote partities heb voor je grote simulaties, maar weer kleinere partities voor kleinere minder eisende simulaties. Zo kunnen er meerderen gebruiken maken van dezelfde machine, zonder elkaar te bijten. Maar als het nodig is kan je alles onder 1 grote partitie schuiven en heb je het apparaat helemaal voor jezelf (of met een andere indeling)

[Verwijderd]

Alles wat je wilt weten kun je hier vinden:

http://www.sun.com/launch/2007-0417/index.jsp

verder weet ik niet waar jullie werken maar bij de grote bedrijven en telco's barst het nog van de Sparc en dat gaat ook zeker door, ik ken geen x86 server die dat kan naboosten, moet de eerste 64 dual core processors server nog zien met x86.
Ook kun je nooit en te nimmer prijzen van een x86 gaan vergelijken met dit, deze servers zijn gebouwd om altijd door te draaien.

en die zones waar jullie het over hebben zijn LDOM's (logical domains) en dat zit al in Solaris 10 U2 en dit is geen zone.

Lees hier:

http://www.sun.com/bigadmin/hubs/ldoms/

en ja het is een onafhankelijk OS wat draait op een set hardware wat je geheel kan bepalen binnen deze servers tot op 1 cpu nivo toe met zijn eigen network etc etc

Het is als ware een combinatie van domains en zones.

Hebben jullie ook gekeken wat je kan stoppen in zo'n server, in de grote jongen 288 pci card en 2 TB intern geheugen

System bus bandwidth:

* (Memory) 737GB/s PEAK, 219.3GB/s STREAM
* (IO) 244GB/s PEAK

[Paridaen]

Zones en LDOMs zijn verschillende technologiën. Zones zij een onderdeel van Solaris en dus beschikbaar op alle Sun systemen (SPARC en x86). LDOMs is alleen beschikbaar op de sun4v architectuur die op dit moment gebruikt wordt in de T1000 en T2000 lijn.

[Verwijderd]

Om het eea wat te verhelderen

T1000/T2000

- Niagara 8 core CMT sparc processors
- Lightweight threading (network facing workload)
Denk aan web achtige, veel connecties open houden etc workload

M3000-M9000

- Olympus bases Dual core dual thread Sparc65 VI processors
- Heavyweight threads (Data facing workload)
Denk aan data intensive workload, databases, dataware houses, ERP, billing etc.
- Deze servers zijn in de lijn van de huidige High end en mid range sparc systems a la Sun Fire 25k/ 2900 /6900

Sun Fire X2100 M2 / X4100

- AMD Opteron based, x86 (x64)

En verder zijn er natuurlijk de nodige Sparc and X64 blade servers etc.

De Rock processor is nog in ontwikkeling en systemen daarmee zijn dus nog niet geschikbaar. Rock is/wordt dus ook sparc.

[Verwijderd]

ok dus er zijn 2 verschillende processoren, de ultrasparc range I-IV en de nieuwe niagara reeks met ook de sun Rock in z'n rijtje, zijn deze processors nou ook uitwisselbaar? Want de sun Rock gaat minimaal een performanceverdubbeling halen op zijn voorganger.

Ik heb tegenwoordig niet echt een idee hoe het precies in elkaar zit. Kan iemand het een beetje verduidelijken. Ik zit een beetje in me hoofd dat de gewone ultrasparc range een volledige x86 processor is en de niagara range niet die moet x86 emuleren klopt dat?