Quais recursos da AWS são suportados pelo EBS?

Recentemente, li um artigo da AWS: o bom, o ruim e o feio , que mencionavam que eles haviam mudado de todos os recursos da ABS apoiados pelo EBS. Quais recursos são explícitos (instâncias do EC2 apoiadas pelo EBS) ou implicitamente (console da web da AWS) apoiados pelo EBS?

amazon-ec2 amazon-web-services amazon-ebs

— Jake McGraw
fonte

Para aqueles que votam para fechar, Não Construtivo, um recurso é apoiado pelo EBS ou não, então ... não há debate lá. Muito localizado, acho que muitas pessoas não usam a AWS ???

— Jake McGraw

Além disso, não consegui encontrar essas informações reunidas em um único local em qualquer lugar online.

— Jake McGraw

De acordo, esse é um conhecimento inestimável para qualquer organização apoiada pela AWS; eu ficaria muito interessado em ver exatamente o que fica na nuvem da Amazon. Isso é especialmente importante, dada a instabilidade comprovada do EBS.

— JonVD

errr - como é provado que o EBS é instável? Número de volumes em execução por quanto tempo com que tempo de inatividade?

— Pete - MSFT

@PeterH. - porque as falhas no sistema EBS estão na raiz de quase todas as interrupções em larga escala da AWS desde o início.

— EEAA

Respostas:

O EBS é usado em vez do que a Amazon chama de armazenamento efêmero ou de instância, porque o acesso aleatório à IO é aparentemente melhor. O IO sequencial pode ser mais rápido em um volume de armazenamento de instância.

EBS apoiado

EC2 Se você selecionar uma AMI suportada pelo EBS
ELB Você deve selecionar uma AMI suportada pelo EBS para host EC2
RDS
Pé de feijão elástico
Elastic MapReduce

Não é suportado pelo EBS

Rota53
S3
CloudFront
Geleira
DynamoDB

Estou quase certo de que SES, SNS, SQS e SWF não usam EBS.

Eu não acho que ElastiCache, CloudFormation, CloudWatch, IAM, ou CloudSearch uso EBS.

— Charles Engelke
fonte

Isso é pura especulação, pois a Amazon nunca respondeu publicamente a essa pergunta. Por acaso sei que algumas das informações nesta resposta estão incorretas.

— jamieb

corrija-o então: /

— Jake McGraw

@JakeMcGraw: Não estou sendo obtuso, mas não posso fornecer mais informações sobre este tópico. Desculpe.

— jamieb

Os listados como apoiados pelo EBS fizeram com que a Amazon dissesse que sim, ou use serviços de nível inferior que são (Elastic Beanstalk). Os listados como não suportados pelo EBS residem fora das regiões; portanto, não podem ser suportados pelo EBS porque são serviços no nível de região ou usam SSDs locais para velocidade (DynamoDB). As duas frases no final são especulativas.

— Charles Engelke

Comentei no artigo do blog que foi posteriormente excluído pelo autor. Você pode considerar esse nível de profissionalismo ao ler o post dele. O que eu escrevi:

A AWS nunca teve uma falha em toda a região. Se o autor do blog tivesse tempo para ler os dois relatórios de incidentes aos quais estava vinculado, ele teria aprendido isso. Uma implantação da AWS projetada corretamente sempre usa várias zonas de disponibilidade. O pior impacto que experimentei nos dois eventos foi um desempenho ligeiramente degradado ou acesso intermitente à API; nenhum dos quais foi uma rolha lenta.

O que não adicionei ao meu comentário original:

99% das falhas lançadas na AWS são de pessoas que não entendem como usá-las adequadamente. Eles o tratam como apenas outro VPS ou apenas outro servidor co-lo. Você precisa criar seu aplicativo com uma implantação baseada em nuvem. Ele deve tolerar falhas aleatórias de nó, usar servidores de aplicativos sem estado e trabalhar perfeitamente em várias instâncias e sub-redes atrás de um ou mais balanceadores de carga. Você deve usar componentes de acoplamento fraco e se comunicar entre camadas usando filas de mensagens.

Em resumo, esta postagem no blog foi apenas mais um discurso de alguém que não entende como usar as ferramentas que escolheu.

— jamieb
fonte

Você está certo, mas não respondeu à pergunta ...

— iwiznia 20/12/12

@iwiznia Foi muito tempo para postar como comentário. Mas a pergunta não poderá ser respondida em um fórum público. A Amazon está deliberadamente calada sobre sua infraestrutura subjacente.

— jamieb

"A AWS nunca teve uma falha em toda a região". Isso não é verdade. aws.amazon.com/message/65648 "A carga causou uma queda do plano de controle do EBS e afetou novamente as APIs do EBS na região ."

— precisa

@ceejayoz: Leia meu comentário: "O pior impacto que experimentei nos dois eventos foi o desempenho ligeiramente degradado ou o acesso intermitente à API; nenhum dos quais foi uma parada lenta ". Os aplicativos que eu gerenciei nos dois eventos continuaram funcionando conforme projetado.

— jamieb

É uma interrupção de exibição se suas instâncias falharem por causa do EBS e você não puder iniciar substituições em outra zona. Também é um problema porque ELBs e RDS são executados no EBS e historicamente tiveram problemas de falha do AZ com falha devido a essas dependências. Veja o post-mortem mais recente, que reconhece isso e diz que eles reengenharão o ELB para evitar as dependências do EBS como resultado.

— precisa