Cloudiquity

Es ist großartig schwärmend über den Nutzen von Cloud Computing, aber was sind die Konsequenzen, wenn es schief geht? Natürlich gibt es verschiedene Stufen der "falsch". Wir haben oft Ausfälle bekannt aus wie Amazon und Google, aber angesichts der bekannt SLA's jedes Mal etwas nach unten zu erwarten. Aber die Dinge können sich sehr viel schwerer als diese. In den letzten paar Tage, die sie sich, dass Carbonite verloren hatte einige Daten der Kunden im Jahr 2007. Laut TechCrunch Carbonite verloren die Daten von 7500 + Kunden, die sich auf das Unternehmen, um ihre Dateien sicher. Diese entstand aufgrund einer Klage, dass Carbonite Gespeichert über die Anbieter von ihrer Infrastruktur. Die Carbonite CEO sieht weitere Informationen:

"Die Ausfälle der Promise Ausrüstung in erster Linie im Laufe des Jahres 2007 aufgetreten. Wir haben den Kauf des Promise-Server und Lieferanten. Wir behaupten, dass der Promise-Server hatte fehlerhafte Firmware und waren nicht zuverlässig genug für den Einsatz Carbonite. Wir fordern, dass Versprechen uns in Bezug auf die Kosten für den Ersatz der defekten Produkte. Wie bei den 7500 betroffenen Kunden, ihre Backups automatisch neu gestartet wurde und sofort auf unserem neuen Server. "

In diesem Fall scheint es, die Daten verloren hatte keine Auswirkungen und alle Daten verloren wurde gemildert durch die Unternehmen der internen Backup-Verfahren. Allerdings, im Falle von JournalSpace, dies leider nicht der Fall war. JournalSpace war eine Blogging-Plattform, die es schon seit über 6 Jahren und aufgrund eines verstimmten Mitarbeiters, alle Kunden Blogs wurden ausgelöscht aus ihren internen Server. Autsch!

Dies ist nicht das erste Mal, wie menschliche Fehler hat dazu geführt, dass solche Probleme. Im August 2008 Cloud-Plattform FlexiScale, hatte einen Ausfall von mehr als 2 Tage auf einem Ingenieur versehentlich löschen Hauptspeicher Band.

Auch der Schaden nicht nur für die Kunden, sondern auch für die Anbieter den Ruf, vor allem, wenn sie eine kleinere Anbieter versuchen, einen Namen für sich. Eine solche Katastrophe kann buchstäblich den Unterschied zwischen Erfolg und Misserfolg auf dem Markt.

Was können wir lernen? Nun, die erste Sache ist, dass, wie Murphy's Gesetz, wenn etwas schief gehen kann, irgendwann wird es immer. In diesem Sinne sollten Sie immer alle erforderlichen Maßnahmen treffen, um Ihre Anwendungen und Daten. Dies könnte bedeuten, sich ihnen vor Ort oder das Mitführen Backups auf verschiedenen Lagerung Wolken und mit einer DR-Plan bereit ist. Wenn Sie nicht dann können Sie nicht nur Schuld der Wolke ....

Tags: Amazon, Carbonite, FlexiScale, Google, JournalSpace

Eine Umfrage bei über LinkedIn ist die Frage: "Welche Bereiche der Cloud Computing meisten Sorgen Sie oder Ihre Organisation." Der aktuelle Stand der Dinge für die Umfrage ist wie folgt:

Ich bin überrascht, dass die Sicherheit kommt so niedrig ist, und Leistung ist als die Nummer eins Sorge, es wird interessant sein zu beobachten, wie dieser Umfrage Änderungen mehr Stimmen. Sie können wählen, stimmen hier.

Tags: Cloud Computing, LinkedIn, Poll

Die einfache Antwort lautet 4643.

Amazon hat vor kurzem angekündigt, neue Preispolitik Option, wenn Sie die Reserve ein fall für einen oder drei Jahre, dann haben Rabatt auf den Stundensatz. Die folgende Tabelle zeigt die Kosten pro Jahr, wenn die Instanz ist für das ganze Jahr.

Die oben genannten Preise wurden anhand der Linux-Instanz und den Vereinigten Staaten Preise

Kosten / Jahr On-Demand-Instanz $ = Kosten pro Stunde * 365 * 24

Kosten / Jahr für 1 Jahr vorbehalten Instanz $ = 1 Jahr Mindestpreis + (Kosten pro Stunde * 365 * 24)

