Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 25 reacties
Bron: ZDNet

ZDNet heeft wat info gepost over de nieuwe range Sunfire servers, die morgen in New York door Sun aangekondigd worden. De Sunfires zijn gebaseerd op de nieuwe UltraSparc III processor, die in eerste instantie beschikbaar is in kloksnelheden van 600 tot 750MHz. Een 1GHz US3 is nog in ontwikkeling. De Sunfire servers zijn zwaar schaalbaar en kunnen uitgerust worden met 8 tot 24 CPU boards. Elk bord geeft waarschijnlijk plaats aan 2 processors. Verder is alle hardware hot-swappable, zodat je in alle rust dooie processors en brakke HDD's kunt verwisselen terwijl het systeem door blijft trappen:

Another particularly significant feature of the new servers is that they can be partitioned into several domains, each of which is a collaboration of different CPU and I/O (input/output) boards. A system administrator can then select and alter which boards are wanted in each domain, which will all be running separate copies of So-laris.

The domains can each be dynamically reconfigured using the system controller, and all the hardware is hot swappable, meaning the server can continue operating while the hardware is swapped.

This feature is all the more significant as it addresses the workload-balancing problems that have affected some sites using Sun's current high-end server, the E10000 system known as Starfire.

Moderatie-faq Wijzig weergave

Reacties (25)

Huh... Waar halen jullie de gegevens weg dat een defecte CPU kan worden vervangen?? Dan ben je toch al te laat? Ok.. Ik kan me voorstellen dat je een soort iCOD situatie krijgt (instant Capacity On Demand). Waarbij je een processor heb, maar nog niet hebt betaald. Pas als je hem gaat gebruiken betaal je sun. Dit is bij IBM en HP al langer gangbaar.

De enige methode om een defecte CPU situatie te kunnen opvangen is door een soort process-mirroring te gaan toepassen. Maar dan nog, wie bepaald welke processor er gelijk heeft en het dus nog doet???
Hier ben ik wel benieuwd naar.. Allemaal... Dus...

Voor de rest wel een leuk machientje.. Solaris is een dijk van een O.S. (werk zelf veel met Aix en HP-UX). En sparc een dijk van een processor..
defecte CPU kan worden vervangen?? Dan ben je toch al te laat?
Waar moet je de bijzondere gave vandaan halen om te kunnen voorspellen dat een CPU gaat voordat-ie daadwerkelijk kaduk is?
De enige methode om een defecte CPU situatie te kunnen opvangen is door een soort process-mirroring te gaan toepassen
Deze bakken hebben altijd meer dan 1 processor, dus als er eentje dood gaat hou je altijd een werkende processor over. Moet je alleen nog de hardware en de software zodanig bouwen dat een dooie proc niet fataal is voor het hele systeem.
Jah! O.k.... Maar als ik over deze technologie beschikte zou ik dat zo snel mogelijk van de daken afschreeuwen...
Dus.... waar staat nu de info dat je een defecte CPU on the fly kan vervangen?? Niet in de link..

Scenario: Er draaien 2 CPU's in je pool (domein), 1 van de 2 gaat kapot, welke is dat?? Hoe kan het O.S. bepalen welke CPU defect is en welke niet?? Je kan ze elkaar laten controleren, maar dan nog wie van de twee 'liegt' er over zijn status??
Wat ik bedoelde met te laat zijn, is dat als een processor kapot is, het O.S. al niet meer in een stable condition is.. Ik denk even niet aan operators o.i.d. Maar O.S.
In dit soort servers werkt het als volgt:
je hebt 1 grote bak memory, een batterij processoren en die zijn geplaatst op losse bordjes die verbonden zijn met bussen. Het OS, in dit geval solaris, ziet alle bordjes en daarop alle cpu's. Het os start, applicaties worden gestart etc etc. Het OS verdeelt applicaties over de CPU's, dmv het verdelen van childprocesses over de CPUs. Als ze allemaal werken is er niets aan de hand.

