Limites de largura de banda para o Amazon EC2

39

Eu tenho uma micro instância na nuvem Amazon EC2.

Além disso, a instância é pequena e possui baixo uso de CPU e EAM, mas gera muito conteúdo, portanto pode ser considerada como um servidor da web que serve uma pequena quantidade de arquivos estáticos (não de tamanho grande) para muitos clientes.

Do ponto de vista técnico, não há problemas para essa instância lidar com a carga que serve muitos MBs por segundo.

O que eu considero é se houver limitação de largura de banda pela própria Amazon. Muitos provedores de serviços VPS limitam as larguras de banda para, digamos, 10 MB / s, existem limites na Amazon e se são quais são?

Não encontrei nenhuma referência.

amazon-ec2 bandwidth

— Artyom
fonte

11

você quer dizer MB / s ou Mb / s? existe uma diferença;) MB / s é MegaByte e Mb / s ou Mbits / s. normalmente MB / s seria usado para descrever a largura de banda.

— Zapto

11

Desculpe erro de digitação normalmente Mb / s

— Zapto

Esse link (para a origem da AWS) é para largura de banda entre a instância e o EBS (Elastic Block Storage) e não para a Internet.

Sugiro que você possa calcular a largura de banda aproximada de uma instância, obtendo a proporção de CPU da instância e CPU total do servidor e relacionando-a à taxa de transferência de rede de 40 Mbps. Vamos supor E5-2670 v2, o mesmo que as instâncias M3 usam. Um t2.micro possui 10% de 1 núcleo, 20 núcleos no total, fornece 1/200 dos recursos do servidor para a instância. 40Gbps / 200 = 0.2Gbps, ou seja, 200Mbps, que concorda aproximadamente com os comentários desta pergunta.

— Tim

27

Lembrei que havia marcado um post semelhante há algum tempo, e o Cyberx86 postou uma excelente resposta com testes de benchmark :)

Resposta de falha do servidor

Editar

Pelo que pude encontrar nos fóruns da AWS - não parece que o pessoal da Amazon queira responder a essa pergunta. O conselho deles é testá-lo com uma fonte externa: publicação no fórum da AWS de 2012

Posts mais antigos ( post1 , pós2 referem-se a velocidades de transferência em coligação com o tamanho instância. O segundo se menciona que os dados foi uma parte da documentação AWS mas mais tarde foi substituída por material sobre I / O.

pequenos 250 mbps

grandes 500 mbps

xlarge 1000 mbps

Esses números parecem se encaixar nos benchmarks que você pode encontrar no google.

Infelizmente, acho que você não encontra mais velocidades de transferência no site deles.

— Qlue
fonte

Resposta não relevante.

— GeekRide

5

Na verdade, é muito relevante. Eu apenas tentando encontrar recursos oficiais que definem estes limites de I / O (100 Mbs / 250Mbs / 1Gbs)

— Artyom

11

@GeekRide, pois a pergunta era sobre velocidade de transferência e não há mais dados oficiais da equipe da AWS. Eu pensei que referências e respostas dos fóruns dariam a melhor indicação do que se poderia esperar.

— Qlue 26/12/12

3

Para expandir essa resposta, acredito que o limite da largura de banda esteja relacionado ao desempenho de IO da instância. Você pode ver o desempenho de E / S associado a cada instância aqui em aws.amazon.com/ec2/instance-types . Os números publicados pelo Qlue são iguais aos que encontrei no ano passado e não tenho certeza se eles mudaram desde então. A micro instância tem um desempenho de E / S diferente dos servidores pequenos, portanto, assumo que ele tem menos de 250 Mbps.

— bwight

Espero que você queira dizer Mbps, não mbps. Um milibit por segundo não é muita largura de banda.

— Mike Scott

5

Editar:

Depois que o @tomasz me notificou, verifiquei o problema novamente.

Eu encontrei um blog onde as larguras de banda são comparadas;

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

E eu acho que não há um certo limite por causa das diferentes infraestruturas técnicas por zona e os fornecedores de tecnologia e infraestrutura continuam a melhorar dia após dia.

Se se deseja conhecer os limites de largura de banda do EC2, cada zona deve ser tratada separadamente.

Agora, há uma lista nos documentos da AWS.

A resposta da sua fonte;

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

— efkan
fonte

2

Observe que esses limites são para transferências entre instâncias do EC2 e armazenamento do EBS.

— amigos estão

1

Você diz que os arquivos estáticos que estão sendo veiculados são not of a big size. Quanto menores, mais você se preocupa com os pacotes por segundo, em vez da largura de banda geral na rede.

Assim como na largura de banda, a AWS não publica números concretos, apenas "Baixo", "Moderado", "Alto" etc. Eu tive alguns problemas com as limitações do PPS e foi ainda menos publicado que os números de largura de banda. alguns testes.

Aqui está o que encontrei para vários tamanhos de instância:

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

Também encontrei muito mais sobre taxa de transferência garantida e PPS de melhor esforço (pacotes por segundo). Coloquei-o em um blog sobre monitoramento de pacotes por segundo no EC2, onde mostro gráficos e tabelas melhor do que em um comentário.

Para associá-lo à Designação de desempenho de rede da Amazon ("Baixo", "Moderado", "Alto"), você provavelmente ficaria chocado ao saber que há pouca correlação entre a largura de banda real e o PPS real com essas designações. Eles são inúteis - confiam apenas nos resultados dos testes, não nas categorias publicadas da AWS.

— mbarlocker
fonte

-1

Você pode usar esta ferramenta dentro de sua instância para obter informações completas sobre largura de banda:

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

Saída:

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 que ajude

— Nourdine Alouane
fonte

Você realmente deseja confiar em github.com/sivel se estiver fazendo isso. Também não é necessariamente vai lhe dizer o suficiente sobre a largura de banda disponível - outras instâncias no mesmo host subjacente pode amarrar largura de banda, pode ser a largura de banda burstable, etc.

— ceejayoz

@ceejayoz, bem, isso é para ter uma idéia sobre a largura de banda disponível (não as informações exatas e completas), não é estável e todos sabemos que o ec2 usa um algoritmo complexo para distribuir CPU e largura de banda com base na prioridade da vm, o mesmo acontece para outro cmp (ômega do google). Além disso, você pode testar o desempenho do seu aplicativo ao usar o ec2 e outra solução dedicada, foi o que fizemos (testando os limites do t2.micro). Claro que a velocidade de download não é consistente, por isso usamos c4.xlarge de produção para aumento instância prioridade e obter mais consistência

— Nourdine Alouane

-1

Parece que o EC2 está oferecendo um recurso de rede aprimorada para melhor desempenho da rede:

Para instâncias suportadas do Amazon EC2, esse recurso fornece desempenho mais alto de pacote por segundo (PPS), latências entre instâncias mais baixas e instabilidade de rede muito baixa.

Infelizmente, o recurso não parece estar disponível para o T*intervalo de instâncias:

Atualmente, as instâncias C3, C4, D2, I3, I2 M4, X1 e R3 oferecem suporte à rede aprimorada. As instâncias X1, P2, I3, R4 e m4.16xlarge fornecem a interface do adaptador de rede elástico (ENA) para rede aprimorada. As instâncias C3, C4, R3, I2, M4 (exceto m4.16xlarge) e D2 usam a interface de função virtual Intel® 82599.

— Janaka Bandara
fonte

11

A rede aprimorada separa a largura de banda do EBS (disco conectado à rede) da largura de banda da rede. Aumenta a largura de banda da rede apenas movendo outro tráfego para outra interface.

— Tim