Jakie funkcje AWS są wspierane przez EBS?

18

Niedawno przeczytałem artykuł AWS: Dobry, zły i brzydki , który wspomniał, że odeszli od wszystkich funkcji AWS wspieranych przez EBS. Jakie funkcje są jawne (instancje EC2 wspierane przez EBS) lub pośrednio (konsola internetowa AWS) wspierane przez EBS?

Jake McGraw
źródło
4
Dla osób głosujących na zakończenie, niekonstruktywne, funkcja jest albo wspierana przez EBS, albo nie, więc ... nie ma tam debaty. Zbyt zlokalizowane, myślę, że wiele osób nie używa AWS ???
Jake McGraw,
Nie mogłem też znaleźć tych informacji zebranych w jednym miejscu w dowolnym miejscu online.
Jake McGraw,
1
Zgadzam się, że jest to nieoceniona wiedza dla każdej organizacji wspieranej przez AWS, byłbym bardzo zainteresowany, aby zobaczyć dokładnie, co siedzi w chmurze Amazon. Jest to szczególnie ważne, biorąc pod uwagę udowodnioną niestabilność EBS.
JonVD,
errr - jak udowodniono, że EBS jest niestabilny? Ile woluminów działa przez jak długi czas przy jakim przestoju?
Pete - MSFT,
3
@PeterH. - ponieważ awarie w systemie EBS były przyczyną niemal każdego wyłączenia AWS na dużą skalę od momentu jego powstania.
EEAA,

Odpowiedzi:

5

EBS jest używany zamiast tego, co Amazon nazywa efemerycznym lub sklepem z instancjami, ponieważ IO dostępu losowego jest najwyraźniej lepszy. Sekwencyjne operacje we / wy mogą być szybsze w woluminie magazynu instancji.

Wspierany przez EBS

  • EC2 Jeśli wybierzesz AMI wspierany przez EBS
  • ELB Musisz wybrać AMI wspierany przez EBS dla hosta EC2
  • RDS
  • Elastyczna łodyga fasoli
  • Elastyczna mapa Redukcja

Nie wspierane przez EBS

  • Route53
  • S3
  • CloudFront
  • Lodowiec
  • DynamoDB

Jestem prawie pewien, że SES, SNS, SQS i SWF nie używają EBS.

Ja nie myślę ElastiCache, CloudFormation, CloudWatch, IAM lub CloudSearch użytkowania EBS.

Charles Engelke
źródło
2
To czysta spekulacja, ponieważ Amazon nigdy publicznie nie odpowiedział na to pytanie. Wiem, że niektóre informacje zawarte w tej odpowiedzi są niepoprawne.
jamieb
proszę to poprawić: /
Jake McGraw
1
@JakeMcGraw: Nie jestem tępy, ale nie mogę podać więcej informacji na ten temat. Przepraszam.
jamieb
Te wymienione jako wspierane przez EBS albo kazały Amazonowi powiedzieć, że są, albo korzystają z usług niższego poziomu, które są (Elastic Beanstalk). Te wymienione jako nieobsługiwane przez EBS albo działają poza regionami, więc nie mogą być wspierane przez EBS, ponieważ są to usługi na poziomie regionu lub używają lokalnych dysków SSD w celu zwiększenia prędkości (DynamoDB). Dwa zdania na końcu mają charakter spekulacyjny.
Charles Engelke
7

Skomentowałem ten artykuł na blogu, który został następnie usunięty przez autora. Możesz rozważyć ten poziom profesjonalizmu, czytając jego post. Co napisałem:

AWS nigdy nie miał awarii w całym regionie. Gdyby autor bloga poświęcił czas na przeczytanie dwóch raportów o incydentach, z którymi się łączył, nauczyłby się tego. Prawidłowo zaprojektowane wdrożenie AWS zawsze korzysta z wielu stref dostępności. Najgorszy wpływ, jaki odczułem podczas obu zdarzeń, to nieznacznie obniżona wydajność lub przerywany dostęp do interfejsu API; z których żaden nie był powolnym ogranicznikiem.

Czego nie dodałem do mojego oryginalnego komentarza:

99% obrażeń rzucanych w AWS to ludzie, którzy nie rozumieją, jak właściwie z niego korzystać. Traktują to jak kolejny VPS lub po prostu inny serwer co-lo. Państwo mają do budowania aplikacji z wdrożeniem w chmurze w umyśle. Musi tolerować losowe awarie węzłów, używać bezstanowych serwerów aplikacji i bezproblemowo pracować w wielu instancjach i podsieciach za jednym lub kilkoma modułami równoważenia obciążenia. Powinieneś używać luźno powiązanych komponentów i komunikować się między warstwami za pomocą kolejek komunikatów.

Krótko mówiąc, ten post na blogu był kolejną od dawna rozwiązywaną przez kogoś, kto nie rozumie, jak korzystać z wybranych przez siebie narzędzi.

jamieb
źródło
1
Masz rację, ale nie odpowiedziałeś na pytanie ...
iwiznia
1
@iwiznia To było zbyt długie, aby opublikować komentarz. Ale na pytanie nie będzie można odpowiedzieć na forum publicznym. Amazon celowo mówi o swojej infrastrukturze.
jamieb,
3
„AWS nigdy nie miał awarii w całym regionie”. To nie jest prawda. aws.amazon.com/message/65648 „Obciążenie spowodowało brąz z płaszczyzny sterowania EBS i ponownie wpłynęło na interfejsy API EBS w całym regionie .”
ceejayoz,
@ceejayoz: Przeczytaj mój komentarz: „Najgorszy wpływ, jaki doświadczyłem podczas obu zdarzeń, to nieznacznie obniżona wydajność lub przerywany dostęp do interfejsu API; żadne z nich nie powodowało powolnego zatrzymania ”. Aplikacje, którymi zarządzałem przez oba zdarzenia, działały zgodnie z planem.
jamieb,
2
Jest to przydatne, jeśli wystąpią błędy z powodu EBS i nie można uruchomić zastępców w innej strefie. Jest to również problem, ponieważ ELB i RDS działają na EBS i historycznie miały problemy z nieudanym AZ z powodu tych zależności. Zobacz ich najnowszą sekcję zwłok, która to potwierdza i mówi, że przeprojektuje ELB, aby w rezultacie uniknąć zależności EBS.
ceejayoz,