Kosten / Jahr für 3 Jahre vorbehalten Instanz $ = (3 Jahr Mindestpreis / 3) + (Kosten pro Stunde * 365 * 24)

Nun das bringt die interessante Frage, wann ist es kostengünstiger Reserve ein fall?

Wir können die Mindest-Stunden über die Nutzung der billiger pro Stunde für eine vorbehalten Instanz startet, um die Gesamtkosten mit Hilfe der folgenden Formel

Instanz Reserve Preis / (On-Demand-Instanz Stündliche Preis - Reserve Instanz Preis pro Stunde)

zB für ein kleines Beispiel ein Jahr reserviert

350 / (0,10 - 0,03) = 4642,8 Stunden

Für kleine 3-jährige vorbehalten Instanz

500 / (0,10 - 0,03) = 7142,8 Stunden

Die oben berechneten Zahlen sind für alle Arten Instanz. So sollten Sie einen ein Jahr Beispiel, wenn Sie mehr als 4643 Stunden oder die Instanz ist bis 53% der Zeit in einem Jahr. Mit einer 3-Jahres vorbehalten Beispiel können Sie Geld sparen, wenn mehr als 3 Jahre Sie 7143 oder mehr Stunden oder die Instanz ist bis 27% der Zeit, über einen 3-Jahres-Zeitraum.

Tags: Amazon, EC2 Preisgestaltung, vorbehalten Instanz

Wayne Horkan hat eine gute Nachricht Zentrierung auf ein Schaubild, benutzt er den Schwerpunkt Diskussion Cloud Computing, die er den Etiketten Cloud Betreuungsmodell. Besonders gut gefällt mir auch, dass es für den gesamten Stapel, und fand das ganze eine gute gründliche Einführung in alle Interessierten, die mehr über Cloud Computing.

Tags: Cloud, Sonntag, Wayne Horkan

CloudSim wird vorgeschlagen, als Rahmen für die Modellierung und Simulation von Cloud Computing-Umgebungen zur Unterstützung der Leistungsbewertung der Politik für die Ressourcen-Bereitstellung / Anwendung Planung / Politik der Föderation der Wolken (in eine wiederholbare und kontrollierbare Weise). Für Informationen wenden Sie sich bitte überprüfen Sie ihre Tech Report (PDF).

Tags: CloudSim

Amazon Elastic Block Storage (Amazon EBS) ist eine neue Art der Lagerung speziell für Amazon EC2-Instanzen. Amazon EBS ermöglicht Ihnen das Erstellen Volumes, montiert werden kann, wie Geräte von EC2-Instanzen. Amazon EBS-Volumes verhalten, als wenn sie roh Unformatiert externen Festplatten und kann formatiert werden mit einem Dateisystem wie ext3 (Linux) oder NTFS (Windows) und auf einem EC2-Instanz; Dateien werden über das Dateisystem. Sie haben Benutzer gelieferten Gerät Namen und ein Block Device-Schnittstelle.

Für eine 20 GB Volumen, Amazon Schätzungen eine jährliche Ausfallrate für EBS Mengen von 1-in-200-1-in-1000. Die Ausfallrate erhöht sich die Größe der Lautstärke erhöht. Daher muss man entweder auf die Führung des up-to-date snapshot auf S3, oder über eine Sicherungskopie des Inhalts, dass irgendwo sonst können Sie schnell genug auf Ihre Bedürfnisse im Falle einer Störung.

EBS-Konten können maximal 20 Bände, es sei denn, ein höheres Limit beantragt wird von Amazon. Die maximale Größe der Band ist 1 TB und die Speicherung auf einem Band beschränkt sich auf die Rückstellungen und kann nicht geändert werden. EBS Bände können nur von einer EC2-Instanz in der gleichen Zone in der Erwägung, dass die Verfügbarkeit Schnappschüsse auf S3 kann von jedem Verfügbarkeit Zone.

Amazon S3 stellt eine einfache Web-Services-Schnittstelle verwendet werden kann zum Speichern und Abrufen von jeder Menge von Daten, zu jeder Zeit, von überall im Web. Es gibt jedem Entwickler Zugang zu derselben äußerst skalierbaren, zuverlässigen, schnellen, kostengünstigen Daten Speicher-Infrastruktur, die Amazon nutzt, um seine eigenen globalen Netzwerk von Web-Sites. Der Service zielt darauf ab, dass sie höchstmöglichen Nutzen des Umfangs und der, um diese Leistungen über die Entwickler. S3 muss Software sein, um lesen und schreiben von Dateien, sondern ist äußerst skalierbar, speichert 6 Kopien von Daten für die HA und Redundanz, und Gerüchten zufolge werden in Erlangen und ist äußerst skalierbar.

