Frage Welche AWS-Funktionen unterstützen EBS?


Ich habe kürzlich einen Artikel gelesen AWS: Das Gute, das Schlechte und das Hässliche, die erwähnt haben, dass sie sich von allen EBS-unterstützten AWS-Funktionen entfernt haben. Welche Funktionen werden explizit (EBS-unterstützte EC2-Instanzen) oder implizit (AWS-Webkonsole) von EBS unterstützt?


18
2017-12-18 23:08


Ursprung


Für diejenigen, die für das Schließen stimmen, ist nicht konstruktiv, ein Merkmal ist entweder EBS gesichert oder nicht, also ... keine Debatte dort. Zu lokalisierte, ich denke, dass viele Leute AWS nicht verwenden ??? - Jake McGraw
Außerdem konnte ich diese Informationen nirgendwo online finden. - Jake McGraw
Einverstanden, dies ist von unschätzbarem Wert für jede von AWS unterstützte Organisation, ich wäre sehr daran interessiert, genau zu sehen, wo sich die Amazon Cloud befindet. Dies ist besonders wichtig angesichts der erwiesenen Instabilität von EBS. - JonVD
errr - wie erweist sich EBS als instabil? Anzahl der Volumes, die für wie lange mit welcher Downtime laufen? - Peter H.
@PeterH. - Weil Fehler im EBS-System fast die Wurzel waren jeden große AWS-Ausfall seit seiner Gründung. - EEAA


Antworten:


EBS wird anstelle dessen verwendet, was Amazon als ephemeren oder Instanzspeicher bezeichnet, da der Direktzugriff IO anscheinend besser ist. Sequential IO kann auf einem Instance Store-Volume schneller sein.

EBS unterstützt

  • 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
  • Elastisches MapReduce

Nicht EBS unterstützt

  • Route53
  • S3
  • CloudFront
  • Gletscher
  • DynamoDB

Ich bin fast sicher, dass SES, SNS, SQS und SWF dies tun nicht benutze EBS.

ich mache nicht Denken Sie daran, dass ElastiCache, CloudFormation, CloudWatch, IAM oder CloudSearch EBS verwenden.


5
2017-12-20 16:19



Dies ist reine Spekulation, da Amazon diese Frage 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, aber ich kann keine weiteren Informationen zu diesem Thema liefern. Es tut uns leid. - jamieb
Diejenigen, die als gesichertes EBS gelistet sind, haben Amazon entweder sagen lassen, dass sie es sind, oder sie verwenden niedrigere Dienste (Elastic Beanstalk). Diejenigen, die nicht als EBS-Unterstützung aufgeführt sind, leben entweder außerhalb der Regionen, können also nicht mit EBS gesichert werden, da es sich um Dienste auf regionaler Ebene handelt, oder lokale SSDs für die Geschwindigkeit (DynamoDB) verwenden. Die zwei Sätze am Ende sind spekulativ. - Charles Engelke


Ich habe diesen Blogartikel kommentiert, der später vom Autor gelöscht wurde. Vielleicht möchten Sie dieses Niveau der Professionalität berücksichtigen, während Sie seinen Beitrag lesen. Was ich schrieb:

AWS hatte nie einen regionalen Fehler. Wenn der Blog-Autor sich die Zeit genommen hätte, die beiden Berichte zu lesen, die er verlinkt hatte, hätte er das gelernt. Eine richtig gestaltete AWS-Bereitstellung immer verwendet mehrere Verfügbarkeitszonen. Die schlimmste Auswirkung, die ich bei beiden Ereignissen erlebt habe, war eine leicht verschlechterte Leistung oder ein zeitweiliger API-Zugriff. keine von denen war ein langsamer Stopper.

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

99% der in AWS geworfenen Flaks stammen von Leuten, die nicht verstehen, wie man sie richtig einsetzt. Sie behandeln es als nur ein anderes VPS oder nur einen anderen Co-Lo-Server. Sie haben um Ihre Anwendung mit einer Cloud-basierten Bereitstellung zu erstellen. Es muss zufällige Knotenausfälle tolerieren, statusfreie 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 den Ebenen kommunizieren.

Kurz gesagt, dieser Blogpost war nur eine weitere langatmige Ausrede von jemandem, der nicht versteht, wie er die Tools verwendet, die er gewählt hat.


7
2017-12-20 00:17



Du hast Recht, aber hast die Frage nicht beantwortet ... - iwiznia
@iwiznia Es war zu lang, um als Kommentar zu posten. Aber die Frage wird in einem öffentlichen Forum nicht beantwortet werden können. Amazon ist bewusst still über ihre zugrunde liegende Infrastruktur. - jamieb
"AWS hatte noch nie einen regionalen Fehler." Das ist nicht wahr. aws.amazon.com/message/65648 "Die Last verursachte ein Braun aus der EBS-Kontrollebene und beeinflusste erneut die EBS-APIs in der ganzen Region. " - ceejayoz
@ceejayoz: Lesen Sie meinen Kommentar: "Die schlimmste Auswirkung, die ich durch beide Ereignisse erlebt habe, war eine leicht verschlechterte Leistung oder intermittierender API-Zugriff; keine von denen war ein langsamer Stopper."Die Anwendungen, die ich über beide Ereignisse verwaltet habe, funktionierten weiterhin wie geplant. - jamieb
Es ist ein Hingucker, wenn Ihre Instanzen aufgrund von EBS fehlschlagen und Sie keine Ersetzungen in einer anderen Zone starten können. Es ist auch ein Problem, weil ELBs und RDS auf EBS ausgeführt werden und aufgrund dieser Abhängigkeiten in der Vergangenheit Probleme beim Ausfallen der fehlerhaften AZ hatten. Sehen Sie ihre letzten Post-Mortem, die dies anerkennt und sagt, dass sie ELB reengineer werden, um dadurch EBS-Abhängigkeiten zu vermeiden. - ceejayoz