Ограничения пропускной способности для Amazon EC2


39

У меня есть микроэкземпляр на облаке Amazon EC2.

Кроме того, этот экземпляр небольшой и отличается низким использованием ЦП и EAM, но он генерирует много контента, поэтому его можно рассматривать как веб-сервер, обслуживающий небольшое количество статических файлов (не большого размера) для многих клиентов.

С технической точки зрения нет проблем для такого экземпляра, чтобы справиться с нагрузкой, обслуживающей много мегабайт в секунду.

То, что я считаю, если есть ограничения полосы пропускания самой Amazon. Многие поставщики услуг VPS ограничивают пропускную способность, скажем, 10 МБ / с. Есть ли такие ограничения в Amazon и если они есть, то что они?

Я не мог найти ссылку.


1
Вы имеете в виду МБ / с или МБ / с? есть различие;) МБ / с - это Мегабайт и Мбит / с или Мбит / с. обычно МБ / с будет использоваться для описания полосы пропускания.
Сапто

1
Извините, опечатка обычно Мбит / с
Zapto

Эта ссылка (к источнику AWS) предназначена для пропускной способности между экземпляром и EBS (Elastic Block Storage), а не к Интернету.

Я полагаю, что вы можете определить приблизительную полосу пропускания экземпляра, получив отношение процессорного времени экземпляра к общему процессору сервера и связав его с пропускной способностью сети 40 Мбит / с. Давайте предположим, что E5-2670 v2 такой же, как и в случае с экземплярами M3. T2.micro имеет 10% от 1 ядра, всего 20 ядер, отдает 1/200-ю часть ресурсов сервера экземпляру. 40 Гбит / с = 200 Гбит / с, т.е. 200 Мбит / с, что примерно соответствует комментариям в этом вопросе.
Тим

Ответы:


27

Вспомнил, что я недавно добавил в закладки подобный пост, и Cyberx86 опубликовал отличный ответ с тестами производительности :)

Serverfault ответ

редактировать

Из того, что я смог найти на форумах AWS - не похоже, что люди из Amazon хотят ответить на этот вопрос. Их совет - проверить это с помощью внешнего источника: сообщение на форуме AWS за 2012 год

