Límites de ancho de banda para Amazon EC2


39

Tengo una micro instancia en la nube Amazon EC2.

Además, la instancia es pequeña y tiene un uso bajo de CPU y EAM, pero genera mucho contenido, por lo que puede considerarse como un servidor web que sirve una pequeña cantidad de archivos estáticos (no de gran tamaño) para muchos clientes.

Desde el punto de vista técnico, no hay problemas para que tal instancia maneje la carga que sirve muchos MB por segundo.

Lo que se considera es si hay limitaciones de ancho de banda por parte de Amazon. Muchos proveedores de servicios VPS limitan los anchos de banda a, digamos, 10 MB / s, ¿existen tales límites en Amazon y, si son, cuáles son?

No pude encontrar ninguna referencia.


1
¿te refieres a MB / so Mb / s? hay una diferencia;) MB / s es MegaByte y Mb / so Mbits / s. normalmente MB / s se usarían para describir el ancho de banda.
Zapto

1
Lo sentimos error tipográfico normalmente Mb / s
Zapto

Ese enlace (a la fuente de AWS) es para el ancho de banda entre la instancia y EBS (Elastic Block Storage) y no a Internet.

Sugiero que pueda calcular el ancho de banda aproximado de una instancia obteniendo la relación de CPU de instancia a CPU total del servidor y relacionando eso con el rendimiento de la red de 40 Mbps. Supongamos que E5-2670 v2, lo mismo que usan las instancias M3. Un t2.micro tiene el 10% de 1 núcleo, 20 núcleos en total, da 1/200 de los recursos del servidor a la instancia. 40Gbps / 200 = 0.2Gbps, es decir, 200Mbps, lo cual coincide aproximadamente con los comentarios en esta pregunta.
Tim

Respuestas:


27

Recordé que había marcado una publicación similar hace un tiempo, y Cyberx86 publicó una excelente respuesta con pruebas de referencia :)

Respuesta por defecto del servidor

Editar

Por lo que pude encontrar en los foros de AWS, no parece que la gente de soporte de Amazon quiera responder esa pregunta. Su consejo es probarlo con una fuente externa: publicación en el foro de AWS de 2012

