amazon-ec2 - pricing - que es ec2

Beneficios de EBS frente a la tienda de instancia(y viceversa) (11)

EBS es como el disco virtual de una máquina virtual:

Duradero, las instancias respaldadas por EBS se pueden iniciar y detener libremente (ahorrando dinero)
Se puede tomar una instantánea en cualquier momento, para obtener copias de seguridad en un momento dado
Las AMI se pueden crear a partir de instantáneas de EBS, por lo que el volumen de EBS se convierte en una plantilla para nuevos sistemas

El almacenamiento de instancia es:

Local, por lo general más rápido.
Sin red, en casos normales, la E / S de EBS tiene el costo del ancho de banda de la red (a excepción de las instancias optimizadas de EBS, que tienen un ancho de banda de EBS separado)
Tiene E / S limitada por segundo IOPS. Incluso las E / S aprovisionadas maximizan a unos pocos miles de IOPS
Frágil. Tan pronto como se detiene la instancia, se pierde todo en el almacenamiento de la instancia.

Aquí es donde usar cada uno:

Utilice EBS para la partición del sistema operativo de respaldo y el almacenamiento permanente (datos de base de datos, registros críticos, configuración de la aplicación)
Utilice el almacenamiento de instancia para los datos en proceso, los registros no críticos y el estado transitorio de la aplicación. Ejemplo: almacenamiento de clasificación externa, archivos temporales, etc.
El almacenamiento de instancias también se puede usar para datos críticos de rendimiento, cuando hay replicación entre instancias (bases de datos NoSQL, sistemas de cola / mensajes distribuidos y bases de datos con replicación)
Utilice S3 para los datos compartidos entre sistemas: entrada de datos y resultados procesados, o para datos estáticos utilizados por cada sistema cuando se presiona.
Utilice AMI para servidores precocidos y ejecutables

No tengo claro qué beneficios obtengo de EBS en comparación con el almacén de instancias para mis instancias en Amazon EC2. En todo caso, parece que EBS es mucho más útil (detener, comenzar, persistir + mejor velocidad) con una diferencia relativamente pequeña en el costo ... Además, ¿hay alguna métrica sobre si más personas están utilizando EBS ahora que está disponible, considerando que todavía es relativamente nuevo?

El 99% de nuestra configuración de AWS es reciclable. Entonces, para mí, realmente no importa si termino una instancia, nunca se pierde nada. Por ejemplo, mi aplicación se implementa automáticamente en una instancia de SVN, nuestros registros se escriben en un servidor de syslog central.

El único beneficio del almacenamiento de instancias que veo es el ahorro de costos. De lo contrario, las instancias respaldadas por EBS ganan. Eric mencionó todas las ventajas.

[2012-07-16] Expresaría esta respuesta muy diferente hoy.

No he tenido ninguna buena experiencia con las instancias respaldadas por EBS en el último año. Los últimos tiempos de inactividad en AWS también destruyeron EBS.

Supongo que un servicio como RDS también utiliza algún tipo de EBS y que parece funcionar en su mayor parte. En los casos en que nos manejamos, nos hemos librado de EBS siempre que sea posible.

Deshaciéndonos de una extensión en la que trasladamos un clúster de base de datos a iron (= hardware real). La única pieza que queda en nuestra infraestructura es un servidor de base de datos en el que dividimos varios volúmenes de EBS en un RAID de software y realizamos copias de seguridad dos veces al día. Cualquier cosa que se pierda entre copias de seguridad, podemos vivir con.

EBS es una tecnología un tanto inestable, ya que es esencialmente un volumen de red: un volumen conectado a su servidor desde remoto. No estoy negando el trabajo realizado con él: es un producto increíble, ya que el almacenamiento persistente esencialmente ilimitado está a solo una llamada de API. Pero no es apto para situaciones en las que el rendimiento de E / S es clave.

Y además de cómo se comporta el almacenamiento en la red, toda la red se comparte en las instancias de EC2. Cuanto más pequeña es una instancia (por ejemplo, t1.micro, m1.small), peor se pone porque las interfaces de red en el sistema host real se comparten entre varias máquinas virtuales (= su instancia de EC2) que se ejecutan en la parte superior.

Cuanto más grande sea la instancia, mejor se pone, por supuesto. Mejor aquí significa dentro de la razón .

Cuando se requiere persistencia, siempre aconsejaría a las personas que usen algo como S3 para centralizar entre las instancias. S3 es un servicio muy estable. Luego, automatice la configuración de su instancia a un punto donde pueda iniciar un nuevo servidor y se prepare por sí solo. Entonces no hay necesidad de tener un almacenamiento de red que viva más tiempo que la instancia.