Als een CPU sterft wordt dit ontdekt door het OS(!) en kun je als beheerder zien dat een CPU dood is. Wat je doet is: je meldt je bordje af aan het OS, de CPU's die daar dus op zitten worden uit de pool van CPU's gehaald en krijgen dus GEEN childprocesses meer toegewezen. De executie van processes op de cpu(s) die nog wel werken op het bordje worden re-scheduled en je bent klaar om het bordje uit de systeemkast te verwijderen. Omdat de hardware hierop is gebouwd gaat er niets kapot. Je trekt het bordje er uit, zet een nieuwe terug en meldt dit bordje weer aan aan het OS. Die zal de CPU's op het bordje opnemen in de pool van beschikbare CPUs en je system draait vrolijk verder.

Omdat alle CPU's in hetzelfde mainmemory werken heb je geen verlies aan gegevens. Dit is HET grote voordeel boven bv 32 losse win2k servers verbonden door IBM's clustersoftware. Immers, als er een server sterft in een cluster, dan heb je wel verlies van data doordat transactions niet worden voltooid etc etc.
Dat wordt niet expliciet in het artikel van ZDNet genoemd, maar aangezien de huidige Sun servers dit ook al kunnen mag je verwachten dat de Sunfires ook de processor boards kunnen hotswappen.

Sun server comparison:

Hot-plug system components: Power, fans, I/O boards, and CPU/Memory boards (and internal disks of Sun Enterprise 3500)

Hot-swap system components: Power, fans, internal disks of Sun Enterprise 3500, I/O boards (Dynamic Reconfiguration and Alternate Pathing, available with SolarisTM 2.6 Hardware: 5/98), Dynamic Reconfiguration for CPU/memory boards is available with the Solaris 7 Operating Environment, 5/99 release.
Hoe het exact gebeurd weet ik niet, maar een Sun kan prima aangeven welke CPU niet meer functioneerd. Dit zelfde geld bijv. ook voor een kapotte DIMM. Heb het wel eens meegemaakt. Solaris kan zelfs zeuren dat de revisie nummers van de CPU's niet gelijk zijn (en welke afwijkt). Overigens werk ik dagelijks met Sun's (E5500 en E450).
Ho stop... zo werkt het dus ook niet helemaal. Bij Sun's zijn CPU's en memory niet twee verschillende "bakken"; op 1 bord zitten 2 CPU's en 16 DIMM sloten (bij de Starfire zit de I/O er ook nog eens bij op). Hierdoor is bij het verwijderen van een CPU bord ook een aantal DIMM's niet meer beschikbaar. Overigens noemt Sun dit on the fly vervangen "Dynamic Reconfiguration (DR)".
Simpel, er zitten 2 procs op één plankje, je rukt de defecte eruit (nadat je de dooie afmeldt in *nix) en nieuwe erin, maarja, als je 2 dooie procs hebt dan ben je idd te laat.
Zo werkt het nu ook weer niet. Om de CPU van de plank te plukken moet de plank verwijderd worden waardoor de 2e CPU op die plank ook niet meer werkt. Ergo: de CPU's eerst per stuk zoveel mogelijk over de diverse CPU borden verdelen en daarna pas 2 CPU's per plank.
In de high-end unix markt spelen hele andere factoren een rol dan in de wereld van de PC netwerken (hoe groot dan ook mogen zijn).

Vroeger (ca. 10 jaar geleden) waren het vooral de Mainframes en Mini-systemen (VAX, Wang, Unisys) die de dienst uitmaakten op het gebied van 'productie-computing'. Sinds een jaar of 5 is de opmars van Unix (Solaris, AIX, HP-UX, etc.) in deze wereld niet meer te stuiten. Dit is voor een groot deel te danken aan de stabiliteit en schaalbaarheid van het OS zelf.. maar zeker ook aan de hardware. De nieuwe Sun servers sluiten wat dat betreft aan bij hetgeen waar HP en IBM druk mee bezig zijn.

Belangrijke issues wat betreft dit soort hardware zijn vooral availability, scalability en reliability.