S3-Konten haben können maximal 100 Gruppen, die jeweils mit unbegrenzten Speicher-und eine unbegrenzte Anzahl von Dateien. Die maximale Größe einer einzelnen Datei ist 5 GB.

S3 ist unter "möglichen Kohärenz", was bedeutet, dass kann es zu einer Verzögerung in der schreibt, die in der EBS-System in der Erwägung, dass keine Kohärenz Verzögerungen. Auch EBS kann nur von einer Maschine in einer Zeit, in der Erwägung, dass Schnappschüsse auf S3 werden können,

In Bezug auf die Leistungsfähigkeit S3 hat die höhere Latenz und auch eine höhere Variation in der Latenz. S3 schreiben Latenz kann auch höher sein als gelesen Latenz. EBS auf der anderen Seite ist niedriger Latenz mit weniger Schwankungen. Es hat auch Caching-Auflösung für sehr niedrige Latenz schreiben. Jedoch bewusst sein, dass Auflösung Caching-und Out-of-Order-Spülung könnte dazu führen, entweder in einer unberechenbaren Datei oder eine Datenbank Korruption

In Bezug auf Durchsatz S3 hat eine maximale Durchsatz (single threaded) von ca. 20 MB / s oder 25 MB / s für multithreaded. Dies ist auf ein kleines Beispiel. Dieser erhöht sich auf 50 MB / s auf den großen und extra großen Instanzen. EBS hat einen maximalen Durchsatz durch das Netz, Diese isapproximately 25 MB / s auf einem kleinen Beispiel und 50 MB / s bei großen Fällen und 100 MB / s auf extra großen Instanzen. Da beide S3 und EBS sind gemeinsame Ressourcen, die sie sich in Verlangsamung unter hoher Belastung.

Für Datei-Listing S3 ist langsam und die Suche ist nur in der Erwägung, dass durch die Vorwahl EBS hat schnell Verzeichnis und Suche. S3 ist Performance optimiert durch die Verwendung von mehreren Eimern. Die Schreibleistung ist optimiert, indem Sie Schlüssel in sortierter Reihenfolge. EBS einzigen Band Leistung ist vergleichbar mit einer Festplatte mit Auflösung Caching.

Es ist eine Alternative zur EBS für EC2, und das ist PersistentFS. Mit PersistentFS Sie ein Laufwerk mounten und benutzen Sie sie wie jede andere, sondern, und hier ist die Kernfrage, die Lagerung für das Gerät ist tatsächlich realisierte in viele kleine Stücke in einem Eimer S3 Lagerung. PersistentFS ist ein Closed-Source-Produkt auf der Grundlage der FUSE-Ansatz.

S3 kostet 15 Cent pro GB für die Lagerung tatsächlich genutzt und 1 Cent pro 10000 Gets, und 1 Cent pro 1000 STÜTZT. EBS kostet 10 Cent pro GB Rückstellungen und 1 Cent pro 100.000 I / O's. Für eine Preisbildung für PersistentFS und wie diese im Vergleich zu beiden S3 und EBS Ich schlage vor, Sie lesen diese Nachricht auf dem Amazonas-Foren gepostet, die als durch die PersistentFS Team.

Schlagwörter: EBS, Erlang, PersistentFS, s3

Nach meinen Ausführungen zum Amazonas ist das einzige Spiel in der Stadt Ich dachte, es wäre interessant zu sehen Mosso und Blick auf die Vorteile / Unterschiede zwischen Mosso und Amazon:

Aus technologischer Sicht Mosso keine Root-Zugang zu ihren severs. Sie bieten Server mit dem Betriebssystem und Software bereits vorinstalliert. Mosso behauptet, dies gibt ihnen die Fähigkeit zur einfachen Überwachung und Umfang des Dienstes als notwendig, befreit den Anwender von der zu befürchten OS, Load-Balancing, etc. Wie funktioniert das? Nun, Mosso Zusammenfassung der aktuellen Plattform, die Sie gegen. Aus praktischer Sicht bedeutet dies, dass Sie am Ende mit einem einzigen Raum, in dem Verzeichnis speichern Sie Datei-Typen (PHP,. RoR, etc). Wenn eine Datei beantragt wird es tatsächlich durch die native Plattform. Was bedeutet das? Das bedeutet, dass, wenn Sie ASPX-Dateien ausführen werden sie von Windows, und wenn Sie die Ausführung RoR-Dateien werden von Linux, etc.). Wenn Sie Kombinationen, die nicht unterstützt werden, dann aktivieren Sie diese Unterstützung wird für Sie.

