Amazon EC2-storing en de cloudklunzen (opinie)

Afgelopen week lag de cloudcomputingdienst EC2, onderdeel van Amazon's cloudportfolio AWS, er in één datacenter voor lange tijd volledig uit. Veel websites en online diensten die gebruik maken van EC2 gingen ook keihard down, sommigen voor meer dan twee dagen.

Alarmistisch

Au. Dat doet pijn, absoluut. Maar het oorverdovende geweeklaag over de cloud in het algemeen en Amazon EC2 in het bijzonder doet nog veel meer pijn. Want het toont aan dat de inderhaast opgetrommelde deskundologen, maar blijkbaar ook veel klanten, er weinig van begrijpen.

"Het imago van een technologie waar je op kunt vertrouwen zal zeker een klap krijgen. Die is vandaag ernstig beschadigd", orakelt bijvoorbeeld analist Rob Enderle. Andere deskundologen menen dat door deze breed uitgemeten storing het hele cloudmodel in een welhaast existentiële crisis raakt. Niets is minder waar.

Huilie huilie

Dat het collectief van cloudsceptici tijdens de storing vol leedvermaak in hun 'zie-je-wel!' reflex schoten is te verwachten. Maar het is bizar dat er talloze bedrijven zijn die hun hele business bovenop EC2 bouwen zonder zelf moeite te doen om hun beschikbaarheid en performance te ontwerpen en te implementeren.

Hoor de ceo van Appitalism: "Klanten zoals ik gaan er van uit dat als er een gedeelte van Amazon's datacenter down gaat, het verkeer wordt omgeleid naar een alternatieve locatie. De cloud wordt neergezet als grenzeloos, maar deze storing bewijst het tegendeel."

Hoe naïef kun je zijn? Wakker worden: 'de' cloud bestaat niet! EC2 is geen Software as a Service (SaaS), waarbij de provider alles voor je regelt. EC2 en andere clouddiensten van Amazon zijn niet meer dan een uitgebreide gereedschapskist. Met die tools kun je applicaties ontwerpen en bouwen met een ongekende schaalbaarheid, beschikbaarheid en performance.

Hartbewaking zonder failover

Maar als klant ben jíj de ontwerper, de programmeur en de engineer. Als je dat niet kunt of wilt, prima. Maar ga dan niet zonder enige kennis van zaken je bedrijfskritieke applicaties in EC2 zetten om vervolgens moord en brand te schreeuwen als je down gaat.

Zoals deze idioot, die elektronische hartbewaking van patiënten doet via EC2, keihard down gaat en op het AWS-forum desperaat om hulp smeekt.

"Als je beschikbaarheid wil, moet je ook beschikbaarheid ontwerpen en implementeren. Je kunt niet ineens magische beschikbaarheid verwachten alleen omdat het "in de cloud" draait. Grondige en doordachte beschikbaarheidstechniek zorgde ervoor dat Netflix, dat ook in EC2 draait, geen downtime had tijdens de storing", constateert Jeremiah Wilton, die zich met enig recht wél cloudexpert mag noemen.

It's the architecture, stupid!

De cloud is niet de hemel en in EC2 moet je niet geloven, je moet je verdiepen. Zo moet je weten dat als je een instance of een opslagvolume in één beschikbaarheidszone hebt, dat er geen automatisch mechanisme is om capaciteit naar een andere beschikbaarheidszone te routeren, doceert Wilton.

Dus als je anticipeert op een megastoring zoals van de week, dan maak je frequente back-ups van je opslag met de snapshotfunctie van Elastic Block Store (EBS, onderdeel van EC2) zodat je zelf de boel opnieuw online kunt brengen in een andere beschikbaarheidszone. Mocht dan een hele EC2-zone uitvallen, heb je misschien paar uur downtime, maar niet een paar dagen.

Design for failure

Kortom, bij EC2 moet de klant zelf uitvalbestendig ontwerpen, 'design for failure' zoals George Reese, cto van cloudbeheerspecialist enStratus, het noemt. "Applicaties die op die manier zijn ontworpen hebben helemaal geen SLA (service level agreement, red.) nodig. Die hebben lak aan het gebrek aan controle dat nu eenmaal hoort bij het draaien in andermans infrastructuur. Door hun ontwerp kunnen ze beschikbaarheid hebben waar je met een andere architectuur alleen maar van kunt dromen. Ze overleven zelfs extreme storingen in cloud infrastructuur."

De EC2-storing heeft Amazon terecht een blauw oog bezorgd. Maar dat klanten knockout gingen is uiteindelijk hun eigen schuld. Als je niet om kunt gaan met het fantastische gereedschap dat Amazon AWS biedt, moet je ook geen doe-het-zelver worden. Want de cloud is niet voor klunzen.

Bovenstaande put - met permissie - rijkelijk uit de bijdragen van Jeremiah Wilton en George Reese naar aanleiding van de grote Amazon EC2-storing. Wilton is een Oracle- en cloud computingspecialist bij Blue Gecko, een bedrijf uit Seattle dat databases op afstand beheert. Reese is cto van enStratus, die high-end beheertools bouwt voor cloudinfrastructuur.

Voor meer, vooral technische achtergrond, lees het artikel van Wilton en het artikel van Reese.

De rubriek Opinie biedt ruimte aan opvattingen uit de markt over actuele ontwikkelingen in de ICT. De meningen en opvattingen in het bovenstaande artikel zijn voor rekening van de auteur, en komen niet noodzakelijk overeen met de meningen en opvattingen van de redactie. U kunt opinies aan Webwereld aanbieden door deze te mailen naar redactie@webwereld.nl. De redactie behoudt zich het recht voor om opinies zonder overleg te redigeren, te weigeren en/of in te korten.