Limites de bande passante pour Amazon EC2

39

J'ai une micro-instance sur le cloud Amazon EC2.

De plus, l'instance est petite et l'utilisation du processeur et de l'EAM est faible, mais elle génère beaucoup de contenu; elle peut donc être considérée comme un serveur Web servant une petite quantité de fichiers statiques (de petite taille) à de nombreux clients.

D'un point de vue technique, cette instance ne rencontre aucun problème pour gérer la charge servant plusieurs MB par seconde.

Ce que je considère, c'est s'il y a une limitation de bande passante par Amazon même. De nombreux fournisseurs de services VPS limitent la bande passante à 10 Mo / s. Existe-t-il de telles limites sur Amazon et si elles existent, quelles sont-elles?

Je n'ai trouvé aucune référence.

amazon-ec2 bandwidth

— Artyom
source

1

voulez-vous dire MB / s ou Mb / s? il y a une différence;) Mo / s est en méga-octets et en Mb / s ou en Mbits / s. Habituellement, MB / s serait utilisé pour décrire la bande passante.

— Zapto

1

Désolé faute de frappe normalement Mb / s

— Zapto

Ce lien (vers la source AWS) concerne la bande passante entre l'instance et EBS (Elastic Block Storage) et non vers Internet.

Je suggère que vous puissiez calculer la bande passante approximative d'une instance en obtenant le ratio processeur d'instance par rapport au processeur total du serveur et en le rapportant au débit du réseau à 40 Mbps. Supposons E5-2670 v2, identique à celui utilisé par les instances de M3. Un t2.micro a 10% d'un cœur, soit un total de 20 cœurs, donne 1 / 200e des ressources du serveur à l'instance. 40 Gbps / 200 = 0,2 Gbps, soit 200 Mbps, ce qui est à peu près conforme aux commentaires de cette question.

— Tim

27

Rappelez-vous que j'avais mis en favori un article similaire il y a quelque temps, et Cyberx86 a publié une excellente réponse avec des tests d'évaluation. :)

Réponse Serverfault

modifier

D'après ce que j'ai pu trouver sur les forums AWS, il semble que le support technique d'Amazon ne veuille pas répondre à cette question. Leur conseil est de le tester avec une source externe: post du forum AWS à partir de 2012