Dies führt uns auf eine gute Unterscheidungsmerkmal, dass Mosso hat über Amazon, ihre Kunden-Service ist 24 * 7 bemannten von Menschen am Ende des Telefons, im Gegensatz zu Amazon. Diese können einen großen Unterschied, wenn tatsächlich versuchen, etwas zu arbeiten, und ich muss sagen, ihre Kunden-Service ist ausgezeichnet.

Mosso derzeit nur FTP-Zugriff auf Ihre Instanzen. Nr. RDP, SSH etc., die Sie natürlich mit EC2 von Amazon. Doch gerade jetzt, Amazon nicht wirklich alles, was im Wettbewerb mit Mosso in erster Linie mit Wolke, deren Wert Punkt sind die Lastenausgleich Windows und Apache-basierte Web-Anwendungen, als auch semi-Lastenausgleich SQL Server und MySQL-Angebote. Das ist es, was Mosso Anruf Cloud Sites. Automatische Lastverteilung kommt von Amazon, ist aber noch nicht, und jetzt müssen Sie Ihre eigene Rolle.

Es gibt kein Konzept des Teilens Bild Instanzen mit Mosso als zentrales Konzept ist anders ieyou sind nicht mit 1 "virtuelle" Instanz, sondern wirklich mit einer Schnittstelle arbeiten, dass die Funktionen als eine Art fascade zu einer potenziell vielen Fällen. Abgesehen davon, Mosso Beta-Tests sind derzeit etwas, was sie fordern "Cloud-Server" und es sieht aus wie dieses wird direkter Konkurrenz zu EC2.
Update: Mosso Cloud Server jetzt live am 16. März. Preise ab $ 0.015/hour oder $ 10.95/month. Überprüfen Sie die Details hier. Sie haben auch eine API. Für einen kleinen Blick auf die API Mosso E-Mail und fragen. Auch Cloud-Dateien ist der Beta am 12. März 2009. Cloud-Dateien ist Mosso der Online-Storage-Service-und EUR aktiviert statische Inhalte dienen Motor. Es hat einige neue Funktionen. Lesen Sie alle Details hier.

Amazon hat viele der extra Dienstleistungen, dass sie zur Interaktion mit den Kernen Instanzen wie S3, SimpleDb, SQS, CloudFront etc, und hat in der Erwägung, dass Mosso Cloud Dateien, die er nicht über die Breite oder den Umfang der Dienstleistungen, die den Amazonas.

Ein weiteres Unterscheidungsmerkmal ist die Fakturierung. Im Moment Amazon keine Kopie Fakturierung Rechnungen (eine bestimmte Fehler tragen auf der Amazon-Foren), die verhindert, dass viele Organisationen aus den tatsächlich mit Amazon, in der Erwägung, dass diese Mosso tun.

Alles in allem, Mosso ist eine gute Wolke Hosting-Lösung. Es ist Wert Vorschlag unterscheidet sich von EC2 und in der Erwägung, dass Amazon hat mehr Leistung und Flexibilität gibt es definitiv für den Dienst Mosso sieht, die geeignet ist, um viele Menschen und läuft schneller. Es fehlt die Möglichkeit, vorkonfigurierte AMI Instanzen, also werde ich nicht in der Lage sein, um eine vor-installiert und konfiguriert Hadoop Beispiel, oder was auch immer, für einige ist eine der Attraktionen von EC2, sondern auch für die Möglichkeit, schnell mit Web-Anwendungen konfiguriert und Lastenausgleich ist es perfekt.

Kommerziell sie folgt nicht dem Granulat Compute Utility-Modell sieht vor, dass Amazon, da es der Starter-Pauschale von 100 US-Dollar pro Monat. Dies beinhaltet 50 GB Speicherplatz, 500 GB monatliche Bandbreite, 10000 Berechnung Zyklen, und auch 24 * 7 * 365 Live Support Chat.

In Zusammenfassung Mosso hat einige einzigartige Differenzierungsmerkmale:

- Unterschiedliche Modell ermöglicht eine schnelle Konfiguration und Lastenausgleich Web-Anwendungen

