Unterschiede zwischen Amazon Elastic Block Storage (EBS) und Microsoft Azure-Laufwerke

Habe ich entweder mit Amazon EC2 oder Microsoft Azure zu hosten Sie ein neues Projekt, Vorhaben, auf den Einsatz entweder Amazon EBS oder Microsoft Azure-Laufwerke zum speichern der Dateien verwendet wird, zum ausführen einer ASP.NET website. Meines Wissens sind diese beiden Technologien sind sehr ähnlich, und beide bieten eine virtuelle Festplatte, die gesichert ist durch die cloud-Speicher (Amazon S3 oder Azure-Blobs). Mit der jüngsten Ausfall des EC2 und EBS (Siehe Post Mortem) ich würde gerne mehr darüber wissen, wie die EBS im Vergleich zu Azure-Laufwerke. Speziell:

  1. Ich weiß Azure-Laufwerke können montiert werden, als Lesen/schreiben auf eine einzelne Instanz oder als nur-Lesen auf mehrere Instanzen. Das gleiche gilt für die EBS? Ich habe auch gehört, dass Microsoft Azure-Laufwerke können verwendet werden, in Lesen/Schreiben-Modus auf mehrere Instanzen, die mit dem SMB-Protokoll. Jemand Erfahrung mit dieser?

  2. Dort wurden viele Menschen beschweren sich über ter Zuverlässigkeit von Amazon EBS auch vor der heutigen Ausfall. Ich habe sogar gehört, einige Menschen, die Referenz unter Verwendung mehrere EBS-Datenträger zum erstellen einer RAID-ähnliches system, das scheint dumm zu mir. Wie zuverlässig haben sich die Microsoft-Azure-Laufwerke wurden im Vergleich zu EBS?

  3. Ich glauben, dass die beiden EBS-und Microsoft Azure-Laufwerke ermöglichen es Ihnen, Schnappschüsse zu machen, die für backups verwendet oder montiert werden, um eine VM-Instanz und geändert werden, ohne änderung der ursprünglichen Lautstärke. Ist dies ein sinnvoller Weg zum aktualisieren einer website auf mehrere Instanzen (Ex: snapshot erstellen, änderungen bereitstellen, dann mount as read-only für alle Instanzen)

Sind nur einige grundlegende Fragen, die ich hatte, aber ich würde gerne hören von jemandem, der Erfahrung hat mit Amazon EBS-und Microsoft Azure-Laufwerke.