Более старые сообщения ( post1 , post2 относятся к скорости передачи в коалиции к размеру экземпляра. Во втором сообщении упоминается, что данные были частью документации AWS, но позже их заменили сведениями о вводе / выводе.

маленький 250 Мбит / с

большой 500 Мбит / с

Большая 1000 Мбит / с

Эти цифры, похоже, соответствуют критериям, которые вы можете найти в Google.

К сожалению, я не думаю, что вы можете найти скорость передачи на их сайте больше.


Ответ не актуален вообще.
GeekRide

5
На самом деле это очень актуально. Я просто пытаюсь найти официальные ресурсы, которые определяют эти ограничения ввода / вывода (100Mbs / 250Mbs / 1Gbs)
Артем

1
@GeekRide, так как вопрос касался скорости передачи, и больше нет никаких официальных данных от команды AWS. Я думал, что тесты и ответы на форумах дадут лучшее представление о том, чего можно ожидать.
Qlue

3
Чтобы расширить этот ответ, я считаю, что ограничение полосы пропускания связано с производительностью ввода-вывода экземпляра. Вы можете увидеть связанную производительность ввода-вывода для каждого экземпляра здесь aws.amazon.com/ec2/instance-types . Числа, опубликованные Qlue, равны тем, что я нашел в прошлом году, не уверен, изменились ли они с тех пор. Микроэкземпляр имеет другую производительность ввода-вывода по сравнению с небольшими серверами, поэтому я предполагаю, что он менее 250 Мбит / с.
Bwight

Я надеюсь, что вы имеете в виду Мбит / с, а не Мбит / с. Миллибит в секунду - это не много пропускной способности.
Майк Скотт

5

Редактировать:

После того, как @tomasz уведомил меня, я снова проверил проблему.

Я нашел блог, в котором сравнивается пропускная способность;

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

И я думаю, что нет определенного предела, потому что различные технические инфраструктуры по зонам и поставщики технологий и инфраструктуры продолжают улучшаться день ото дня.

Если необходимо знать пределы полосы пропускания EC2, каждая зона должна обрабатываться отдельно.


Теперь есть список документов AWS.

Ответ из его источника;

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


2
Обратите внимание, что эти ограничения относятся к переносам между экземплярами EC2 и хранилищем EBS.
Томаш

1

Вы говорите, что статические файлы обслуживаются not of a big size. Чем они меньше, тем больше вы будете беспокоиться о пакетах в секунду, а не об общей пропускной способности сети.

Как и в случае с пропускной способностью, AWS не публикует никаких конкретных чисел, только «Низкая», «Умеренная», «Высокая» и т. Д. У меня возникли некоторые проблемы с ограничениями PPS, и она была даже меньше опубликована, чем номера пропускной способности, поэтому я запустил некоторые тесты.

Вот что я нашел для разных размеров экземпляров:

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

Я также нашел гораздо больше в отношении гарантированной пропускной способности и максимальной производительности PPS (пакетов в секунду). Я поместил это в блог о мониторинге пакетов в секунду на EC2, где я показываю графики и таблицы лучше, чем я могу показать в комментарии.

Чтобы связать его с Обозначением производительности сети Amazon («Низкий», «Умеренный», «Высокий»), вы, вероятно, будете шокированы, узнав, что существует небольшая корреляция между фактической пропускной способностью и фактическим PPS с этими обозначениями. Они бесполезны - полагаются только на результаты тестов, а не на опубликованные категории от AWS.


-1

Вы можете использовать этот инструмент внутри своего экземпляра, чтобы получить полную информацию о пропускной способности:

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

Выход:

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

Надеюсь, это поможет


Вы действительно хотите доверять github.com/sivel, если вы делаете это. Это также не обязательно расскажет вам достаточно о доступной пропускной способности - другие экземпляры на том же хосте могут связать пропускную способность, это может быть пакетная пропускная способность и т. Д.
ceejayoz

@ceejayoz, ну, это для того, чтобы иметь представление о доступной пропускной способности (не точную и полную информацию), она не стабильна, и мы все знаем, что ec2 использует сложный алгоритм для распределения процессоров и пропускной способности на основе приоритета vm, то же самое происходит для других cmp (омега от гугла). Кроме того, вы можете протестировать производительность своего приложения при использовании ec2 и других специализированных решений, что мы и сделали (тестирование ограничений t2.micro). Конечно, скорость загрузки не одинакова, поэтому мы использовали c4.xlarge для производства, чтобы увеличить приоритет экземпляра и получить больше согласованности
Nourdine Alouane

-1

Похоже, что EC2 предлагает функцию расширенной сети для повышения производительности сети:

Для поддерживаемых экземпляров Amazon EC2 эта функция обеспечивает более высокую производительность передачи пакетов в секунду (PPS), меньшие задержки между экземплярами и очень низкое дрожание сети.

К сожалению, эта функция не доступна для T*диапазона экземпляров:

В настоящее время экземпляры C3, C4, D2, I3, I2 M4, X1 и R3 поддерживают расширенную сеть. Экземпляры X1, P2, I3, R4 и m4.16xlarge предоставляют интерфейс Elastic Network Adapter (ENA) для расширенной сети. Экземпляры C3, C4, R3, I2, M4 (кроме m4.16xlarge) и D2 используют интерфейс виртуальных функций Intel® 82599.


1
Расширенная сеть отделяет пропускную способность EBS (сетевой диск) от пропускной способности сети. Это увеличивает пропускную способность сети только путем перемещения другого трафика на другой интерфейс.
Тим
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.