- 24 * 7 * 365 Live Support

- Gedruckte Rechnungen

Die Art und Weise, dass Mosso Position ist es eine schöne Reihe von Funktionen sowie einige vergleichbare Angebote in der Leitung sollte dafür sorgen, dass Amazon nicht alles haben ihren eigenen Weg.

Tags: Cloud-Dateien, Server Cloud, Cloud Sites, Mosso

Simone Brunozzi-, Technologie-Evangelist für AWS in Europa, entsandte einige weitere Erfolgsgeschichten / Use-Cases für die Amazon Web Services in Europa und Asien auf dem Amazonas Blog - Ich habe den Artikel veröffentlicht unten, so wie es immer ist interessant zu sehen, wie Unternehmen, die sich für Wolke Computing, und insbesondere, was die Details der Verwendung Fall.

Industria, Island

Industria-Mission ist die Verbesserung der TV-Erfahrung.

Industria hat die Amazon Web Services für ihre ZignalCloud Service, als auch für die Zignal digitale Entertainment-Plattform. Zignal Cloud senkt die Total Cost of Ownership für Service Provider und Vorhersehbarkeit der Kosten, reduziert die Risiken und Technologie verringert Zeit bis zur Marktreife.
In ihrem Blog, stellen sie fest:
"Eine beabsichtigte Konsequenz dieses Ansatzes ist, dass wir alles tun können, ohne im Vorfeld Kosten für unsere Kunden, weil wir tatsächlich mit einem echten Kosten-Sharing-Modell, bietet uns fast eine 100% ige Größenvorteile."

Natürlich, wenn Sie mit Amazon Web Services, Sie zahlen nur für das, was Sie nutzen, ohne im Vorfeld Investitionen. Sie können mehr Informationen über die AWS-Angebote auf unserer Produkt-Seite.

Wenn Sie interessiert sind, ZignalCloud, können Sie Kontakt Industria in Island, Irland, Bulgarien, Großbritannien, Schweden oder China.

Als sie begann imageloop.com 's Übergang zum Amazon Web Services, den sie brauchten, um alle ihre alten Bilder, neue Miniaturen-und Output-Formate.

Normalerweise hätte Monate in Anspruch genommen, aber da hatten sie praktisch unbegrenzten Zugriff auf CPU-Leistung mit EC2, sie gerade sechzig c1.xlarge Instanzen, gespeist aus Umstellung Stellenangebote von SQS und wurden in einen Tag und eine Hälfte.

Dann, etwa eine Woche später, wenn sie gehen, nehmen sie in einer Nacht der geplante Ausfallzeiten Wartung und konvertiert die Bilder, die sich während der Woche, über 110.000 Bilder, mit zehn EC2-Instanzen für zwei Stunden.

Insgesamt imageloop.com ist sehr zufrieden mit dem Maß an Flexibilität, dass Amazon bietet.

Aus den Worten von Antonio: "Die Geschwindigkeit der Lieferung Slideshows ist viel besser als zuvor, und wir mochten die Flexibilität und Leichtigkeit, mit der wir in der Lage, um die Plattform. Herzlichen Glückwunsch an ein tolles Produkt! "

Und das ist Stefan Riehl, imageloop.com 's CEO: "Als wir begannen die Bewertung von Alternativen zu den traditionellen Hosting-Anbieter, hat sich gezeigt, dass das Angebot von AWS die reifen auf dem Markt."

SnappyFingers ist eine Frage-und Antwort-Suchmaschine. SnappyFingers crawlt und indiziert Häufig gestellte Fragen über das Internet, und Suchergebnisse in einem einfach zu Frage / Antwort-Format.
Chirayu Patel war so freundlich, mit uns einige Details, wie sie Amazon Web Services (AWS) zusammen mit einigen Hintergrund ihre Entscheidungen.

Die drei wichtigsten Motivationen für ihre Entscheidungen sind (in ihren eigenen Worten):
- Wir sind sehr zurückhaltend zu lernen oder etwas außerhalb der Domain SnappyFingers. Wir würden lieber auslagern.
- Wir sind sehr kostenbewusst.
- Wir schreiben Buggy-Code, aber wir wollen nicht, dass unsere Systeme zu sterben, weil er.