Les messages plus anciens ( post1 , post2 font référence aux vitesses de transfert dans une coalition selon la taille de l’instance. Le deuxième indique que les données faisaient partie de la documentation AWS, mais qu’elles ont ensuite été remplacées par des informations sur les E / S.

petit 250 mbps

grand 500 mbps

xlarge 1000 mbps

Ces chiffres semblent correspondre aux repères que vous pouvez trouver sur Google.

Malheureusement, je ne pense pas que vous puissiez trouver plus rapidement les vitesses de transfert sur leur site.

— Qlue
source

Réponse pas pertinente du tout.

— GeekRide

5

En fait, c'est très pertinent. J'essaie juste de trouver des ressources officielles qui définissent ces limites d'E / S (100Mbs / 250Mbs / 1Gbs)

— Artyom

1

@GeekRide puisque la question concernait les vitesses de transfert et qu'il n'y avait plus de données officielles de l'équipe AWS. Je pensais que les repères et les réponses des forums donneraient la meilleure indication de ce à quoi on pouvait s’attendre.

— Qlue

3

Pour développer cette réponse, j'estime que la limite de bande passante est liée aux performances d'E / S de l'instance. Vous pouvez voir les performances d'E / S associées pour chaque instance ici: aws.amazon.com/ec2/instance-types . Les chiffres publiés par Qlue sont égaux à ceux que j’ai découverts l’année dernière, mais je ne suis pas sûr qu’ils aient changé depuis. La micro-instance a des performances IO différentes de celles des petits serveurs, je suppose donc moins de 250 Mbits / s.

— bwight

J'espère que vous voulez dire Mbps, pas Mbps. Un millibit par seconde ne représente pas beaucoup de bande passante.

— Mike Scott

5

Modifier:

Une fois que @tomasz m'a informé, j'ai vérifié le problème à nouveau.

J'ai trouvé un blog où les bandes passantes sont comparées;

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

Et je pense qu’il n’ya pas de limite en raison des infrastructures techniques différentes par zone et que les fournisseurs de technologies et d’infrastructures continuent de s’améliorer jour après jour.

Si vous souhaitez connaître les limites de bande passante EC2, chaque zone doit être traitée séparément.

Il existe maintenant une liste sur AWS Docs.

La réponse de sa source;

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

— efkan
source

2

Notez que ces limites concernent les transferts entre les instances EC2 et le stockage EBS.

— Tomasz

1

Vous dites que les fichiers statiques servis le sont not of a big size. Plus ils sont petits, plus vous vous inquiétez des paquets par seconde au lieu de la bande passante globale du réseau.

Comme avec la bande passante, AWS ne publie pas de chiffres concrets, mais uniquement "Bas", "Modéré", "Elevé", etc. quelques tests.

Voici ce que j'ai trouvé pour différentes tailles d'instances:

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

J'ai également découvert beaucoup plus d'informations sur le débit garanti et le meilleur effort PPS (paquets par seconde). Je l'ai mis dans un blog sur la surveillance des paquets par seconde sur EC2, où je montre des graphiques et des tableaux mieux que ce que je peux montrer dans un commentaire.

Pour le rattacher à la désignation de performance réseau d'Amazon («Faible», «Modéré», «Élevé»), vous seriez probablement choqué de savoir qu'il y a peu de corrélation entre la bande passante réelle et le PPS réel correspondant à ces désignations. Ils ne valent rien - utilisez uniquement les résultats des tests, pas les catégories publiées par AWS.

— mbarlocker
source

-1

Vous pouvez utiliser cet outil dans votre instance pour obtenir des informations complètes sur la bande passante:

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

Sortie:

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

J'espère que ça aide

— Nourdine Alouane
source

Vous voudrez vraiment faire confiance à github.com/sivel si vous le faites. Cela ne va pas non plus nécessairement vous en dire assez sur la bande passante disponible - d'autres instances sur le même hôte sous-jacent peuvent bloquer la bande passante, il peut s'agir d'une bande passante

— extensible

@ceejayoz, eh bien c'est pour avoir une idée de la bande passante disponible (pas d'informations exactes et complètes), ce n'est pas stable et nous savons tous que ec2 utilise un algorithme complexe pour la distribution de la bande passante et de l'unité centrale basée sur la priorité vm, la même chose se passe pour les autres cmp (oméga de google). De plus, vous pouvez tester les performances de votre application lorsque vous utilisez ec2 et une autre solution dédiée. C'est ce que nous avons fait (tester les limites de t2.micro). Bien sûr, la vitesse de téléchargement n’est pas cohérente, nous avons donc utilisé c4.xlarge pour la production afin d’augmenter la priorité des instances et d’obtenir plus de cohérence

— Nourdine Alouane

-1

Il semble que EC2 offre une fonctionnalité de réseau amélioré pour de meilleures performances réseau:

Pour les instances Amazon EC2 prises en charge, cette fonctionnalité offre des performances PPS (Paquet par seconde) supérieures, des latences inter-instance inférieures et une gigue réseau très faible.

Malheureusement, la fonctionnalité ne semble pas être disponible pour la T*plage d'instances:

Actuellement, les instances C3, C4, D2, I3, I2 M4, X1 et R3 prennent en charge la mise en réseau améliorée. Les instances X1, P2, I3, R4 et m4.16xlarge fournissent l'interface Elastic Network Adapter (ENA) pour la mise en réseau améliorée. Les instances C3, C4, R3, I2, M4 (sauf m4.16xlarge) et D2 utilisent l'interface de fonction virtuelle Intel® 82599.

— Janaka Bandara
source

1

La mise en réseau améliorée sépare la bande passante EBS (Network Attach Disk) de la bande passante réseau. Cela n'augmente la bande passante du réseau qu'en déplaçant un autre trafic vers une autre interface.

— Tim