En resumen, no veo ningún beneficio para las instancias respaldadas por EBS. Prefiero agregar un minuto a bootstrap, luego correr con un potencial SPOF.

El EC2 "Hardware"

Cuando se lanza una instancia de EC2, se reserva una máquina virtual para que se ejecute la instancia. Esa máquina virtual tiene especificaciones particulares según el tipo de instancia: CPU de 32 bits o 64 bits, número de núcleos virtuales, tamaño del disco duro, etc. Los detalles sobre las especificaciones de la instancia están disponibles en http://aws.amazon.com/ec2/#instance .

Cuando su instancia de EC2 está en un estado de "ejecución", eso significa que se está ejecutando en la máquina virtual, y esto es lo que le cobran.

El disco duro de la máquina virtual se considera "efímero". El término "efímero" proviene de la palabra griega "efemeros" que significa "que dura solo un día". Cualquier cosa en tal disco duro debe considerarse temporal. A menos que los datos se copien del disco duro, si la máquina virtual se detiene, los datos se pierden. Esto incluye datos, software e incluso un sistema operativo que reside en esos discos duros.

Amazon Web Services proporciona a las instancias EC2 con dos tipos de dispositivos raíz: "respaldados por EBS" y "almacén de instancia".

Instancias de "Instance Store"

Una instancia del "almacén de instancia" es una instancia de EC2 cuyo dispositivo raíz reside en el disco duro de la máquina virtual. Cuando se crea la instancia, la AMI base se copia al disco duro de la máquina virtual y se inicia. La instancia se puede ejecutar durante el tiempo que desee, pero no se puede detener. Dado que el dispositivo raíz de la instancia es el disco duro real, está "atascado" en el hardware, y lo único que puede hacer es terminar la instancia. Si haces esto, la instancia se elimina, nunca se recuperará. También corre el riesgo de que si el hardware de la máquina virtual falla, también perderá algo en el disco duro.

Si inicia una instancia de "tienda de instancia", prepárese para dejarla en ejecución hasta que haya terminado por completo. Tenga en cuenta que se le cobrará desde el momento en que se inicie la instancia hasta el momento en que finaliza.

Instancias "respaldadas por EBS"

Una instancia "respaldada por EBS" es una instancia de EC2 que usa un volumen de EBS como dispositivo raíz. Los volúmenes de EBS son redundantes, las unidades "virtuales", que no están vinculadas a ningún hardware en particular, sin embargo, están restringidas a una zona de disponibilidad de EC2 en particular. Esto significa que un volumen de EBS puede moverse de una pieza de hardware a otra dentro de la misma zona de disponibilidad. Puede pensar en los volúmenes de EBS como un tipo de almacenamiento conectado a la red.

Si el hardware de la máquina virtual falla, el volumen de EBS puede simplemente moverse a otra máquina virtual y volver a iniciarse. En teoría, no perderá ningún dato.

Otro beneficio, es que los volúmenes de EBS se pueden copiar y duplicar fácilmente. Por lo tanto, puede tomar instantáneas de copia de seguridad de sus volúmenes, crear nuevos volúmenes y lanzar nuevas instancias de EC2 basadas en esos volúmenes duplicados.

Probablemente la mayor ventaja de las instancias "respaldadas por EBS" sobre las instancias de "instancia de instancia" es que se pueden detener. Cuando hace esto, la máquina virtual se apaga y el volumen EBS se almacena para su posterior recuperación. El hardware está disponible para que lo use otra persona. Además, durante este tiempo, no se le cobrará el cargo de ejecución de la instancia EC2. Pero se le cobra por el almacenamiento de EBS. Cuando desee que la instancia se ejecute de nuevo, simplemente vuelva a iniciarla. Se reserva una nueva máquina virtual, se adjunta el volumen de EBS y se inicia la instancia.

Pero ¿qué pasa con los discos duros de la máquina virtual?

Sí, es posible usar esos discos duros, incluso cuando su instancia de EC2 está "respaldada por EBS". Por defecto, no están disponibles. Si usa los programas de la línea de comandos para iniciar su instancia, puede usar la opción "-b" en el comando ec2-run-instance para adjuntar las unidades del "almacén de instancia" a su instancia de EC2.

Tener estas unidades disponibles puede ser beneficioso si desea almacenar datos temporales. El acceso de lectura y escritura debe ser más rápido que leer y escribir en un volumen EBS porque no está enviando datos a través de la red. Además, no se le cobrará por la transferencia de datos o el almacenamiento de datos. Pero esto solo funciona si los datos se pueden perder en cualquier momento.