Bei der Konzeption der SnappyFingers, als sie mehrere Optionen, aber am Ende nahm sie Amazon Web Services.
Vorläufige Kosten-Analyse ergab, dass die grundlegenden Kosten der AWS Alternativen niedriger wäre auf lange Sicht. Auch gibt es einen zusätzlichen Vorteil, nicht an einen einzigen Anbieter. Allerdings, wenn sie die zusätzlichen Kosten für die Verwaltung der Systeme, den finanziellen Vorteil der Verwendung von AWS wurde deutlich.
Dies, gepaart mit der Tatsache, dass sie nicht wollen, werden abgelenkt mit operativen Belastungen nicht auf ihr Kerngeschäft, so dass AWS wurde die offensichtliche Wahl für die Skalierung CPU / Speicher-Ressourcen.
SnappyFingers Architektur
SnappyFingers besteht aus zwei Systemen - eine Website, und Information Retrieval System (IRS). Die Website entspricht dem System, das Benutzer und der IRS ist das System, dass nicht alle hinter den Kulissen arbeiten, um F & A.
SnappyFingers ist meist kodiert in Python, Java-Sprache, und verwendet mehrere Dritte Pakete: vor allem ist die Django Rahmen, Multiprocessing Paket in Python und Apache Lucene, ein High-Performance, voll funktionsfähige Suchmaschine Bibliothek völlig geschrieben in Java.

Die Website läuft über mindestens drei EC2-Knoten, und nutzt die folgenden Komponenten.
1. Nginx - eine extrem schnelle Web-Server eingesetzt werden, um die statische / gecachte Inhalt. Es ist auch für die Reverse-Proxy-Verkehr auf mehrere Apache-Server.
2. Apache-Server mit mod_python, um den Python-Code zusammen mit dem Django Rahmen.
3. Searchers, um die aktuelle Forschungen auf die Q & A-Index.
4. Spell Checker.
5. PostgreSQL, für System-Management: Aufnahme Bugs, die Registrierung neuer Dienste, und so.

Caching ist in das System mit einer Kombination von Memcached-und Datei-Caching-System. Statische Inhalte werden serviert mit Amazon CloudFront. Amazon Mechanical Turk verwendet wird, um die Relevanz von Suchergebnissen.
Die Information Retrieval System (IRS) ist zuständig für die Erstellung von Q & A-Indizes, werden schließlich von den Sucher. Es verwendet mehrere Dienste, den Job zu erledigen:
1. Crawler zu crawlen das Internet.
2. Parsers zu extrahieren Fragen und Antworten von jeder Seite, die Spam, und Beseitigung der doppelten Inhalt.
3. Scorers zu Ergebnis der Q & A's auf der Grundlage einer Reihe von Faktoren ab. Die Algorithmen sind die dynamischsten Teile des Codes, und sind unter ständiger Entwicklung.
4. Indizierer zum Index Q & A.
Diese Dienste mit mehreren Storage-Geräten - Amazon S3, Amazon SimpleDB und PostgreSQL. Nicht alle Daten werden in allen Standorten. Auf der Grundlage der Daten Größe und Retrieval-Anforderungen, speichern wir die Daten an verschiedenen Standorten. Alle Daten Zugang erfolgt über eine Python-basierte benutzerdefinierte ORM (Object Relational Mapping) zur Vereinfachung der Programmierung.

Ein weiterer Aspekt dieser Dienstleistungen ist, dass sie kann in jedem Knoten. Manchmal haben sie eine bestimmte Menge von EC2-Server, während andere sie haben ihre Infrastruktur in Abhängigkeit von der Belastung und ihre monatlichen AWS Haushalt.
Derzeit IRS hat verbraucht rund 500 GB Daten für eine Reihe von 11 Mio. Q & A.
Intra-Service-Kommunikation verwendet das Konzept der Pipelines, die jeweils mit einem eigenen Satz von Rohren. Jedes Rohr (Amazon SQS Queue) ist im Besitz von einem Service, der verantwortlich ist für die Verarbeitung von Nachrichten innerhalb sie. Sobald die Verarbeitung abgeschlossen ist Mitteilungen werden an die nächste Rohr in der Pipeline.

Diese Architektur ist nicht nur erlaubt, SnappyFingers, um den modularen Charakter des Systems, sondern auch für die Entwicklung und Bereitstellung von Dienstleistungen in Isolation mit dem Rest des Systems.

