Vorteile von EBS vs. Instance-Store (und umgekehrt)
Ich bin nicht klar, welche Vorteile ich von EBS vs. Instanz-store für meine Instanzen auf Amazon EC2. Wenn überhaupt, so scheint es, dass die EBS ist viel nützlicher (stoppen, starten, anhalten + bessere Geschwindigkeit) bei relativ wenig Unterschied in den Kosten...? Auch gibt es keine Metrik, ob mehr Menschen sind mit der EBS jetzt, dass es verfügbar ist, wenn man bedenkt es ist noch relativ neu?
InformationsquelleAutor der Frage HelloWorldy | 2010-09-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Die Quintessenz ist, sollten Sie fast immer verwenden EBS-backed-Instanzen.
Hier ist, warum
Ich bin ein heavy user von Amazon und schaltete alle meine Instanzen EBS-backed storage so schnell wie die Technik kam aus der beta. Ich bin sehr zufrieden mit dem Ergebnis.
EBS kann immer noch nicht - nicht eine silberne Kugel
Beachten Sie, dass jedes Stück von cloud-basierten Infrastruktur kann jederzeit scheitern. Planen Sie Ihre Infrastruktur entsprechend aus. Während die EBS-backed-Instanzen bestimmte Ebene der Haltbarkeit im Vergleich zu ephemeral storage-instances, die Sie können und nicht tun. Ein AMI, von der aus Sie starten können neue Instanzen nach Bedarf in jeder availability zone, sichern Sie Ihre wichtigen Daten (z.B. Datenbanken), und wenn Ihr budget es erlaubt, mehrere Instanzen-Server für load balancing und Redundanz (idealerweise in mehreren availability zones).
Wenn Sie Nicht Zu
An einigen Punkten in der Zeit, es kann billiger sein, schneller zu erreichen IO-Instance-Store-Instanzen. Es gab eine Zeit, es war sicherlich richtig. Nun es gibt viele Optionen für die EBS-Speicher, catering für viele Bedürfnisse. Die Optionen und deren Preise entwickeln sich ständig als Technologie ändert. Wenn Sie eine erhebliche Menge von Instanzen, die sind wirklich Einweg (Sie wirken sich nicht auf Ihr Geschäft viel, wenn Sie einfach Weg), die Mathematik zu tun, auf Kosten vs. Leistung. EBS-backed-Instanzen können auch sterben an jedem beliebigen Punkt in der Zeit, aber meine praktische Erfahrung ist, dass die EBS mehr haltbar ist.
InformationsquelleAutor der Antwort Eric J.
99% unserer AWS-setup ist recyclebar. Also bei mir ist es eigentlich egal, wenn ich eine Instanz beendet -- nichts ist jemals verloren. E. g. meine Anwendung wird automatisch bereitgestellt, die auf einer Instanz aus dem SVN, unsere Protokolle werden geschrieben, um einen zentralen syslog-server.
Der einzige Vorteil, den Speicher der Instanz, die ich sehe, sind Kosten-Einsparungen. Ansonsten EBS-backed-Instanzen zu gewinnen. Eric erwähnt, alle Vorteile.
[2012-07-16] ich würde Satz dieser Antwort viel anders aus.
Ich habe keine guten Erfahrungen mit EBS-backed-Instanzen, die im letzten Jahr oder so. Die letzten Ausfallzeiten auf AWS ziemlich viel zerstört EBS als gut.
Ich vermute, dass ein Dienst wie RDS verwendet eine Art von EBS als auch und das scheint zu funktionieren für die meisten Teil. Auf die Instanzen, die wir verwalten uns selbst, die wir bekommen haben, entfernen EBS-wo es möglich ist.
Loszuwerden, um eine Erweiterung, wo wir wieder einen Datenbank-cluster wieder zu Eisen (= Reale hardware). Die einzige Verbleibende Stück in unserer Infrastruktur ist ein DB-server, wo wir Streifen mehrere EBS-volumes in einem software-RAID und backup zweimal am Tag. Was würde verloren gehen zwischen den backups, die wir mit Leben können.
EBS ist ein etwas flakey-Technologie, denn es ist im wesentlichen ein Netzwerk-volume: ein Volumen befestigt, um Ihre server von remote. Ich bin nicht die Negation der Arbeit mit es – es ist ein tolles Produkt, da im wesentlichen unbegrenzte persistent Speicher ist nur ein API-Aufruf entfernt. Aber es ist kaum fit für Szenarien, in denen I/O-performance ist der Schlüssel.
Werden, und zusätzlich zu, wie Netzwerk-storage verhält, alle Netzwerk freigegeben ist, die auf EC2-Instanzen. Die kleineren eine Instanz (z.B. t1.micro m1.klein), desto schlimmer wird es, weil Sie Ihre Netzwerk-Schnittstellen auf dem eigentlichen host-system freigegeben werden mehrere VMs (= Ihre EC2-instance), die im Vordergrund ausgeführt.
Den größeren Instanz, die Sie erhalten, die besser wird es natürlich. Besser bedeutet hier in Grund.
Wenn die Persistenz erforderlich ist, würde ich immer beraten Menschen, etwas zu verwenden, wie S3 zu zentralisieren zwischen den Instanzen. S3 ist ein sehr stabiles service. Dann automatisieren Sie Ihre Instanz-setup zu einem Punkt, wo Sie können, starten Sie einen neuen server und es wird bereit von selbst. Dann gibt es keine Notwendigkeit, Netzwerk-Speicher, die länger lebt als die Instanz.
Also alles in allem, sehe ich keinen nutzen für die EBS-backed-Instanzen, was so überhaupt. Ich eher hinzufügen, eine minute, um bootstrap, führen Sie dann mit einem Potenzial SPOF.
InformationsquelleAutor der Antwort Till
Wir wie Instanz-Shop. Es zwingt uns, um unsere Instanzen vollständig recycelbar, und wir können einfach automatisieren den Prozess des Aufbaus einen server von Grund auf gegeben AMI. Dies bedeutet auch, wir können einfach die swap-AMIs. Auch die EBS hat immer noch performance-Probleme von Zeit zu Zeit.
InformationsquelleAutor der Antwort sehugg
Eric ziemlich viel nagelte ihn. Wir (Bitnami) sind ein beliebter Anbieter von kostenlosen AMIs für die gängigen Anwendungen und Entwicklungs-frameworks (PHP, Joomla, Drupal, Sie erhalten die Idee). Ich kann Ihnen sagen, dass EBS-backed AMIs sind deutlich beliebter als S3-gesichert. Im Allgemeinen denke ich, dass s3-backed-Instanzen verwendet werden, die für verteilte, zeitlich begrenzte Beschäftigung (zum Beispiel großflächige Verarbeitung von Daten), wo, wenn eine Maschine ausfällt, ein anderer ist einfach spinned. EBS-backed AMIS neigen dazu verwendet werden, die für die "traditionellen" server-Aufgaben wie web-oder Datenbank-Servern, die keep state-lokal und benötigen so die Verfügbarkeit der Daten im Falle eines Absturzes.
Einen Aspekt habe ich nicht gesehen erwähnt, ist die Tatsache, dass Sie können snapshots von EBS-backed-Instanz während der Ausführung effektiv, so dass Sie sehr Kosten-effektive sicherungen der Infrastruktur (die snapshots sind block-basierten und inkrementellen)
InformationsquelleAutor der Antwort Daniel Lopez
Ich hatte die exakte gleiche Erfahrung wie Eric bei meiner letzten position. Jetzt in meinem neuen job, ich werde durch den gleichen Prozess, den ich ausgeführt in meinem letzten job... Wiederaufbaus alle Ihre AMIs für EBS-backed-Instanzen - und ggf. als 32bit-Maschinen (billiger - aber nicht verwenden können gleiche AMI auf 32-und 64-Maschinen).
EBS-backed-Instanzen starten Sie schnell genug, können Sie beginnen, um die Verwendung der Amazon Autoskalierender API ermöglicht die Verwendung von CloudWatch-Metriken für das auslösen der Lancierung von weiteren Instanzen und registrieren Sie den ELB (Elastic Load Balancer), und auch Sie zu beenden, wenn Sie nicht mehr benötigt.
Diese Art der dynamischen autoskalierender ist, welche AWS - wo die tatsächlichen Einsparungen in der IT-Infrastruktur ins Spiel kommen können. Es ist ziemlich unmöglich, das zu tun autoskalierender Recht mit dem alten s3 "InstanceStore"-Instanzen gesichert.
InformationsquelleAutor der Antwort j2d3
Ich bin gerade erst mit EC2 mich also kein Experte, aber Die Amazon-Dokumentation sagt:
Hervorhebung von mir.
Mache ich mehr Datenanalyse als web-hosting, also Ausdauer spielt keine Rolle, so viel zu mir, wie es vielleicht für eine Website. Angesichts der Unterscheidung von Amazon selbst, würde ich nicht davon ausgehen, dass die EBS nach rechts für jeder.
Ich werde versuchen zu erinnern, zu Wiegen, wieder nach ich habe beides verwendet.
InformationsquelleAutor der Antwort isomorphismes
Den EC2 "Hardware"
Wenn eine EC2-Instanz gestartet wird, wird eine virtuelle Maschine ist reserviert für die Instanz zu laufen. Diese virtuelle Maschine hat Besondere Spezifikationen je nach instance-Typ: 32-bit oder 64-bit-CPU, die Anzahl der virtuellen Kerne, die Größe der Festplatte, etc. Details über die Instanz-Spezifikationen ist verfügbar unter http://aws.amazon.com/ec2/#instance.
Wenn die EC2-Instanz ist in einem Zustand "ausführen", das bedeutet, dass es auf dem virtuellen Computer ausgeführt, und das ist, was Sie erhalten, berechnet.
Der virtuellen Maschine die Festplatte wird als "kurzlebig". Der Begriff "ephemer" kommt von dem griechischen Wort "ephemeros", was bedeutet "halten nur für einen Tag". Alles, was auf einer solchen Festplatte sollten als vorübergehend angesehen werden. Es sei denn, die Daten werden kopiert, aus der Festplatte, wenn die virtuelle Maschine angehalten wurde, dann sind die Daten verloren. Dies schließt auch Daten, software und sogar ein Betriebssystem, dass sich auf diese Festplatten.
Bietet Amazon Web Services EC2-Instanzen mit zwei Arten von root-Geräte.: "EBS-backed" und "instance store".
"Instance Store" Instanzen
Eine "instance store" - Instanz ist eine EC2-Instanz, deren root-Gerät befindet sich auf der virtuellen Maschine auf die Festplatte. Wenn die Instanz erstellt wird, die AMI base kopiert wird, der der virtuellen Maschine auf die Festplatte und ins Leben gerufen. Die Instanz laufen können, so lange wie Sie wollen, aber es kann nicht gestoppt werden. Da die Instanz root-Gerät, ist die eigentliche Festplatte ist es "stecken" auf die hardware, und die einzige Sache, die Sie tun können, ist zu beenden die Instanz. Wenn Sie dies tun, wird die Instanz gelöscht wird, wird nie wiedererlangt werden. Zudem laufen Sie Gefahr, dass, wenn die virtuelle Maschine die hardware ausfällt, dann werden Sie auch nichts zu verlieren, auf der Festplatte.
Wenn Sie starten eine "instance store" - Instanz, bereit sein, lassen Sie es laufen, bis Sie völlig fertig. Beachten Sie, dass Sie werden berechnet von dem Augenblick der Instanz gestartet wird, bis die Zeit, die Sie beendet wird.
"EBS-Backed" Instanzen
Einer "EBS-backed" - Instanz ist eine EC2-Instanz, die mit einem EBS-volume als es das root-Gerät. EBS-volumes sind mit redundanten, "virtuelle" Laufwerke, die nicht an einer bestimmten hardware, allerdings sind Sie beschränkt auf eine bestimmte EC2 availability zone. Dies bedeutet, dass ein EBS-volume kann die Bewegung von einem Stück hardware zu einem anderen innerhalb derselben availability zone. Sie können denken, EBS-volumes, die als eine Art von Network Attached Storage.
Wenn die virtuelle Maschine die hardware ausfällt, das EBS-volume kann einfach verschoben werden, um eine weitere virtuelle Maschine und neu gestartet. In der Theorie, werden Sie nicht verlieren keine Daten.
Ein weiterer Vorteil ist, dass EBS-volumes können leicht gesichert und dupliziert. So können Sie einfache backup-snapshots von volumes, neue Datenträger erstellen und starten neuer EC2 Instanzen basierend auf dieser doppelten Volumen.
Wahrscheinlich der größte Vorteil, den "EBS-backed" - Instanzen haben über "instance store" - Instanzen ist, dass Sie gestoppt werden kann. Wenn Sie dies tun, wird die virtuelle Maschine Herunterfahren und die EBS-volume gespeichert wird, für den späteren Abruf. Die hardware ist dann für jemand anderes zu verwenden. Darüber hinaus, während dieser Zeit werden Ihnen nicht berechnet, die EC2-Instanz laden. Aber Sie zahlen für die EBS-Speicher. Wenn Sie möchten, dass die Instanz wieder zu laufen, starten Sie ihn wieder. Eine neue virtuelle Maschine reserviert ist, Ihrer EBS-Datenträger angeschlossen ist, und die Instanz gestartet wird.
Aber was ist mit der virtuellen Maschine Festplatten?
Ja, es ist möglich, diese Festplatten, auch wenn die EC2-Instanz ist der "EBS-backed". Sie sind standardmäßig nicht verfügbar. Wenn Sie die Befehlszeile verwenden, Programme zu starten Sie Ihre Instanz verwenden, können Sie das "-b" option auf der " ec2-run-instances-Befehl zum anfügen der "instance store" - Laufwerke auf Ihrer EC2-Instanz.
Dass diese Laufwerke vorhanden, kann von Vorteil sein, wenn Sie wollen, um temporäre Daten zu speichern. Lesen und schreiben sollte der Zugriff schneller sein als das Lesen von und schreiben auf einem EBS-volume, weil Sie nicht das senden von Daten über das Netzwerk. Zusätzlich, Sie werden nicht belastet werden für die Datenübertragung oder Datenspeicherung. Aber das funktioniert nur, wenn die Daten können jederzeit verloren gehen.
Quelle : https://skeddly.desk.com/customer/portal/articles/1346918-ebs-backed-versus-instance-store
InformationsquelleAutor der Antwort Siddharth Sharma
EBS ist, wie die virtuelle Festplatte einer VM:
Instance storage ist:
Hier, wo jedes:
InformationsquelleAutor der Antwort BobMcGee
Wählen die meisten Menschen verwenden EBS-backed-Instanz, wie es ist stateful. Es ist sicherer, weil alles, was Sie haben, ausgeführt und installiert im inneren, werden überleben stop/stop oder eine Instanz scheitern.
Instance store ist staatenlos, Sie verlieren alle Daten, die im inneren bei jeder Instanz scheitern-situation. Jedoch, es ist kostenlos und schneller, weil die Instanz Volumen ist gebunden an den physischen server, auf dem die VM läuft.
InformationsquelleAutor der Antwort mezi
Für jemanden, der neu auf alle diese und, wenn Sie versehentlich hier gelandet
Ab jetzt alle AMI ' s in der Schnellstart-Abschnitt sind EBS-backed
Außerdem gibt es eine gute Erklärung bei offizielle doc für den Unterschied zwischen EBS und Instance store
& dieses Bild ziemlich viel bringt es auf
InformationsquelleAutor der Antwort Aishwat Singh
Wenn Sie mehrere Instanz, und weisen einen planmäßigen service in der AWS-Instanz als eine Priorität Die Vermeidung Unerwarteter Kostenwürde ich empfehlen nicht die Instanz-store.
Darüber hinaus für diese Art der Regelung gibt es auch keinen Vorteil zu nutzen EBS-Backed auf Elastic Beanstalkwie es ist entworfen, um sicherzustellen, dass alle Ressourcen, die Sie brauchen, sind laufen halten. Es wird immer eine automatisch relauncht alle services, die Sie stoppen.
Die Beurteilung von der ganze rest, aus der Summe der Gebühren auf die Verwendung der VPC, EBS und ELB das Hinzugefügt EC2-Classic, die EC2-VPC mit ELB ist meist die beste Wahl, wo anders als auf EC2-Classic, einer angehaltenen Instanz behält seine zugehörigen Elastic IP-Adressen und das EBS-volume ist gespeichert automatisch.
Als Abschlusswobei der wichtigste Teil Ihrer Frage:
Die Antwort ist ja aber wenn der instance als EBS-basiert ist, kann es gestoppt werden. Es wird weiterhin in Ihrem Konto, Sie werden nicht in Rechnung gestellt. Sie werden kostenlos nur die Lautstärke, sondern EBS ist stündlich verrechnet. Sie können auch prüfen, dass unter allen verfügbare Typen Sie haben eine Flexibilität, um Die Größe des EBS-Volume.
Neben den Vorteilen, die bereits aufgeführt Ericmuss es auch bewusst sein, dass im Begriff der Kosten S3 kann oder kann nicht billiger sein als die EBS. Ich Stimme zu, dass es relativ wenig Unterschied in den Kosten, wenn Sie laufen beide Arten der Instanz innerhalb der gleichen Plattform und Architektur der Anwendung die ganze Zeit.
Falls es jedoch ein Szenario, um die Anwendung auszuführen, die auf einer niedrigeren Kosten service ziehen Sie alle nicht behandelte Aufgabe und Rolle Sie der VPC/EBS via pipeline oder lambda innerhalb kurzer Zeit Grundlage, sagen <1 Stunde am Tag, was unmöglich ist zu tun, wenn Sie eine Instanz-storedann wird es eine andere Geschichte.
InformationsquelleAutor der Antwort Chetabahana