99,9 % availability mag misschien heel wat lijken.. maar voor veel kritische productie-systemen is dit te weinig. Die 0,1% die over is komt neer op bijna negen uur downtijd per jaar. Een systeem mag dus niet zomaar platgaan als er een voeding, harddisk of CPU de geest geeft. (En oh ja.. zo'n server belt gewoon zelf IBM op om te vertellen dat er een HD aan vervanging toe is).

Waar Sun trouwens erg sterk in is, is het draaien van meerdere fysiek gescheiden servers op een stuk hardware. De E10000 laat het al toe.. maar nu zet Sun nog een stap verder in de goede richting. Je kunt nu precies aangeven welke hardware je aan welk systeem wilt toekennen, en wat er moet gebeuren als er iets kapot gaat.
Nou ik wil niet lullig doen, maar de betrouwbaarheid van mainframes vergelijken met die van grote unixservers vind ik toch wel wat te ver gaan.

Het is algemeen bekend dat, hoe hard ze het ook roepen en proberen, de betrouwbaarheid van grote unixdozen tov mainframes schril afsteekt. Dit wordt wel minder, door de in feite als een mainframe functionerende serverhardware onder een met mainframeOS-functionaliteit uitgeruste unixsmaken te laten draaien, maar gelijkwaardig zijn ze nog LANG niet.

Verder vind ik dat je vergeet dat Sun servers weer schril afsteken bij IBM en HP servers (grote servers praat ik over). En niet ten voordele. De aan deze nieuwe reeks toegevoegde hardware faciliteiten zullen zeker meehelpen Sun's servers dichter bij de IBM en HP betrouwbaarheid te laten komen, echter ik vrees dat er nog een lange weg te gaan is.
Een mainframe blijft _altijd_ betrouwnbaarder dan de unixdozen zoals wij die kennen. Met een a twee kamers aan zooi kun je nou eenmaal altijd meer doen dan met een flinke koelkast aan ruimte.

Okee, je kunt een mainframe bouwen dat unix draait -- S/390s draaien tegenwoordig ook al linux als ze moeten -- maar dan is het geen unixdoos zoals wij die kennen meer :P
HP en AIX zijn wat deze technologie betreft toch al wel een stuk verder als Sun. Die zijn er al een tijdje mee klaar en borduren nu alweer verder...
(SP van IBM) (MC-ServiceGuard/SuperDome van HP)...
Verder is alle hardware hot-swappable, zodat je in alle rust dooie processors en brakke HDD's kunt verwisselen terwijl het systeem door blijft trappen
ach ja trek gewoon je proccies d'r uit terwijl je bezig bent.... Dat kan toch nie :?

Kan het ook met niet dooie? of gaan ze daar juist dood van }>
kan ook met niet dooie CPU's
b.v. om er ff snellere in te gooien.
je moet ze eerst in 't OS ff afmelden. dus zeggen dat ie ze niet meer gebruikt.
daarna kan je ze d'r uit trekken.
idem met geheugen en harddisks

leuk speelgoed :9

Edit: bedenk me net dat je na het uitschakelen van de CPU's ze nog ff wilt laten zitten, denk dat ze nogal warm worden > :)
Dan te bedenken dat ze hier eindelijk dat laaste lokaaltje met ouwe Sparc 4tjes gaan vervangen... hopelijk gaat de server van die sunrays [0] een starfire zijn :)

[0] een lcd-scherm met toetsenbord en muis en ingebouwde grafische kaart. Nieuwe vorm van X-terminal of NCD; voor kenners.
Oh, lekker sparc4tjes.. als ze in de vuilnisbak gaan, neem er dan een paar voor me mee wil je?
zou wel handig zijn voor de gemiddelde tweaker denk ik. Zitten toch alleen maar constant aan de computer te klooien en alles te verwisselen. Kunnen wij ook eens een lange uptime halen zonder onze nagels af te bijten van verlangen om weer te werken aan de inside van de computer :*)
Ik vindt het een goede zaak dat de *nix-gemeenschap er weer wat nieuwe state of the art hardware bij heeft.

* 786562 Concrete
Nou, alle state of the art hardware is zo'n beetje in handen van de Unix gemeenschap hoor ;). (Moet ik dus wel bij zeggen dat ik "gewone" CPU'tjes als Intels en AMD niet zo classificeer dus).
* 786562 Venator
... me dunkt: Grazen met dat hok!!! }>

MOOOOOOOOOOOHHHHH!! }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O }:O
Ik heb dus echt het idee dat hier maar ppl zijn die weten waar het hier over gaat. En iedereen lult maar mee, geinig :)

naja, hf :)
Hot swappable
dat is natuurlijk wel een vereiste voor een server je kan moeilijk effe een bordje ophangen "out of order" dat kan natuurlijk niet ze moeten een uptime hebben van 24/7 oftewel 99,9%

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True