Die Fehler-Handling-Strategie ist einfach: auf einem Irrtum, einer Service-Protokoll den Fehler und speichern Sie die entsprechende Meldung in Amazon SimpleDB, und die Bearbeitung der nächsten Nachricht. Der Dienst wird nur dann, wenn die Fehlerquote über Schwellenwerte konfiguriert.
Sobald der Fehler korrigiert worden ist, werden die entsprechenden Nachrichten werden zurückgedrängt Amazon SQS für den Abschluss der Verarbeitung.
CPU-Auslastung und die Skalierung
Alle der IRS-Dienste sollen, um die CPU-Auslastung 100% (oder auf einem konfigurierten Wert), mit Python's Multiprocessing Paket zu spawn / Prozesse beenden, um CPU-Auslastung.
Die Leistungen sind unabhängig von den Knoten, auf dem sie laufen, und wenn es eine große Rückstand der Nachrichten in Amazon SQS mehr EC2 Knoten hervorgebracht werden können, um die zusätzliche Belastung.

Schlagwörter: Amazon Web Services, Cloud Computing, imagelooop, industria, IRS, Simon brunozzi, snappyfingers, Use Cases

Wir sehen diese Fragen immer und immer wieder - "Wie kann ich für Peak load" und "Wie kann ich Skala auf der Wolke?". Erstens können herauszufinden, wie sie einige Definition für Spitzenbelastung:

Wir werden die stab bei der Festlegung Spitzenlast wie: "Ein bestimmter Prozentsatz der Tätigkeit an einem Tag / Woche / Monat / Jahr, die in einem Fenster von wenigen Stunden und ist, gilt als extrem, und es tritt auf, weil einer der beiden saisonalen oder wegen unvorhersehbarer Spikes ".

Die Thomas Consulting Group haben eine gute stab (ppt) zu einem forumla, um zu versuchen, vorherzusagen und für Spitzenbelastung. Ihre Formel und Beispiel wird unten gezeigt:

H = Peak-Hits pro Sekunde
h = # Treffer erhielten über einen Zeitraum eines Monats
a =% der Aktivität, die während der Peak-Zeit
t = Peak-Zeit in Stunden
dann
H = H * a / (Tage * t * Minuten * Sekunden)
H = H * a / (108.000 * t)

Bestimmen Sie die Spitze Virtual Users: Peak Hits / Sekunde + Seite mal

U = Peak virtuelle Benutzer
H = Peak-Hits pro Sekunde
p = durchschnittliche Anzahl der Treffer / Seite
v = durchschnittliche Zeit ein Nutzer eine Seite

U = (h / p) * v

Beispiel:

h = 150.000.000 Hits pro Monat
a = 10% des Verkehrs erfolgt während der Hauptverkehrszeit Zeit
Peak-Zeit t = 2 Stunden
p = eine Seite besteht aus 6 Treffern
v = die durchschnittliche Zeit gesehen ist 30 Sekunden

H = (h X a) / (108,000 * t)
H = (150.000.000 * .1) / (108.000 X 2)
H = 48

U = (h / p) * v
U = (48 / 6) * 30
U = 8 * 30
U = 240

Gewünschte Metric - 48 Hits / Sekunde oder 240 Virtual Users

Im vorliegenden Beispiel Thomas Consulting oben Spitzenbelastung ist 15000 Hits in zwei Stunden in der Erwägung, dass der normale Durchschnitt der Treffer für zwei Stunden 411 [(((h * 12) / 365) / 24) * 2]. Dies ist mehr als 70% erhöhen und ein gewaltiger Unterschied, und das Beispiel ist nicht einmal extrem. Online Web-Verbraucher kann das Unternehmen 70% ihrer jährlichen Unternehmen allein im Dezember.

Je nach dem, was auch immer während der transactionality der Treffer, dann könnte dies Unterschied zwischen von 1 EC2-Instanz und unter 10, oder eine Kostendifferenz zwischen $ 6912 bis zu $ 82.944 im Laufe eines Jahres (auf der Grundlage einer großen Amazon EC2-Instanz) . Und natürlich Gebäude für das, was Sie denken, dass ist immer noch Spitze kann zu Problemen führen. Ein berühmtes Zitat von Scott Gulbransen von Intuit ist:

"Jedes Jahr nehmen wir die geschäftigste Minute der verkehrsreichsten Stunde der geschäftigsten Tag und Aufbau von Kapazitäten auf, dass haben wir unsere Systeme zu (handle, dass die Last), und wir gingen nach oben und darüber hinaus." Trotz dieser Systeme immer noch nicht mit die Last.

