Unisys kondigt 'on demand'-servers aan

Unisys komt met servers die uitgerust zijn met extra processors die, indien nodig, tijdelijk of permanent aangezet kunnen worden. De systemen zijn afgelopen woensdag gepresenteerd en zullen bekend worden onder de naam ES7000 Real Time Capacity (RTC). Op dit moment moet er vaak een systeem op de groei worden aangeschaft. Er wordt teveel betaald voor veel ongebruikte capaciteit. Via de constructie die Unisys aanbiedt kan een bedrijf voor minder geld een systeem kopen wat beter past bij de huidige performance-eisen.

Een RTC server kan gekocht worden met vier, acht of twaalf actieve processors. Daarnaast zitten er vier inactieve CPU's in het systeem. Deze vier extra Xeon of Itanium processors staan in eerste instantie gewoon uit. De eigenaar van de server kan maximaal vier keer tijdelijk gebruik maken van de extra meegeleverde capaciteit voor een klein bedrag. Een handig systeem voor bedrijven die last hebben van seizoenspieken. De vierde keer dat de processor wordt geactiveerd blijft deze permanent aan en is dan ook betaald en eigendom. De processors permanent aanzetten kost niet meer dan de prijs die zou moeten worden betaald als er van te voren extra capaciteit zou zijn ingekocht. De systemen zijn zowel geschikt voor Microsoft Windows als voor Linux.

Reacties (26)

[TD-er]

Sun meen ik, had dit principe al jaren geleden.
De achterliggende reden was dat je dan zonder downtime de machine kon upgraden en aangezien elke machine in de fabriek al de nodige testuren achter de rug had, wist je ook zeker dat die nieuwe processoren ook goed getest waren, wat dus ook downtime scheelt bij het upgraden.

[n4m3l355]

sun heeft nog een slimmere principe in feite dat alle sockets backwards compatible. maw je wilt een nieuwere serie in je systeem prikken dan kan dit. ik weet alleen niet of dit ook te combineren valt.
maar het is een goede vooruitgang te zien dat men nu ook met intels de mogelijkheid krijgt om cpu's te swappen zonder downtime. dat is toch iets wat in het algemeen lijkt me voor kritische systemen een belangrijk iets is. tevens dat er support voor linux is, is ook wel zo practisch. wat ik niet snap is dat windows dit support.. windows is toch niet een systeem wat je een jaar lang kan draaien, sterker nog na een maand doet windows zichzelf wel reboten

[Sendy]

Dit sorrt support bestaat al langer in mainframes. Wanneer je extra CPU nodig hebt zal het mainframe een telefoontje plegen naar de fabrikant en een extra processor bijzetten.

Unisys en IBM, die beide (verschillende) mainframes leveren, hebben alleen verschillende prijsstellingen. IBM wil graag dat je afrekent op het hoogste verbruik van mips (een eenheid van snelheid van je systeem). Met deze prijsstelling worden ook de meeste produkten voor dit mainframe verkocht.

Unisys, daartegen, vraagt een prijs voor de daadwerkelijk verbruikte capaciteit. Dit lijkt in ieder geval een stuk eerlijker.

Wat natuurlijk wel vreemd blijft is dat in de Windows en GNU wereld men helemaal niet gewend is om te betalen voor de gebruikte of beschikbare capaciteit. Het is mooie technologie, maar ik moet nog zien of het op grote schaal verkocht gaat worden.

[Database freak]

Bij de Unisys ES7000 is zo ongeveer alles hot plugable ook extra processors. Het systeem en uit zetten is dus niet nodig. ES7000 zijn echt Windows "Mainframes"

[marcieking]

Volgens mij is dit best wel een slimme actie. Als een server normaal heel erg belast raakt wordt hij gewoon trager. Nu wordt een extra CPU geactiveerd en na 4x zal die ook gekocht worden.

[redguy]

Nu laat je het klinken alsof het automatisch gaat..

Mijn grootste bezwaar zie ik echter toch in het feit dat je nu de server offline zal moeten zetten terwijl hij druk belast is om die extra proc. bij te schakelen. Ik kan me niet voorstellen dat een ms product ondersteuning bied voor het dynamisch toevoegen van een extra processor..