Las publicaciones más antiguas ( post1 , post2 se refieren a las velocidades de transferencia en la coalición al tamaño de la instancia. La segunda menciona que los datos formaban parte de la documentación de AWS, pero luego se reemplazaron con cosas sobre E / S.

pequeño 250 mbps

gran 500 mbps

xlarge 1000 mbps

Estos números parecen coincidir con los puntos de referencia que puede encontrar en google.

Lamentablemente, ya no creo que pueda encontrar velocidades de transferencia en su sitio.


La respuesta no es relevante en absoluto.
GeekRide

55
En realidad es muy relevante. Solo trato de encontrar recursos oficiales que definan estos límites de E / S (100Mbs / 250Mbs / 1Gbs)
Artyom

1
@GeekRide ya que la pregunta se refería a las velocidades de transferencia y ya no hay datos oficiales del equipo de AWS. Pensé que los puntos de referencia y las respuestas de los foros darían la mejor indicación de lo que uno podría esperar.
Qlue

3
Para ampliar esta respuesta, creo que el límite de ancho de banda está relacionado con el rendimiento de IO de la instancia. Puede ver el rendimiento de IO asociado para cada instancia aquí aws.amazon.com/ec2/instance-types . Los números publicados por Qlue son iguales a los que encontré el año pasado y no estoy seguro de si han cambiado desde entonces. La micro instancia tiene un rendimiento de E / S diferente que los servidores pequeños, por lo que supongo que es inferior a 250 mbps.
bwight

Espero que te refieras a Mbps, no a mbps. Un milibit por segundo no es mucho ancho de banda.
Mike Scott

5

Editar:

Después de que @tomasz me notificó, revisé el problema nuevamente.

Encontré un blog donde se comparan los anchos de banda;

http://epamcloud.blogspot.com.tr/2013/03/testing-amazon-ec2-network-speed.html?m=1

Y creo que no hay un límite determinado debido a las diferentes infraestructuras técnicas por zona y los proveedores de tecnología e infraestructura continúan mejorando día a día.

Si se desean conocer los límites de ancho de banda de EC2, cada zona debe manejarse por separado.


Ahora, hay una lista de documentos de AWS.

La respuesta de su fuente;

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-ec2-config.html


2
Tenga en cuenta que estos límites son para transferencias entre instancias EC2 y almacenamiento EBS.
tomasz

1

Usted dice que los archivos estáticos que se sirven son not of a big size . Cuanto más pequeños sean, más se preocupará por los paquetes por segundo en lugar del ancho de banda general en la red.

Al igual que con el ancho de banda, AWS no publica ningún número concreto, solo "Bajo", "Moderado", "Alto", etc. Me encontré con algunos problemas con las limitaciones de PPS, y fue aún menos publicado que los números de ancho de banda, así que corrí algunas pruebas

Esto es lo que encontré para varios tamaños de instancia:

t1.micro      8,473
t2.nano       9,807
t2.micro     19,391
t2.small     28,296
t2.medium    47,214
t2.large     49,512
c1.medium   110,575
m3.large    142,839
m1.large    157,557
m4.large    222,280
c4.large    233,450
r3.large    412,315
c3.large    475,996
i3.large    529,558
r4.large    544,981
c5.large    823,806

También encontré mucho más sobre el rendimiento garantizado y el mejor esfuerzo PPS (paquetes por segundo). Lo puse en un blog sobre monitoreo de paquetes por segundo en EC2 donde muestro gráficos y tablas mejor de lo que puedo mostrar en un comentario.

Para vincularlo con la designación de rendimiento de red de Amazon ("Bajo", "Moderado", "Alto"), probablemente se sorprenderá al saber que hay poca correlación entre el ancho de banda real y el PPS real con esas designaciones. No valen nada: solo confíe en los resultados de las pruebas, no en las categorías publicadas de AWS.


-1

Puede usar esta herramienta dentro de su instancia para obtener información completa sobre el ancho de banda:

wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli
./speedtest-cli

Salida:

Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Amazon (54.72.143.50)...
Selecting best server based on latency...
Hosted by Digiweb (Dublin) [1.78 km]: 3.395 ms
Testing download speed........................................
Download: 171.74 Mbit/s
Testing upload speed..................................................
Upload: 281.61 Mbit/s

Espero eso ayude


Realmente querrás confiar en github.com/sivel si estás haciendo esto. Tampoco necesariamente le dirá lo suficiente sobre el ancho de banda disponible: otras instancias en el mismo host subyacente pueden vincular el ancho de banda, puede ser ancho de banda burstable, etc.
ceejayoz

@ceejayoz, bueno, esto es para tener una idea sobre el ancho de banda disponible (no la información exacta y completa), no es estable y todos sabemos que ec2 usa un algoritmo complejo para distribuir cpu y ancho de banda basado en la prioridad vm, lo mismo ocurre para otro cmp (omega de google). Además, puede probar el rendimiento de su aplicación cuando usa ec2 y otra solución dedicada, eso es lo que hicimos (probando los límites de t2.micro). Por supuesto, la velocidad de descarga no es consistente, por lo que utilizamos c4.xlarge para la producción para aumentar la prioridad de la instancia y obtener más consistencia
Nourdine Alouane

-1

Parece que EC2 ofrece una función de red mejorada para un mejor rendimiento de la red:

Para las instancias compatibles de Amazon EC2, esta característica proporciona un mayor rendimiento de paquete por segundo (PPS), latencias más bajas entre instancias y muy baja fluctuación de red.

Lamentablemente, la función no parece estar disponible para el T*rango de instancias:

Actualmente, las instancias C3, C4, D2, I3, I2 M4, X1 y R3 admiten redes mejoradas. Las instancias X1, P2, I3, R4 y m4.16xlarge proporcionan la interfaz Elastic Network Adapter (ENA) para una red mejorada. Las instancias C3, C4, R3, I2, M4 (excepto m4.16xlarge) y D2, utilizan la interfaz de función virtual Intel® 82599.


1
La red mejorada separa el ancho de banda de EBS (disco conectado a la red) del ancho de banda de la red. Aumenta el ancho de banda de la red solo al mover otro tráfico a otra interfaz.
Tim
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.