Was wir wirklich wollen, in der Lage zu tun ist, haben Sie unsere Webseite bauen für unsere durchschnittliche Belastung, ohne Spitze, und auf Ebene der Nachfrage in der Architektur. Wie EC2 ist die am weitesten ausgereiften Wolke Plattform schauen wir uns an Werkzeugen, die Erreichung dieses Ziels auf EC2:

GigaSpaces XAP: Ab der Version 6.6 des GigaSpaces XAP Plattform Cloud Werkzeuge ist in. GigaSpaces ist die nächste Generation virtualisierte Middleware-Plattform, in Logik-, Daten-und Messaging-Speicher, und hat weniger bewegliche Teile, so dass die Skalierung erreicht werden kann, linear Im Gegensatz zu traditionellen middlware Plattformen. GigaSpaces uns durch eine Service-Netz mit dem Application-Level-Service-Level-Abkommens zu werden, und die werden überwacht und war in Echtzeit. Dies bedeutet, wenn geladen wird, dann kann GigaSpaces Maßstab Fäden oder die Anzahl der virtualisierten middlware Fällen zu gewährleisten, dass die SLA erfüllt ist, die in unserem Beispiel wäre die Fähigkeit zu handeln, die Zahl der Anträge. GigaSpaces auch Partner mit RightScale. GigaSpaces können Sie versuchen ihre Cloud bietet kostenlos vor nach dem traditionellen Programm Berechnung einfließt.

Scalr: Scalr ist eine Reihe von Amazon Machine Image (AMI), für die grundlegende Website muss also eine App-Server, Load-Balancer und ein Datenbank-Server. Die AMIS sind bereits mit einem integrierten Management-Suite, das die Last-und Betriebszustand der einzelnen Server in der Wolke. Scalr vorgibt zu erhöhen oder zu reduzieren, da die Nachfrage schwankt, sowie die Aufdeckung und Wiederaufbau ordnungsgemäß funktionierenden Instanzen. Scalr hat Open-Source-und kommerziellen Versionen und ist eine relativ neue Infrastruktur Dienst / Anwendung. Wir mochten den "Synchronisieren Sie auf" Eigenschaften der Scalr. Das Auto-Bundles ein AMI und wieder setzt es auf eine neue Instanz. Es tut dies, ohne den Kern mit Ihrer Website. Das spart Zeit durch das EC2 image / AMI Prozess. Wenn Sie mehr über Scalr sollten Sie die Scalr Google Groups-Forum.

RightScale: RightScale hat eine automatische Ableitung von Management-Plattform. RightScale Dienstleistungen umfassen Auto-Skalierung von Servern nach Verbrauch Belastung und fertige Vorlagen für die Installation gemeinsamen Software-Stacks. RightScale Unterstützung Amazon EC2, Eukalyptus, FlexiScale, und GoGrid. Sie sind mit den Worten zitiert, dass Rackspace Unterstützung geschieht auch an einem gewissen Punkt. RightScale hat eine große Fallstudie oveview auf ihrem Blog über Animoto und auch erklärt, wie sie ins Leben gerufen haben, konfiguriert und verwaltet über 200, Oo0 Instanzen zu aktualisieren. RightScale sind VC gesichert und im Dezember 2008 hat $ 13 Mio. Serie B Finanzierungsrunde. RightScale haben freien und kommerziellen Angeboten.

FreedomOSS: Freiheit OSS hat benutzerdefinierten Vorlagen, genannt jPaaS (JBoss Platform as a Service), für die Skalierung Ressourcen wie JBoss Application Server, JBoss Messaging, JBoss Rules, jBPM, JBoss Seam und Hibernate. jPaaS überwacht die Instanzen für Last-und skaliert werden. jPaaS kümmert sich um die Aktualisierung der vhosts-Datei und andere relevante Konfigurations-Dateien, um sicherzustellen, dass alle Instanzen von Apache auf diesem Host. Die neu eingesetzten app, das entweder auf Tomcat oder JBoss wird Teil der neuen App-Server Bild.

Tags: Cloud, Cloud Computing, GigaSpaces, Spitzenbelastung, Spitzenbelastung Provisioning, RightScale, Scalr

iPhone Anwendung "Cloud Status" können Sie den Status der beiden Google App Engine, Amazon Web Services und Twitter in Echtzeit. It’sa simple but effective example of monitoring-as-a-service. It’s available from Bablim Light Industries in the iPhone App Store .

Tags: Cloud Status , Google App Engine , iPhone , Monitoring , Twitter