[McCormick]

Maar voor zover ik weet schrijft Unisys zelf de code die de ondersteuning voor en werking van de procs regelt. De 'standaard'-configuratie van de ES7000 met het maximaal aantal processoren is al niet geschikt voor Datacenter voor zover ik weet, zeker bij de introductie van de ES7000 een paar jaar terug.

[pfismvg]

Ik heb in het verleden al wat patches gezien voor de linux kernel om CPU's hot swappable te maken

http://www.uwsg.iu.edu/hypermail/linux/kernel/0102.0/0751.html

er zullen dus best wel meer os'en bestaan die zo iets kunnen

[vdburg]

>er zullen dus best wel meer os'en bestaan die zo iets kunnen

OpenVMS kan dat reeds sinds 1987..... Niets nieuws onder de zon dus.

[marcieking]

Dat idee had ik ook, het zou namelijk het meest practisch zijn denk ik: wanneer er te veel load is voor de processoren wordt er eentje extra ingeschakeld. Anders zou het net zo zinnig zijn om even naar de winkel te lopen en een nieuwe Xeon te halen. Als je hem 4x gebruikt heb je het toch al terugverdiend.

[Lord.Warlock]

Het gaat niet om het ondersteunen van windows, maar de machine zelf moet het ondersteunen. Windows ondersteund eigenlijk geen hot swap, maar met CPU's kan het wel degelijk !!!

[Olaf van der Spek]

Windows ondersteund eigenlijk geen hot swap, maar met CPU's kan het wel degelijk !!!

Bron?

[supaduke]

UNiSYS is erg goed in het maken van hele mooie en vooral hotswappable servers!

Bijna alles aan de ES7000 is hot swappable (geheugen, processors, schijven, PCI bus), net als trouwens het merendeel van de serieuze IBM en HP Unix servers, die techniek is al best oud.

[Verwijderd]

Dit is toch gewoon onzin...
Je koopt die 4 processoren toch wel van te voren.. (zit ergens al in de prijs berekend)
Want als niemand de 4 processoren inschakeld, leveren ze erop in .

[Eric Oud Ammerveld]

Het idee hiervan is het omschakelen naar Virtual Private Servers (meerdere servers die op 1 computer draaien).

IBM is momenteel met een ontwikkeling bezig die effectief als volgt werkt :

Server 1 heeft veel load.
Server 2 heeft weining load.

Server 1 geeft opdrachten door aan Server 2 en verdeelt daarmee de load.

Wanneer beide servers teveel load hebben prik je er een server bij in het netwerk die direct meedoet met beide servers.

Virtual Processing komt hier ook bij kijken.

[i-chat]

vind het maar een raar systeem,

dat je CPU's maakt die hot-plugable zijn kan ik alleen maar toejuichen, ideaal voor bijv database servers, waar je dan vrij eenvoudig een cpu upgrade kunt uitvoeren.

wat ik echter totaal niet begrijp is, zo'n licentie vorm,
waar je na 4x gebruik die extra cpu hebt betaald,
ik zou als bedrijf er toch niet zo snel aan beginne, en liever 1 of meerdere sockets gewoon vrij laten, tot dat ik er een keer een echte CPU in kan / moet hangen.

[Room42]

Maar dat doe je op deze manier toch? Het zijn gewoon "echte CPU's", die gewoon ff niets doen. Mocht je behoefte hebben aan extra capaciteit, schakel je die in. Na 4 keer heb je die extra capaciteit nog eens afbetaald ook!
Ik zie geen verschil behalve dat dit makkelijker is!

[Gomez12]

Waarom??? Veel bedrijven hebben bijvoorbeeld voor einde jaars cijfers etc, dan een stuk processorcapaciteit nodig die normaal gesproken overbodig is.
Of denk aan renderfarms waar ze gewoon kunnen zeggen : De render MOET volgende week afzijn, planning is verzet dus even wat processoren bijpluggen is dan makkelijk.