Fuente: https://skeddly.desk.com/customer/portal/articles/1346918-ebs-backed-versus-instance-store

Eric casi lo clavó. Nosotros ( Bitnami ) somos un proveedor popular de AMI gratuitas para aplicaciones populares y marcos de desarrollo (PHP, Joomla, Drupal, entiendes la idea). Puedo decirles que las AMI respaldadas por EBS son significativamente más populares que las respaldadas por S3. En general, creo que las instancias respaldadas por s3 se utilizan para trabajos distribuidos, limitados en el tiempo (por ejemplo, procesamiento de datos a gran escala) en los que, si una máquina falla, otra simplemente se gira. Los AMIS respaldados por EBS tienden a usarse para tareas de servidor "tradicionales", como servidores web o de base de datos que mantienen el estado localmente y, por lo tanto, requieren que los datos estén disponibles en caso de colisión.

Un aspecto que no vi mencionado es el hecho de que puede tomar instantáneas de una instancia respaldada por EBS mientras se ejecuta, lo que le permite tener copias de seguridad de su infraestructura muy rentables (las instantáneas son basadas en bloques e incrementales)

Estoy empezando a usar EC2, no soy un experto, pero la documentación de Amazon dice:

le recomendamos que utilice el almacén de instancias local para datos temporales y, para los datos que requieren un mayor nivel de durabilidad , le recomendamos que utilice volúmenes de Amazon EBS o realice una copia de seguridad de los datos en Amazon S3.

Énfasis mío.

Hago más análisis de datos que el alojamiento web, por lo que la persistencia no me importa tanto como lo haría para un sitio web. Dada la distinción hecha por Amazon en sí misma, no asumo que EBS es adecuado para todos.

Trataré de recordar volver a pesar después de haber usado ambos.

He tenido la misma experiencia que Eric en mi última posición. Ahora en mi nuevo trabajo, estoy pasando por el mismo proceso que realicé en mi último trabajo ... reconstruyendo todas sus AMI para instancias respaldadas por EBS, y posiblemente como máquinas de 32 bits (más baratas, pero no puedo usar la misma AMI en 32 y 64 máquinas).

Las instancias respaldadas por EBS se inician lo suficientemente rápido como para que pueda comenzar a utilizar la API de autoescalado de Amazon, que le permite usar las métricas de CloudWatch para activar el inicio de instancias adicionales y registrarlas en el ELB (Elastic Load Balancer), y también para apagarlas cuando ya no es requerido.

Este tipo de autoescalamiento dinámico es de lo que se trata AWS, donde pueden entrar en juego los ahorros reales en la infraestructura de TI. Es prácticamente imposible realizar el autoescalado correctamente con las instancias anteriores de s3 "InstanceStore".

La conclusión es que casi siempre debe usar las instancias respaldadas por EBS.

Este es el por qué

Las instancias respaldadas por EBS se pueden configurar para que no se puedan terminar (accidentalmente) a través de la API.
Las instancias respaldadas por EBS se pueden detener cuando no las está usando y reanudar cuando las necesita nuevamente (como detener una PC virtual), al menos con mis patrones de uso ahorrando mucho más dinero del que gasto en unas pocas docenas de GB de almacenamiento de EBS.
Las instancias respaldadas por EBS no pierden su almacenamiento de instancia cuando se bloquean (no es un requisito para todos los usuarios, pero hace que la recuperación sea mucho más rápida)
Puede redimensionar dinámicamente el almacenamiento de instancias de EBS.
Puede transferir el almacenamiento de la instancia de EBS a una nueva instancia (útil si el hardware de Amazon en el que estaba ejecutando se descompone o se muere, lo que ocurre de vez en cuando)
Es más rápido lanzar una instancia respaldada por EBS porque la imagen no tiene que ser recuperada desde S3.
Si el hardware de la instancia respaldada por EBS está programado para su mantenimiento , al detener e iniciar la instancia, se migra automáticamente al nuevo hardware. También pude mover una instancia respaldada por EBS en el hardware fallido al detener la instancia y lanzarla de nuevo (su millaje puede variar en el hardware fallado).

Soy un gran usuario de Amazon y cambié todas mis instancias al almacenamiento respaldado por EBS tan pronto como la tecnología salió de la versión beta. Estoy muy feliz con el resultado.

EBS todavía puede fallar, no una bala de plata

