Cloudcomputing / Cloud Computing Blog

Kurzmeldung:

Hatte Amazon bisher einen nicht besonders übersichtlichen Kalkulator für die Kostenberechnung, so darf man sich nun über eine verbesserte und bedienbare Version namens “AWS Simple Monthly Calculator” freuen.

Ohne grundlegende Kenntnisse des Abrechnungsystems und natürlich ohne möglichst genaue Informationen über den zu erwartenden Traffic wird man jedoch keine sinnvollen Ergebnisse erhalten können – “Endkundentauglich” ist das vielleicht nicht, aber in der Planung eines Projektes ein guter Anhaltspunkt für die Kostenprognose.

via AWS Blog

Wir sind gerade dabei, ein größeres Portal “in die Cloud”, d.h. zu Amazon AWS / EC2 umzuziehen. Dabei galt es heute zu klären, ob wir das System bei Amazon US oder EU (d.h. in den USA oder in Europa) hosten.

Reflexartig will man natürlich die Region hier vor der eigenen Haustür nehmen – dies bedeutet aber sofort einen ca. 10%igen Aufpreis auf die Zonen in den USA. Also will man genauer schauen:

Test 1: Ping Zeiten

Dies ergab hier aus Köln im mittel 40 ms für die Server in Europa und ca. 100 ms für die Server in den USA. Da es bei dem Projekt nicht um eine Realtime-Anwendung geht, kann man das sicher verschmerzen.

Test 2: Praxistest

Wir haben dann jeweils ein Testsystem an beiden Standorten eingerichtet, um einen halbwegs realistischen Test durchführen zu können.

Hierfür haben wir die kleinsten Server verwendet, alle Cachingsysteme ausgeschaltet (client- wie serverseitig) und möglichst komplexe Testseiten mit vielen Datenbankabfragen, vielen eingebundenen Files (mehrere CSS-Files, viele Grafiken), grossen Dateien (Videos zwischen 15 und 45 MB) etc. verwendet – die Server sollten also trotz der Testsituation zumindest ein wenig zu tun haben. Wir haben jeweils 5x je Seite gemessen und hieraus Mittelwerte berechnet.

All das ist beileibe keine hochwissenschaftliche Untersuchung, dennoch fand ich das Ergebnis bemerkenswert:

Eine grafische Aufbereitung macht das Verhältnis noch deutlicher klar:

Fazit: Trotz des ca. 10%igen Mehrpreises werden wir die erste Ausbaustufe wohl in Europa (d.h. Amsterdam) launchen, weil aktuell der größte Teil des Traffics aus Europa kommt.

Was im Artikel eigentlich noch fehlte: Woran die deutlich unterschiedliche Seitenauslieferungzeit nun schlussendlich lag, könnte natürlich nur ein Test zusammen mit den Amazon Technikern klären. Die Amazon AWS sind ja virtuelle Maschinen (auf XEN Basis) in einem grossen Rechenzentrum, wo verschiedene potentiell verzögernde Einflüsse untersucht werden müssten, so z.B. Auslastung (CPU, RAM, Festplatten, Netzwerk), Aussenanbindung etc. pp.

Ein Hinweis noch zu den gemessenen Zeiten: Erstaunlicherweise konnten die EU-Server ihren größten Vorteil 60,38% Geschwindigkeitsunterschied) bei derjenigen Testseite ausspielen, welche die größten Dateien eingebunden hatte. Wir hatten vor dem Test erwartet, dass die Unterschiede aufgrund der höheren Latenzen (s.o.; Pingzeiten) vor allem bei vielen kleinen Files auftreten würden und dass sich dies bei größeren Dateien egalisieren würde – was sich nicht bewahrheitet hat…

Wer vorhat, grosse Mengen von E-Mails (Newsletter, Mailinglisten, E-Mailings oder Notify-Mails für Communities) über AWS (Amazon Webservices / EC2) zu versenden, der sollte sich folgende Seite ansehen:

Warum, erklärt die Info von der o.g. Seite:

In order to maintain the quality of Amazon EC2 addresses for sending email, we enforce default limits on the amount of email that can be sent from EC2 accounts. If you wish to send larger amounts of email from EC2, you can apply to have these limits removed from your account by filling out this form.

Additionally, if you intend to send email from EC2, we suggest you provision one or more Elastic IP addresses (EIPs) and provide those addresses to us as part of this form. Amazon Web Services works with ISPs and Internet anti-SPAM organizations (like Spamhaus) to identify these validated EIPs to reduce the chance of your email being flagged as SPAM.

via