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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 22, views: 10.302 •

Amazon gaat overtollige servercapaciteit van zijn rekenkracht-dienst EC2, veilen. Gebruikers kunnen aangeven welke prijs ze maximaal per uur willen betalen, en als deze hoger uitkomt dan de 'spotprijs' worden hun taken uitgevoerd.

Amazon Web ServicesDe EC2-dienst van Amazon geeft gebruikers tegen betaling toegang tot virtuele machines met als besturingssysteem Windows, Solaris of een Linux-distributie als Ubuntu. Klanten kunnen servercapaciteit inkopen naar behoefte en kunnen kiezen voor meer geheugen of meerdere processorcores. Amazon moet altijd een bepaalde veiligheidsmarge hanteren voor de beschikbare servercapaciteit: gebruikers moeten de capaciteit van hun virtuele machines op elk moment kunnen verhogen, Daardoor moeten er altijd servers standby staan die de extra vraag op zich kunnen nemen.

Die reserve-servercapaciteit werd tot nog toe nergens voor gebruikt, maar de 'Spot Instances'-dienst moet daar verandering in gaan brengen. De dienst, die van start gaat als bèta, laat gebruikers bieden op idle time, voor prijzen die lager liggen dan gewoonlijk. Ze kunnen de maximale prijs aangeven die ze willen betalen; komt deze boven de spotprijs uit, dan worden hun taken uitgevoerd. Komt de spotprijs echter op een gegeven moment boven de geboden maximumprijs uit, dan worden hun taken weer beëindigd.

Gebruikers betalen altijd de spotprijs: als ze dus bijvoorbeeld een maximumprijs van 0,045 dollar per uur aangeven en de spotprijs ligt op 0,030 dollar per uur, dan betalen ze het laatstgenoemde bedrag. Komt de prijs op een gegeven moment uit op 0,046 dollar, dan worden de taken beëindigd, omdat deze prijs boven het maximumbedrag ligt. Zakt de spotprijs later weer terug naar de maximale prijs die is geboden door de gebruiker, dan worden deze automatisch weer opgestart - als de gebruiker van te voren heeft aangegeven dat te willen.

Het feit dat taken op willekeurige momenten kunnen worden beëindigd en weer worden opgestart, maakt dat Spot Instances niet voor alle soorten taken geschikt is. Zo is het niet erg verstandig om er een webserver mee te draaien. Het verwerken van grote hoeveelheden data, waarbij het er niet toe doet op welk moment dat gebeurt, is bijvoorbeeld beter geschikt. Amazon adviseert gebruikers die mee willen bieden op servercapaciteit om ervoor te zorgen dat hun data regelmatig wordt opgeslagen. Ook luidt het advies om applicaties zo te ontwerpen dat deze zonder problemen om kunnen gaan met plotselinge beëindiging van taken.

Reacties (22)

Hmmr... Wie is rijk en lid van DPC?
Dat was ook mijn eerste gedachte, maar rijk hoef je er niet voor te zijn?
Als het inderdaad een halve cent per uur is dan is het 12 cent per dag, oftewel een kleine 4 euro per maand, daar liggen niet al teveel mensen van wakker denk ik.
Ik neem aan dat dat per uur CPU time is ;)
Het lijkt mij nogal moeilijk in eenheden uit te drukken, rekenkracht... aangezien er meer bij komt kijken dan alleen dan rekenkracht (afhankelijk van de applicatie).

Het lijkt mij belangrijk te vermelden wat het voor platform is en wat je er verder mee kunt. Kun je er ook een website mee hosten? Kun je opslag gebruiken? Hoeveel?

Ik denk dat er wel heel erg veel variabelen zijn om dit als een soort cash and carry product te marketen.

5 kilo rekenkracht, 3 kilo betalen!
Volgens mij staat de prijs op 5 cent per uur, dus 10 keer zo veel. Maar dat is nog steeds niet veel.
was ook het eerste waar ik aan dacht, juist voor dat soort initiatieven zou dit geschikt zijn.:)
doe dan ineens een donatie ipv commerciŽle capaciteit in te kopen waar per definitie ook winst op wordt gemaakt.

of als je ZO hard op getalletjes kicked, zoek dan hulp voor jezelf met dat geld 8)7
Erg interessant, Cloud rekenkracht is relatief duurder dan het in eigen beheer hebben draaien, qua $/CPUuur, bovenstaande dienst verkleint dit verschil aanzienlijk voor een groot aantal use cases waar beschikbaarheid geen belangrijke eis is
Je zou natuurlijk een reeks hele kleine taakjes tegen verschillende spotprijzen kunnen aanvragen om te zien wanneer het werkelijk het goedkoopste is om taken uit te laten voeren.
Ik neem toch aan dat het 's nachts in de US ook best wel rustig zal zijn.
Je kan via AWS Control Panel de historische "spot"-prijzen opvragen:
Voor een LINUX.m1.small gaan ze van $0.025 tot $0.035
Voor LINUX.m1.large van $0.115 tot $0.125

