Назад | Перейти на главную страницу

Стресс-тест сервера на одновременное подключение

Я пытаюсь найти практический способ нагрузочного тестирования сервера для одновременных подключений от 300 до 600. Любой совет?

Всем спасибо за помощь. Чтобы быть более конкретным (извините, что не было раньше), это Flash Media Server на AWS, который будет передавать потоковое видео в реальном времени. У меня были проблемы с замораживанием / буферизацией видео для всех, и мне нужно проверить, находится ли это на стороне пользователя, на стороне загрузки или на стороне сервера. В основном мне нужна помощь в стресс-тестировании сервера с 300-600 многократными запросами перед запуском.

В общем случае (любое приложение, а не только веб-сайт) вы можете сделать это с помощью дорогостоящего программного обеспечения, такого как HP LoadRunner. Однако если это веб-сайт, у вас также есть много недорогих или даже бесплатных вариантов, если у вас достаточно клиентских мощностей для управления нагрузкой. Преимущество более дорогого программного обеспечения заключается в том, что оно позволяет легко и быстро изменять такие параметры, как процент сеансов, в которых выполняется поиск с высокой загрузкой процессора, а не просто просмотр (например).

Возможно, вы захотите посмотреть на «поставщика размещенных стресс-тестов», например BrowserMob. Я мало о них знаю, кроме того, что их имя всплывает регулярно, а на их веб-сайте, похоже, указано «Flash Video Streaming» как поддерживаемая функция их службы нагрузочного тестирования.

IIRC, тестовые агенты BrowserMob также работают на Amazon EC2. Итак, чтобы получить реалистичный тест, вы можете быть уверены, что большая часть агентов поступает из другой зоны доступности EC2, чтобы вы тестировали с реальным трафиком WAN.

Предполагая, что вы спрашиваете о веб-сервере, на котором работает IIS / ASP.Net, Microsoft поддерживает это с помощью функции нагрузочного тестирования в Visual Studio Team System.

300 потоков по 52 кбит будут примерно 1,5 мегабита полосы пропускания. Рассматривали ли вы решение для многоадресной потоковой передачи, которое уменьшит ваши потребности в пропускной способности? Сделайте это внутри EC2, и вы будете транслироваться в нашу из облака, и вам придется заплатить немало.