Het idee is gewoon dat je er iets kan bijpluggen als het noodzakelijk is, het is dus niet de bedoeling dat je dit elke week of elke maand doet.

[Verwijderd]

Dan koop je duis eigenlijk een te beperkte CPU. De prijs van de extra cpu's is waarschijnlijk niet eens volledig doorberekend en kan Unisys wellicht via inkoop deals met intel volledig financieren en nog steeds een brutowinst hebben op deze servers. Als klant heb je het voordeel dat je nu nog niet de volledige mep hoeft te betalen, dat je de CPU's wellicht nooit hoeft te betalen, en als het toch moet, dan kan alles direct zonder te moeten wachten op levering etc. etc. En als extra service, kan je er als klant zelfs een aantal keren tijdelijk over beschikken ook.

Het is een leuk business concept en het zal me niet verbazen als de concurrentie dit idee ook gaat toepassen. Voorlopig is het idee zeer onderscheidend.

[Verwijderd]

wat als de processor(s) al toegevoegd zijn maar nog niet belast worden?soort sleep mode?dat ze erbij springen als t nodig is?

[dj.verhulst]

Idee is leuk , maar ergens betaal je er toch al voor..
En als de kans groot is dat men die dingen achteraf toch gaat betalen ,dan heb je werk als systeem beheerder die de spec opsteld niet goed gedaan .......

Is het niet makkelijk te omzeilen ???
of licentie technisch dicht gezet ??

[TD-er]

Ik vind het een beetje kort door de bocht om te stellen dat de systeembeheerder die de specs opstelde zijn werk niet goed gedaan zou hebben.
Er is ook nog zoiets als groei van een bedrijf en je zal maar net een keer een grote hoeveelheid data ineens moeten verwerken waar een deadline op zit.
Dat zijn de situaties waarbij je dit soort snelle upgrades zou willen.

[Sendy]

Je kan bijvoorbeeld de situatie hebben dat je pintransacties moet verwerken die het hele jaar op een bepaald nivo zijn, en alleen rond kerst een grote piek laten zien.

Dit systeem zou een kosten efficiente manier kunnen zijn.

[Verwijderd]

Zal je sterker vertellen. Bij veel grotere bedrijven heeft de sysop geen hol te vertellen over wat er precies aangeschaft wordt. Hij is de man achter de knoppen maar niet de man met de centen. Daar hebben we tegenwoordig sales figuren voor. En die verkopen nog een dropveter aan een klant als die vraagt om een verbinding tussen z'n verschillende vestigingen.

[Verwijderd]

ehh, dat kunnen hp9000 servers al jaren, daar noemen we het iCOD, Instant Capacity On Demand dus niet echt schokkend nieuws zou ik zeggen.

Voordeel is dat je een server vol stouwt met cpu's en het je weinig kost zolang je ze toch niet gebruikt dus goedkoper dan dat je de cpu's achteraf in laat bouwen.

Voor de geintereseerden onder ons een linkje:

http://docs.hp.com/en/B9073-90070/index.html

S@n

[nOLoGIc]

Dit systeem geeft me als tweaker een beetje raar gevoel, je zet immers niet in wat je eigenlijk al in huis hebt. Maar het heeft wel het voordeel dat je een machine goedkoper (of überhaupt) kan uitbreiden.
Ik weet uit ervaring dat het "ultieme schaalbaarheid" argument waar de ES7000 serie oa mee wordt aangeprezen in de praktijk niet werkt. M'n werkgever heeft nu al 2 maal een half gevulde ES7K aangeschaft met het idee deze later verder op te vullen tot max. capaciteit. Maar als puntje bij paaltje komt blijken de benodigde componenten na 1,5 jaar al niet meer te krijgen of wordt het zo duur dat je beter een volledig nieuwe machine kan aanschaffen
Deze nieuwe constructie vangt dit deels op, doordat je de spullen al kant en klaar hebt staan. Helaas dus maar ten dele omdat het een on-demand upgrade van max. 4 cpu is, ipv 16 naar 32 cpu (zoals bij ons wenselijk was).
En Unisys kennende zal de upgrade prijs idd toch wel grotendeels van tevoren verrekend zijn