Screenshot: http://skitch.com/andrewf/nmsj5/aws-management-console

Op het eerste zicht lijkt de prijs 3-4x goedkoper: dat is een groter verschil dan ik had gedacht. Waarschijnlijk komt dit doordat er nu nog weinig vraag naar is waardoor ze de spotprijs laag moeten houden..

[Reactie gewijzigd door AndrewF op 15 december 2009 13:32]

ik vraag me af hoe duur dat zou zijn om zo'n stukje tehuren (wat hun minimaal willen krijgen voor het verhuren)
http://aws.amazon.com/ec2/
Staat allemaal mooi in de link met transparante prijzen voor on-demand/reserved/spot instance/data transfer/......
Dat bedrag zal niet zo hoog liggen.
Iets boven break even, en dat is slijtage en stroomverbruik + betje administratie.
Verder is het allemaal omzet in de boeken wat de "waarde" van het bedrijf doet stijgen.
Alles er boven is pure winst. En door de lage tarieven / veel gebruik kunnen ze weer extra bulk kortingen krijgen op energie ( stabielere energieafname en meer )
Zo iets is al snel leuk als je regelmatig veel overcapaciteid hebt.
En de slijtage is ook niet hoog, omdat het allemaal al vrij snel afgeschreven word. Veelal afgeschreven voor het kapot gaat / op is.
Aangezien je materiaal niet gratis aankoopt vraag je meer dan break-even hoor. Tov wat de consumeerder anders zou moeten kopen zou je het wel vrij break-even kunnen noemen.
Veel langere afschrijving dan 2 of 3jaar zullen ze niet doen voor krachtige servers, dus op die tijd moet de aanschaf al terug verdient zijn + winst om aan nieuwe vraag te voldoen/vraag te creŽeren.
Je moet wel goed kijken naar hoe de situatie was en hoe deze nu wordt.

Voorheen stond een server niks te doen. Deze is dus al aangeschaft, vergt al onderhoud e.d. Nu laat je de server draaien. Dit kost meer stroom, meer onderhoud en meer administratie. Men zal dus een kosten baten analyze maken van de extra kosten en de extra opbrengsten.

Alleen het gene dat het meer kost is de break-even. Daardoor kan de prijs dus een stuk lager liggen de standaard break-even van Amazon. Als ze dan net bover de break-even gaan zitten betekend dat ze eraan verdienen t.o.v. niet verhuren.
Heel slim van Amazon. Op deze manier kunnen ze hun idletijd toch nog verkopen, net iets boven de variable kostprijs. Hierdoor neemt het volume van betaalde CPU-uren toe, en het relatief gebruik ook. En omdat ze het ook nog op een veilingmanier doen, kan de prijs alleen maar omhoog. Ik wou dat ik het bedacht had. :)
Het lijkt me dat een idle CPU (veel) minder energie gebruikt dan tijdens het verwerken.
De kostprijs van cpu time is dus hoger dan van de idle time (althans, dat lijkt me).
Je hebt gelijk, CPUs onder load verbruiken een pak meer energie = hogere stroomkost. Dit noemt men de "variabele kost". Vandaar dat sanderr "net iets boven de variable kostprijs." zei.
Dus de cloud hype is al weer zover ingezakt dat de overcapaciteit van de cloud geveild moet worden?
Helemaal niet, zoals uitgelegd is die overcapaciteit nodig en moet deze per direct aanspreekbaar zijn, maar in geval deze niet aangesproken wordt kan eea. nog efficienter ingericht worden. Zo halen ze juist het maximale uit hun servers.

[Reactie gewijzigd door playroll op 15 december 2009 18:15]

Gaan ze dan niet juist voorbij aan het begrip "reservecapaciteit"? Deze dient normaal om een piek op te vangen, een situatie die zich meestal in enkele uren voltrekt en volledig onvoorspelbaar is. Stel nu dat deze reservecapaciteit juist een hoog gebruik kent tijdens een piek, waar gaat amazon dan naartoe om deze piek op te vangen? Als je het mij vraagt een typisch voorbeeld van hoe het beeld van extra omzet het evenwicht van dergelijke diensten ernstig kunnen verstoren. Zolang alles goed gaat niets dan lof, maar zodra het ťťnmaal misloopt dan begint het spelletje verantwoordelijkheid afketsen...

Op dit item kan niet meer gereageerd worden.



Populair: Tablets Smartphones Beheer en beveiliging Laptops Google Apple Sony Games Consoles Politiek en recht

© 1998 - 2014 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013