amazon web services - una - ¿Cuándo debería usar un tipo de instancia t2.medium frente a m3.medium dentro de AWS?
servidores amazon gratis (3)
Parecen ser aproximadamente los mismos en términos de rendimiento.
Modelo vCPU Mem (GiB) SSD Almacenamiento (GB) m3.medium 1 3.75 1 x 4
Modelo vCPU CPU Créditos / hora Mem (GiB) Almacenamiento t2.medium 2 24 4 EBS-Only
t2.medium permite un rendimiento de ráfaga mientras que m3.medium no. t2.medium incluso tiene más vCPU (1 vs 2) y memoria (3.75 vs 4) que m3.medium. La única ganancia de rendimiento es el SSD con un m3.medium, que reconozco que podría ser significativo si estoy realizando E / S pesadas.
¿Sería este el único escenario en el que elegiría un m3.medium sobre un t2.medium?
Me gustaría ejecutar un servidor web que obtenga 20-30k visitas al mes, así que sospecho que cualquiera está bien para mis necesidades, pero ¿cuál es la mejor opción?
30000 visitas por mes es, en promedio, un visitante cada 90 segundos. A menos que su sitio sea muy atípico, es probable que la carga en el servidor sea invisiblemente pequeña. Bursting manejará picos hasta cientos (o miles, con algunas optimizaciones) de visitantes.
Con el almacenamiento en caché apropiado, un servidor VPS de especificaciones comparables a un t2.micro puede servir a un blog de Wordpress con 30000 visitas POR MINUTO. Si estuvieras saturando eso continuamente, no podrías confiar en el rendimiento de ráfaga para el t2.micro, por supuesto. Un t2.medium es aproximadamente 4 veces más potente en todos los sentidos que un micro, y un m3.medium tiene RAM y ancho de banda similares pero menos CPU máxima.
El almacenamiento de instancia será unas veces más rápido que un gran volumen de EBS GP2 (SSD) en el m3.medium, por supuesto. Las instancias medias t2 y c3 tendrán un ancho de banda de red de aproximadamente 300-400 Mbit / s, t2.micro obtiene ~ 60-70 Mbit. Un punto de referencia muestra que t2.medium en modo estallido en realidad supera un c3.large (y mucho menos el m3.medium, que es menos de la mitad de potente, a 3 ECU frente a 7).
Pero como se señaló, probablemente pueda ahorrar dinero al usar algo menos poderoso que cualquiera de sus sugerencias y aun así tener un excelente desempeño.
Si no necesita la potencia para configurar completamente su servidor, el alojamiento compartido o una solución de plataforma como servicio será más fácil . Recomiendo OpenShift, ya que sugieren explícitamente un solo equipo pequeño con capacidad para hasta 50 mil accesos por mes. Obtienes 3 de esos gratis.
Si necesita configurar el servidor, realmente solo necesita suficiente memoria para ejecutar su servidor y / o DB. Un t2.nano tiene 512 MB, y un t2.micro tiene 1 GB. Los cuellos de botella de rendimiento real probablemente serán E / S de disco y ancho de banda de red. El primero se puede mejorar con un volumen de SSD de propósito general más grande (más IOPS), el segundo mediante el uso de instancias múltiples y un ELB.
Asegúrese de alojar todos los activos estáticos en S3 y utilice bien el almacenamiento en caché, e incluso las instancias más pequeñas de AWS pueden manejar cientos de solicitudes por segundo.
Básicamente: "no te preocupes por eso, usa lo más barato y más fácil que lo ejecute".
Aunque las especificaciones de "hardware" tienen un aspecto similar para la instancia T2.medium y la instancia M3.medium, la diferencia es cuando se considera Burstable vs. Fixed Performance. Vea este enlace de Amazon Web Services:
http://aws.amazon.com/ec2/faqs/#burst
La siguiente cita proviene de ese enlace:
P: ¿Cuándo debería elegir una instancia de rendimiento Burstable, como T2?
Las cargas de trabajo ideales para las instancias de rendimiento Burstable (por ejemplo, servidores web, entornos de desarrollador y bases de datos pequeñas) no utilizan la CPU completa a menudo o de manera consistente, pero ocasionalmente necesitan estallar. Si su aplicación requiere un rendimiento sostenido de la CPU, recomendamos nuestras instancias de rendimiento fijo, como M3, C3 y R3.
Una instancia de T2 acumula créditos de CPU, pero solo mientras se ejecute. Si se detiene o finaliza, los créditos acumulados desaparecen.
Hay una información importante más abajo en la página sobre los créditos de CPU para las instancias de T2:
P: ¿Qué sucede con el rendimiento de la CPU si mi instancia de T2 se está quedando sin créditos (el saldo de crédito de la CPU es cercano a cero)?
Si su instancia de T2 tiene un saldo de crédito de CPU cero, el rendimiento permanecerá en el rendimiento de la CPU de referencia. Por ejemplo, el t2.micro proporciona un rendimiento de CPU de referencia del 10% de un núcleo de CPU físico. Si el saldo de crédito de la CPU de su instancia se aproxima a cero, el rendimiento de la CPU se reducirá al rendimiento de la línea de base en un intervalo de 15 minutos.
Esto significa que si te quedas sin créditos explosivos, tu rendimiento estará limitado a un porcentaje fijo de un solo núcleo hasta que acumules más; 10% para T2.micro, 20% para T2.small y 40% para T2.medium.
Otra diferencia importante que menciona el OP es la instancia M3.medium que se puede aprovisionar con 4 GB de almacenamiento efímero, que tiene una capacidad de E / S mucho mayor que el almacenamiento de bloques elástico (EBS) persistente. Las instancias T2 no tienen esta opción.
Finalmente, depende de qué es un "golpe". En mi opinión, si un golpe significa unas descargas de página estáticas que son menos de 64k o páginas dinámicas pequeñas, exploraría la opción T2. Para sesiones más largas, más tráfico de datos o un mayor número de usuarios concurrentes, consideraría el M3. Y si el rendimiento durante un período prolongado es un tema clave, creo que definitivamente estás en tierra M3.
Mire los registros de su sitio actual o un sitio similar a lo que está configurando y determine en qué situación se encuentra.
Haga una comparación de su aplicación en ambos y determine cuál es la más adecuada para usted. Esa es la única manera de saberlo con certeza. La "mejor opción" depende de cómo se ejecuta su aplicación y sus requisitos de costos.
De forma alternativa, puede simplemente elegir uno, en función del costo u otros criterios, y si es insuficiente o excesivamente suficiente, cambie el tipo de instancia por el otro.