Server in den Wolken

Diese Frage stellt @roidrage auf dem Daily AWS Wtf Blog. (Super Blog Name btw.)
Demnach resultierte eine Denial of Service Attacke bei einem auf EC2 gehosteten Dienst in extrem langsamen Zugriffen auf die EBS Volumes. Was die Vermutung nahe legt, dass die gleiche Netzwerkverbindung für externe Verbindungen und für den Zugriff auf die EBS Volumes genutzt wird. Ob dies nun wirklich so ist, oder nicht, weiss ich allerdings auch nicht…
Wie der Artikel aber schon sagt, kann man nur hoffen, dass die Vermutung sich nicht bewahreitet oder zumindest dieser Designfehler hoffentlich bald …

Mit EBS bietet Amazon die Möglichkeit persistenten Speicher einzelnen Instanzen zuzuweisen. Selbst wenn diese Instanz ausfällt bleiben die Daten auf dem EBS Volume bestehen und können dann einer anderen oder der neuen Instanz zugewiesen werden.
Dies bietet sich insbesondere für Datenbankserver an. Wichtig für Datenbankserver ist aber neben RAM und CPU insbesondere die Festplattenzugriffsgeschwindigkeit, sowie die Schreib- und Lesegeschwindigkeit. Die MySQL-Experten von Percona haben jetzt einen Benchmark veröffentlicht, der EBS in verschiedenen RAID-Konfigurationen und als einzelnes Volume vergleicht.
EC2/EBS single and RAID volumes IO benchmark
Update:
Percona hat noch einen zweiten interessanten Artikel/Benchmark hinterher …

Auf dem AF-Design Blog gibt es einen ausführlichen Benchmark zur Geschwindigkeit von EBS der persistenten Speicherlösung für EC2. Verglichen wird dort der Einsatz der EBS Volumes als Software RAID und alleine sowie mit verschiedenen Dateisystemen.
Neben den reinen Zahlen erklärt der Artikel natürlich auch den Aufbau und Ablauf der Tests und dient mit den vielen Beispielen auch als gute Anleitung.
Eigene Tests durchzuführen, so man denn plant EC2 produktiv für eigene Produkte zu nutzen, bleibt einem natürlich nicht erspart. Zu unterschiedlich kann die Performance mit anderen Betriebssystemen, Distributionen usw. sein. Ausserdem ersetzt …

Als Dienstleister hat man ein Problem, die eigenen Produkte bzw. Dienstleistungen stehen im Hintergrund. Dieses Problem hat  man in jeder Branche, gelöst wird es meistens durch ein Portfolio, Referenzen und Kundenstimmen.
Gerade im Bereich Infrastructure as a service und Platform as a service steht man als Anbieter ebenfalls im Hintergrund. Kundenprojekte betrieben auf der bereitgestellten Hardware oder Plattform stehen im Vordergrund, die dahinter liegende Technik bleibt aber oftmals ja, im Hintergrund. Wie jedes Unternehmen stehen aber natürlich auch der Iaas oder Paas Anbieter vor der Notwendigkeit das eigene Angebot bekannter zu …

Auf dem AWS Blog findet sich eine interessante Übersicht über die Soocial.com Infrastruktur die komplett auf AWS setzt. Erklärt werden sowohl die unterschiedlichen Schichten, als auch die einzelnen verwendeten Komponenten.

Zur Erklärung
Das größte Problem bei EC2 Instanzen bisher bestand darin, dass es keine Datenpersistenz gab. Das bedeutet, alle während der Laufzeit einer Instanz geänderten Daten die auf die Festplatte dieser Instanz geschrieben wurden waren verloren wenn die Instanz beendet wurde.
Wie jedem sofort einleuchten wird, ist dies natürlich ein großes Problem, wenn sich eine Maschine auf Grund irgendeines Fehlers während der Laufzeit verabschiedet. Normale Server fährt man wieder hoch und dank der Innovation bei den Journaling-Dateisystemen der letzten zehn Jahre kommt es nur sehr selten zu Datenverlusten. EC2 Instanzen hingegen kann …