¿Qué características de AWS tienen respaldo de EBS?

18

Recientemente leí un artículo de AWS: Lo bueno, lo malo y lo feo , que menciona que se han alejado de todas las características de AWS respaldadas por EBS. ¿Qué características son explicitas (instancias EC2 respaldadas por EBS) o implícitamente (consola web de AWS) respaldadas por EBS?

amazon-ec2 amazon-web-services amazon-ebs Jake McGraw
fuente
44
Para aquellos que votan para cerrar, No Constructivo, una característica está respaldada por EBS o no, así que ... no hay debate allí. Demasiado localizado, supongo que mucha gente no usa AWS ???
Jake McGraw
Además, no pude encontrar esta información recopilada en un solo lugar en cualquier lugar en línea.
Jake McGraw
1
De acuerdo, este es un conocimiento invaluable para cualquier organización respaldada por AWS, estaría muy interesado en ver exactamente qué se encuentra dentro de la nube de Amazon. Esto es especialmente importante dada la probada inestabilidad de EBS.
JonVD
errr: ¿cómo se demuestra que EBS es inestable? Número de volúmenes funcionando durante cuánto tiempo con qué tiempo de inactividad?
Pete - MSFT
3
@PeterH. - porque las fallas en el sistema EBS han estado en la raíz de casi todas las interrupciones de AWS a gran escala desde su inicio.
EEAA

Respuestas:

5

EBS se usa en lugar de lo que Amazon llama efímero o tienda de instancias porque el acceso aleatorio IO es aparentemente mejor. IO secuencial puede ser más rápido en un volumen de tienda de instancias.

EBS Respaldado

  • EC2 Si selecciona una AMI respaldada por EBS
  • ELB Debe seleccionar una AMI respaldada por EBS para el host EC2
  • RDS
  • Frijoles elásticos
  • MapReduce elástico

No respaldado por EBS

  • Ruta53
  • S3
  • CloudFront
  • glaciar
  • DynamoDB

Estoy casi seguro de que SES, SNS, SQS y SWF no usan EBS.

Yo no creo ElastiCache, CloudFormation, CloudWatch, IAM o CloudSearch uso EBS.

Charles Engelke
fuente
2
Esto es pura especulación ya que Amazon nunca ha respondido públicamente a esta pregunta. Sé que parte de la información en esta respuesta es incorrecta.
jamieb
corríjalo entonces: /
Jake McGraw
1
@JakeMcGraw: No estoy siendo obtuso, pero no puedo proporcionar más información sobre este tema. Lo siento.
jamieb
Los que figuran como respaldados por EBS han hecho que Amazon diga que lo son o que usan servicios de nivel inferior que son (Elastic Beanstalk). Los que figuran como no respaldados por EBS viven fuera de las regiones, por lo que no pueden estar respaldados por EBS porque son servicios a nivel de región o usan SSD locales para mayor velocidad (DynamoDB). Las dos oraciones al final son especulativas.
Charles Engelke el
7

Comenté sobre ese artículo de blog que posteriormente fue eliminado por el autor. Es posible que desee considerar ese nivel de profesionalismo al leer su publicación. Lo que escribí:

AWS nunca ha tenido una falla en toda la región. Si el autor del blog se hubiera tomado el tiempo de leer los dos informes de incidentes a los que se vinculó, lo habría aprendido. Un despliegue de AWS correctamente diseñado siempre usa múltiples zonas de disponibilidad. El peor impacto que he experimentado a través de ambos eventos fue el rendimiento ligeramente degradado o el acceso intermitente a la API; ninguno de los cuales fue un tapón lento.

Lo que no agregué a mi comentario original:

El 99% de los ataques lanzados contra AWS son de personas que no entienden cómo usarlo adecuadamente. Lo tratan como otro VPS o simplemente otro servidor co-lo. Usted tiene que construir su aplicación con una distribución basada en la nube en mente. Debe tolerar fallas de nodos aleatorios, usar servidores de aplicaciones sin estado y trabajar sin problemas en varias instancias y subredes detrás de uno o más equilibradores de carga. Debería utilizar componentes acoplados libremente y comunicarse entre niveles mediante colas de mensajes.

En resumen, esta publicación de blog fue solo otra queja larga de alguien que no entiende cómo usar las herramientas que ha elegido.

jamieb
fuente
1
Tienes razón, pero no respondiste la pregunta ...
iwiznia
1
@iwiznia Era demasiado largo para publicar como comentario. Pero la pregunta no podrá ser respondida en un foro público. Amazon es deliberadamente hermético sobre su infraestructura subyacente.
jamieb
3
"AWS nunca ha tenido una falla en toda la región". Esto no es verdad aws.amazon.com/message/65648 "La carga provocó una caída del plano de control de EBS y afectó nuevamente a las API de EBS en toda la región ".
ceejayoz
@ceejayoz: Lea mi comentario: "El peor impacto que he experimentado a través de ambos eventos fue el rendimiento ligeramente degradado o el acceso intermitente a la API; ninguno de los cuales fue un obstáculo lento ". Las aplicaciones que he administrado a través de ambos eventos continuaron funcionando según lo diseñado.
jamieb
2
Es un show-stopper si sus instancias fallan debido a EBS y no puede iniciar reemplazos en otra zona. También es un problema porque los ELB y RDS se ejecutan en EBS, e históricamente han tenido problemas al fallar el AZ fallido debido a estas dependencias. Vea su más reciente autopsia, que reconoce esto y dice que rediseñarán ELB para evitar las dependencias de EBS como resultado.
ceejayoz