Welche AWS-Funktionen werden von EBS unterstützt?

Ich habe kürzlich einen Artikel über AWS gelesen : Die Guten, die Schlechten und die Hässlichen , in dem erwähnt wurde, dass sie von allen von EBS unterstützten AWS-Funktionen abgewichen sind. Welche Funktionen werden explizit (EBS-gestützte EC2-Instanzen) oder implizit (AWS-Webkonsole) von EBS unterstützt?

amazon-ec2 amazon-web-services amazon-ebs Jake McGraw
quelle

Für diejenigen, die abstimmen, um "Nicht konstruktiv" zu schließen, ist ein Feature entweder von EBS unterstützt oder nicht, also ... keine Debatte dort. Zu lokalisiert, ich denke viele Leute benutzen AWS nicht ???

Jake McGraw

Außerdem konnte ich diese Informationen nirgendwo online an einem einzigen Ort finden.

Jake McGraw

Einverstanden, dies ist für jedes von AWS unterstützte Unternehmen von unschätzbarem Wert. Es würde mich sehr interessieren, was genau sich in der Amazon-Cloud befindet. Dies ist besonders wichtig angesichts der nachgewiesenen Instabilität von EBS.

JonVD

errr - wie ist EBS nachweislich instabil? Anzahl der Volumes, die wie lange mit welcher Ausfallzeit ausgeführt werden?

Pete - MSFT

@PeterH. - Weil Ausfälle im EBS-System seit ihrer Einführung die Ursache für fast jeden großen AWS-Ausfall sind.

EEAA

Antworten:

EBS wird anstelle des von Amazon als kurzlebig oder instanziell bezeichneten Speichers verwendet, da IO mit wahlfreiem Zugriff anscheinend besser ist. Sequentielles E / A kann auf einem Instanzspeicher-Volume schneller sein.

EBS gesichert

EC2 Wenn Sie ein EBS-unterstütztes AMI auswählen
ELB Sie müssen ein EBS-unterstütztes AMI für den EC2-Host auswählen
RDS
Elastische Bohnenstange
Elastic MapReduce

Nicht von EBS unterstützt

Route53
S3
CloudFront
Gletscher
DynamoDB

Ich bin fast sicher, dass SES, SNS, SQS und SWF EBS nicht verwenden.

Ich glaube nicht, dass ElastiCache, CloudFormation, CloudWatch, IAM oder CloudSearch EBS verwenden.

Charles Engelke
quelle

Dies ist reine Spekulation, da Amazon diese Frage noch nie öffentlich beantwortet hat. Ich weiß zufällig, dass einige der Informationen in dieser Antwort falsch sind.

Jamieb

Bitte korrigieren Sie es dann: /

Jake McGraw

@JakeMcGraw: Ich bin nicht stumpf, kann aber keine weiteren Informationen zu diesem Thema liefern. Es tut uns leid.

Jamieb

Diejenigen, die als EBS-gesichert aufgeführt sind, haben entweder Amazon dazu veranlasst, dies zu tun, oder sie verwenden Dienste auf niedrigerer Ebene, die (Elastic Beanstalk) sind. Die als nicht EBS-gesichert aufgeführten Dienste befinden sich entweder außerhalb der Regionen, können also nicht EBS-gesichert werden, da es sich um regionale Dienste handelt, oder verwenden lokale SSDs für die Geschwindigkeit (DynamoDB). Die beiden Sätze am Ende sind spekulativ.

Charles Engelke

Ich habe diesen Blog-Artikel kommentiert, der anschließend vom Autor gelöscht wurde. Vielleicht möchten Sie diese Professionalität berücksichtigen, wenn Sie seinen Beitrag lesen. Was ich schrieb:

AWS hatte noch nie einen regionalen Ausfall. Wenn sich der Blog-Autor die Zeit genommen hätte, die beiden von ihm verlinkten Ereignisberichte zu lesen, hätte er das erfahren. Eine ordnungsgemäß gestaltete AWS-Bereitstellung verwendet immer mehrere Verfügbarkeitszonen. Die schlimmste Auswirkung, die ich bei beiden Ereignissen erlebt habe, war eine leicht verschlechterte Leistung oder ein zeitweiliger API-Zugriff. Keiner von beiden war ein langsamer Stopper.

Was ich meinem ursprünglichen Kommentar nicht hinzugefügt habe:

99% der auf AWS geworfenen Flocken stammen von Personen, die nicht verstehen, wie man sie richtig verwendet. Sie behandeln es wie einen anderen VPS oder einen anderen Co-Lo-Server. Sie müssen Ihre Anwendung mit Blick auf eine Cloud-basierte Bereitstellung erstellen. Es muss zufällige Knotenausfälle tolerieren, zustandslose Anwendungsserver verwenden und nahtlos über mehrere Instanzen und Subnetze hinweg hinter einem oder mehreren Load Balancern arbeiten. Sie sollten lose gekoppelte Komponenten verwenden und über Nachrichtenwarteschlangen zwischen Ebenen kommunizieren.

Kurz gesagt, dieser Blog-Beitrag war nur eine weitere langatmige Parole von jemandem, der nicht versteht, wie er die von ihm ausgewählten Tools einsetzt.

Jamieb
quelle

Sie haben Recht, aber die Frage nicht beantwortet ...

iwiznia

@iwiznia Es war zu lang, um einen Kommentar zu verfassen. In einem öffentlichen Forum kann die Frage jedoch nicht beantwortet werden. Amazon ist absichtlich über die zugrunde liegende Infrastruktur angespannt.

Jamieb

"AWS hatte noch nie einen regionalen Ausfall." Das stimmt nicht. aws.amazon.com/message/65648 "Die Last verursachte eine Braunfärbung der EBS- Steuerebene und wirkte sich erneut auf EBS-APIs in der gesamten Region aus ."

ceejayoz

@ceejayoz: Lesen Sie meinen Kommentar: "Die schlimmste Auswirkung, die ich bei beiden Ereignissen erlebt habe, war eine leicht verschlechterte Leistung oder ein zeitweiliger API-Zugriff, von denen keiner ein langsamer Stopp war. " Die Anwendungen, die ich über beide Ereignisse verwaltet habe, funktionierten weiterhin wie vorgesehen.

Jamieb

Es ist ein Show-Stopper, wenn Ihre Instanzen aufgrund von EBS ausfallen und Sie keine Ersetzungen in einer anderen Zone starten können. Dies ist auch ein Problem, da ELBs und RDS auf EBS ausgeführt werden und aufgrund dieser Abhängigkeiten in der Vergangenheit Probleme beim Fehlschlagen des AZ aufgetreten sind. Sehen Sie sich ihr letztes Post-Mortem an, das dies anerkennt und angibt, ELB neu zu entwickeln, um dadurch EBS-Abhängigkeiten zu vermeiden.

ceejayoz