Tenga en cuenta que cualquier pieza de infraestructura basada en la nube puede fallar en cualquier momento. Planifique su infraestructura en consecuencia. Si bien las instancias respaldadas por EBS brindan cierto nivel de durabilidad en comparación con las instancias de almacenamiento efímero, pueden fallar y lo hacen. Tenga una AMI desde la que pueda iniciar nuevas instancias según sea necesario en cualquier zona de disponibilidad, haga una copia de seguridad de sus datos importantes (por ejemplo, bases de datos) y, si su presupuesto lo permite, ejecute varias instancias de servidores para el equilibrio de carga y la redundancia (idealmente en múltiples zonas de disponibilidad) ).

Cuando no a

En algunos momentos, puede ser más barato lograr IO más rápido en las instancias de Instance Store. Hubo un momento en que era cierto. Ahora hay muchas opciones para el almacenamiento de EBS, que atienden a muchas necesidades. Las opciones y sus precios evolucionan constantemente a medida que cambia la tecnología. Si tiene una cantidad significativa de instancias que son realmente desechables (no afectan mucho a su negocio si simplemente desaparecen), haga cálculos matemáticos de costo contra rendimiento. Las instancias respaldadas por EBS también pueden morir en cualquier momento, pero mi experiencia práctica es que EBS es más duradero.

La mayoría de las personas optan por utilizar la instancia respaldada por EBS ya que es de estado. Es más seguro porque todo lo que tiene instalado e instalado en su interior sobrevivirá a la detención / parada o cualquier falla de instancia.

El almacén de instancias no tiene estado, lo pierde con todos los datos en el interior en caso de que se produzca una falla en la instancia. Sin embargo, es gratis y más rápido porque el volumen de la instancia está vinculado al servidor físico donde se ejecuta la máquina virtual.

Nos gusta la tienda de instancias. Nos obliga a hacer que nuestras instancias sean completamente reciclables, y podemos automatizar fácilmente el proceso de construcción de un servidor desde cero en una AMI determinada. Esto también significa que podemos intercambiar fácilmente AMIs. Además, EBS sigue teniendo problemas de rendimiento de vez en cuando.

Para alguien nuevo en todo esto y si accidentalmente aterrizó aquí.

A partir de ahora, todas las AMI en la sección de inicio rápido están respaldadas por EBS

También hay una buena explicación en el documento oficial de la diferencia entre EBS y el almacén de instancias.

y esta imagen lo resume bastante

Si ejecuta varias instancias y asigna un servicio programado de AWS Instance como una de sus prioridades en Evitar Cargos Inesperados , recomendaría no usar el almacén de instancias .

Como se explica en la documentación de EBS Volumes y la respuesta de j2d3 y Siddharth Sharma, el almacén de instancias puede ejecutarse durante el tiempo que desee, pero no se puede detener . Significa que el servicio no se puede programar mediante un inicio / parada automático o recuperación de instancia .

Además, para este tipo de esquema tampoco es beneficioso utilizar EBS Backed en Elastic Beanstalk, ya que está diseñado para garantizar que todos los recursos que necesita se sigan ejecutando . Siempre hará un relanzamiento automático de cualquier servicio que detengas. Al revisar , de los cargos totales en el uso de VPC , EBS y ELB que se agregaron a EC2-Classic , el EC2-VPC con ELB es en su mayoría la mejor opción donde a diferencia de EC2-Classic , una instancia detenida retains su Elastic asociado Las direcciones IP y el volumen EBS se stored automáticamente.

Como conclusión , tomando la parte principal de su pregunta:

Parece que EBS es mucho más útil (detener, comenzar, persistir + mejor velocidad) con relativamente poca diferencia en el costo ...

La respuesta es sí, pero si su instancia está basada en EBS, se puede detener. Permanecerá en su cuenta, no se le cobrará por ello . Se cobrará solo el volumen, pero EBS se cobra cada hora . También puede considerar que, entre todos los tipos disponibles , tiene flexibilidad para cambiar el tamaño del volumen de EBS .

Además de los beneficios que ya figuran en la lista de Eric , también debe tener en cuenta que, en términos de costo, S3 puede o no ser más barato que EBS . Estoy de acuerdo en que es relativamente poca la diferencia en costo si continúa ejecutando ambos tipos de instancia dentro de la misma plataforma y arquitectura de la aplicación todo el tiempo.

Sin embargo, si existe un escenario para ejecutar la aplicación en un servicio de menor costo, extraiga todas las tareas no manejadas y colóquelas en el EC2-VPC través de una pipeline o lambda dentro de un período de tiempo corto, diga <1 hora por día, lo que es imposible hacer cuando usa una tienda de instancias , entonces será una historia diferente.