InformationsquelleAutor Greg Bray | 2011-04-22
  1. 6

    Konnte ich beantworten einige meiner Fragen durch das Lesen durch die Windows Azure-Laufwerke whitepaper, die erklärt, im detail, wie der Azure-Laufwerk erstellt wird, mithilfe von Seiten-Blobs. Dies bedeutet, dass es unter den Windows Azure Storage SLA, die besagt:

    Windows Azure verfügt über separate SLAs für compute und storage. Für berechnen, wir garantieren, dass beim bereitstellen von zwei oder mehr rolleninstanzen in unterschiedlichen Fehler-und upgrade-domains Ihre Internet-facing Rollen haben eine externe Konnektivität von mindestens 99,95% der Zeit. Darüber hinaus werden wir überwachen alle Ihre individuelle Rolle Instanzen und garantieren, dass die zu 99,9% der Zeit werden wir erkennen, wenn eine Instanz der Rolle " Prozess nicht ausgeführt wird, und initiieren Korrekturmaßnahmen.

    Für die Lagerung, garantieren wir, dass mindestens 99,9% der Zeit, die wir erfolgreich verarbeiten, die korrekt formatiert sind Anfragen, die wir erhalten, hinzufügen, aktualisieren, Lesen und löschen von Daten. Wir garantieren, dass Ihre storage-Konten haben die Verbindung zu unseren Internet-gateway.

    Ergibt dies eine jährliche downtime-Fenster von rund 26.28 Minuten für web/worker-Rollen und 52.56 Minuten für die Lagerung oder den Rollen, die erfordern, dass der Zugriff auf Azure-Laufwerke. Windows Azure hat Regionen, ähnlich dem, was Amazon AWS bietet, aber innerhalb der Regionen, die Sie nicht haben verschiedene Availability Zones. Stattdessen haben Sie Upgrade-Domänen-und Fault-Domains, die verwendet werden, für das ausrollen von updates und Ortung Rolle-Instanzen auf unterschiedlichen hardware-racks. Fault-domains sind für den Benutzer nicht konfigurierbar, wenn Sie so wollen, eine höhere Verfügbarkeit, die Sie konfigurieren, verschiedene Dienste in einer anderen region.

    Ich war nicht in der Lage zu finden eine ähnliche Beschreibung, wie Amazon EBS Laufwerke erstellt werden, aber es scheint, dass Sie eigentlich NICHT gesichert, durch Amazon S3, sondern ein separates storage-system. Die Amazon S3-SLA bietet Von 99,999999999% Haltbarkeit und 99,99% Verfügbarkeit, aber alles, was erwähnt wird, für die EBS:

    Amazon EBS-volumes befinden sich in einer bestimmten Availability Zone und können dann mit Instanzen verknüpft werden, auch in derselben Availability Zone.

    Jeder Datenträger wird automatisch repliziert innerhalb der gleichen Availability Zone. Dies verhindert Datenverlust durch Ausfall einer einzelnen hardware-Komponente.

    Amazon EBS bietet die Möglichkeit zum erstellen von point-in-time-snapshots der volumes, die in Amazon S3 gespeichert werden. Diese snapshots können als Startpunkt für neue Amazon-EBS-Datenträger und zum Schutz Ihrer Daten für langfristige Haltbarkeit. Den gleichen snapshot kann verwendet werden, um zu instanziieren, so viele Bände, wie Sie es wünschen.

    Sie zeigen auch, dass die EBS hat eine erwartete jährliche Ausfallrate von 0,1% – 0,5% verglichen mit typischen Festplatten, die nicht bei etwa 4% jährlich. Da EBS-volumes basieren ausschließlich in einer Availability Zone ist es auch wichtig, zum erstellen von snapshots für sicherungen:

    EBS-volumes haben Redundanz eingebaut, was bedeutet, dass Sie nicht scheitern, wenn eine einzelne Festplatte ausfällt oder einige andere Fehler Auftritt. Aber Sie sind nicht so überflüssig wie S3-Speicher, die repliziert Daten in mehreren availability zones: ein EBS-volume-lebt ganz und gar in einer availability zone. Das bedeutet, dass Sie snapshot-sicherungen, die gespeichert sind in S3, ist wichtig für die Langzeit-Daten-Sicherung.

    Den post-mortem-Bericht für die letzten EBS/EC2-Ausfall hat, viel mehr Details über die Architektur von EBS und zeigt an, dass der Auslöser war ein Ungültiger Netzwerk-Konfiguration ändern. Das verursacht eine Reihe von Bänden zu distanzieren, die mit Ihren spiegeln und quickly led to a “re-mirroring storm,” where a large number of volumes were effectively “stuck” while the nodes searched the cluster for the storage space it needed for its new replica. Dies, kombiniert mit ein paar race-Bedingungen, unsachgemäße back-off-timeouts, und software-bugs verursacht der längere Ausfall, die Auswirkungen auf mehrere availability zones. Amazon hat erklärt, dass Sie die Einnahme eine Reihe von Maßnahmen, dies zu verhindern in der Zukunft, einschließlich die Herstellung der EBS control-plane-toleranter auf Fehler in einzelnen availability zones.

    In das Ende, die Systeme wurden erwarten und tolerieren Fehler waren viel weniger erfolgt durch die AWS-Ausfall. Bei einer minimalen jedes system, auf Azure-Laufwerke oder Amazon EBS sollten Sie regelmäßige backups mit der snapshot-Funktion zur Verfügung gestellt, und möchten vielleicht sogar zu erwägen, den Versand der Momentaufnahme in einer separaten region oder vollständig separate Speicher-Anbieter.

    InformationsquelleAutor Greg Bray
Schreibe einen Kommentar