Нагрузочное тестирование веб-приложения

Ожидаемый средний пользователь онлайн будет от 50000 до 100000, и все пользователи должны зарегистрироваться и отправить приложение, которое содержит не более 3 МБ данных, передаваемых на пользователя за раз.
Ищем облачный сервер.
Какая пропускная способность нам нужна для запустить веб-приложение?


person Bala Bgi    schedule 21.02.2017    source источник
comment
Можете ли вы уточнить, о какой пропускной способности вы говорите? Между вашим тестовым сервером производительности и тестируемым сервером? Если последнее, не могли бы вы подробнее рассказать о 50 000–100 000 пользователей? Это метрика в час, в месяц или иначе. 3 МБ - это непрерывная потоковая передача для каждого пользователя, для всех пользователей или всего для каждого пользовательского сеанса? Если для каждого сеанса вы можете указать, где находится пик использования этой полосы пропускания, в начале, в середине или в конце?   -  person A. Kootstra    schedule 22.02.2017
comment
Мне нужен расчет пропускной способности   -  person Bala Bgi    schedule 22.02.2017
comment
Мне нужен расчет пропускной способности. Я говорю о пропускной способности приложения. Я планировал разместить свое веб-приложение на облачном сервере. Мое веб-приложение похоже на сайт распродаж. возможно, просматривая от 50000 до 100000 пользователей, которые будут онлайн одновременно. Максимальный размер 3 МБ [размер страницы и размер загружаемого файла], средний размер 2–3 МБ на пользователя. общий объем каждой пользовательской сессии составляет 5-8 МБ. Во время начала пропускная способность высока   -  person Bala Bgi    schedule 22.02.2017


Ответы (2)


Приведенные вами показатели не являются полными, чтобы дать точную картину. Показатели показывают только пиковую нагрузку, а не кривую распределения нагрузки по дням / неделям. На данный момент я предполагаю, что все дни равны и пик длится 8 часов, затем уменьшается до 50% в течение еще 8 часов, а затем до 25% в течение оставшихся 8 часов дня.

Кроме того, предоставляется только передача данных загрузки, а загрузка не предусмотрена. Предполагается, что загружены все 3 Мбайт, и ожидается еще 1 Мбайт выгрузки.

Наконец, не было ничего упомянуто о продолжительности сеанса каждого одновременного пользователя. Это может быть 10 минут, 30 минут или час. В таблицах ниже показаны все три сценария.

С помощью этих дополнительных измерений модель грубой нагрузки может быть рассчитана для каждого из двух пользовательских сценариев: 50 КБ и 100 КБ. Ниже я придерживался одного сценария для пропускной способности, так как это всего лишь умножение x2.

Самый экстремальный результат для одновременных пользователей 50k - это 3 МБ данных, используемых в одном сеансе продолжительностью в среднем 10 минут. Для этого потребуется пропускная способность линии, по крайней мере, 500 Мбит / с для загрузки и 167 Мбит / с для загрузки. Это приведет к ежедневной передаче данных на 12 ТБ для загрузки и на 4 ТБ для загрузки.

Если ваши сеансы намного длиннее, скажем, вместо 10 минут это час, тогда все эти числа можно разделить на 6. То есть. что приводит к уменьшению ежедневной загрузки 2 ТБ и ежедневной загрузки 0,7.

введите описание изображения здесь

person A. Kootstra    schedule 24.02.2017

Вам необходимо использовать систему высокой доступности для приложения. Я думаю, вам нужно 2 ТБ для формы отправки 100 тыс. Пользователей

person Sinh Vien IT    schedule 22.02.2017