Quali funzioni AWS sono supportate da EBS?

Di recente ho letto un articolo AWS: il buono, il brutto e il cattivo , in cui si diceva che si erano allontanati da tutte le funzionalità AWS supportate da EBS. Quali funzioni sono esplicitamente (istanze EC2 supportate da EBS) o implicitamente (console web AWS) supportate da EBS?

amazon-ec2 amazon-web-services amazon-ebs

— Jake McGraw
fonte

Per chi vota alla chiusura, Not Constructive, una funzione è supportata da EBS oppure no, quindi ... nessun dibattito lì. Troppo localizzato, immagino che molte persone non usino AWS ???

— Jake McGraw,

Inoltre, non sono riuscito a trovare queste informazioni raccolte in un unico posto ovunque online.

— Jake McGraw,

D'accordo, questa è una conoscenza inestimabile per qualsiasi organizzazione supportata da AWS, sarei molto interessato a vedere esattamente cosa si trova all'interno del cloud di Amazon. Ciò è particolarmente importante data la provata instabilità di EBS.

— JonVD,

errr - come si dimostra che EBS è instabile? Numero di volumi in esecuzione per quanto tempo con quali tempi di fermo?

— Pete - MSFT,

@PeterH. - perché i guasti nel sistema EBS sono stati alla radice di quasi tutte le interruzioni AWS su larga scala sin dal suo inizio.

— EEAA

Risposte:

EBS viene utilizzato al posto di ciò che Amazon chiama effimero o archivio di istanze perché l'IO casuale ad accesso è apparentemente migliore. L'IO sequenziale può essere più veloce su un volume di archivio di istanze.

EBS sostenuto

EC2 Se si seleziona un AMI supportato da EBS
ELB È necessario selezionare un AMI supportato da EBS per l'host EC2
RDS
Fagiolo elastico
Mappa elastica Reduce

Non supportato da EBS

Route53
S3
CloudFront
Ghiacciaio
DynamoDB

Sono quasi certo che SES, SNS, SQS e SWF non utilizzino EBS.

Io non credo ElastiCache, CloudFormation, CloudWatch, IAM, o CloudSearch uso EBS.

— Charles Engelke
fonte

Questa è pura speculazione poiché Amazon non ha mai risposto pubblicamente a questa domanda. Mi capita di sapere che alcune delle informazioni contenute in questa risposta sono errate.

— Jamieb,

per favore correggilo quindi: /

— Jake McGraw il

@JakeMcGraw: non sono ottuso, ma non posso fornire ulteriori informazioni su questo argomento. Scusa.

— Jamieb,

Quelli elencati come supportati da EBS hanno fatto sì che Amazon affermasse di esserlo oppure utilizzano servizi di livello inferiore (Elastic Beanstalk). Quelli elencati come non supportati da EBS vivono al di fuori delle regioni, quindi non possono essere supportati da EBS perché sono servizi a livello di regione o utilizzano SSD locali per la velocità (DynamoDB). Le due frasi alla fine sono speculative.

— Charles Engelke,

Ho commentato l'articolo del blog che è stato successivamente eliminato dall'autore. Potresti considerare quel livello di professionalità mentre leggi il suo post. Cosa ho scritto:

AWS non ha mai avuto un fallimento a livello regionale. Se l'autore del blog avesse avuto il tempo di leggere i due rapporti sugli incidenti a cui era collegato, l'avrebbe appreso. Una distribuzione AWS correttamente progettata utilizza sempre più zone di disponibilità. Il peggior impatto che ho riscontrato in entrambi gli eventi è stato un lieve peggioramento delle prestazioni o un accesso API intermittente; nessuno dei quali era un tappo lento.

Cosa non ho aggiunto al mio commento originale:

Il 99% del difetto lanciato ad AWS è da persone che non capiscono come usarlo correttamente. Lo trattano solo come un altro VPS o come un altro server co-lo. È necessario costruire l'applicazione con una distribuzione basata su cloud in mente. Deve tollerare errori di nodo casuali, utilizzare server di applicazioni senza stato e operare senza problemi su più istanze e sottoreti dietro uno o più sistemi di bilanciamento del carico. Dovresti utilizzare componenti non accoppiati e comunicare tra i livelli utilizzando le code dei messaggi.

In breve, questo post sul blog è stato solo un altro vaneggiamento di qualcuno che non capisce come usare gli strumenti che ha scelto.

— jamieb
fonte

Hai ragione, ma non hai risposto alla domanda ...

— iwiznia,

@iwiznia Era troppo lungo per pubblicare un commento. Ma alla domanda non sarà possibile rispondere in un forum pubblico. Amazon è intenzionalmente a corto di informazioni sulla propria infrastruttura sottostante.

— Jamieb,

"AWS non ha mai avuto un fallimento a livello regionale". Questo non è vero. aws.amazon.com/message/65648 "Il carico ha causato un brown out dal piano di controllo EBS e ha interessato nuovamente le API EBS in tutta la regione ."

— Ceejayoz,

@ceejayoz: Leggi il mio commento: "L'impatto peggiore che ho riscontrato in entrambi gli eventi è stato un lieve peggioramento delle prestazioni o un accesso intermittente alle API; nessuno dei due è stato un arresto lento. ". Le applicazioni che ho gestito attraverso entrambi gli eventi hanno continuato a funzionare come previsto.

— Jamieb,

È un fermo-spettacolo se le tue istanze falliscono a causa di EBS e non puoi avviare sostituzioni in un'altra zona. È anche un problema perché ELB e RDS funzionano su EBS e storicamente hanno avuto problemi a fallire dalla AZ fallita a causa di queste dipendenze. Guarda il loro post mortem più recente, che lo riconosce e dice che riprogetterà ELB per evitare di conseguenza le dipendenze EBS.

— Ceejayoz,