Tsung

Tsung (от англ. Tsunami-Next Generation, ранее известный как IDX-Tsunami) — распределённая система нагрузочного и стресс-тестирования, написанная на языке Erlang. Разработку системы начал Nicolas Niclausse в 2001 году. Изначально это была распределённая система для нагрузочного тестирования jabber для внутренних нужд компании IDEALX (сейчас - OpenTrust). Через несколько месяцев проект развился в открытый мультипротокольный инструмент для нагрузочного тестирования. Поддержка HTTP была добавлена в 2003 году.

Tsung может использоваться для тестирования различных протоколов HTTP (в том числе SOAP), WebDAV, Jabber, LDAP, а также PostgreSQL и MySQL, а также дает возможность эмулировать кластер из клиентских машин.

Возможности

Для протокола HTTP система позволяет:

• имитировать разные методы (GET, POST и т.д.)
• управлять куками автоматически и вручную
• добавлять заголовки (например - SOAP)
• производить базовую аутентификацию
• имитировать разных пользовательских агентов
• записывать действия пользователя с помощью рекордера

В рамках протокола Jabber/XMPP могут тестироваться сообщения об аутентификации, регистрации присутствия, сообщения в чате, работа со списком пользователей, комнатами, а также настройка синхронизации пользователей.

Структура

Файл конфигурации Tsung — это XML файл. Основным тегом является тег <tsung>, в котором заключается вся конфигурация. Тег имеет два свойства: loglevel и dumptraffic. loglevel регулирует подробность лога, а dumtraffic используется для отладки. При параметре dumptraffic=true создается файл лога dump.log, в который подробно записывается каждый ответ от сервера. В последней версии Tsung, есть варианты dumptrafic=light — первые 44 байта ответа сервера и dumptrafic=protocol — только следующие данные date;pid;id;http method;host;URL;HTTP status;size;match;error.

Клиенты и серверы

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

Виртуальная машина Erlang может работать с несколькими ядрами - для клиентов Tsung более эффективно использовать одну VM на ядро. Параметр cpu должен быть равным количеству ядер на узлах.

В данном примере вторая машина используется в кластере Tsung с большим «весом» и двумя ядрами. По умолчанию нагрузка равномерно распределена на все ядра (одно ядро на клиент по умолчанию). Параметр weight (integer) может быть использован для настройки приоритетности машины клиента. В частности, если у одного клиента вес 1, а у другого 2, второй запустит в два раза больше пользователей, чем первый (пропорции будут 1/3 и 2/3). В приведенном примере, где у второго клиента cpu=2 и weight=3, вес равен 1,5 для каждого ядра.

Мониторинг

Tsung поддерживает несколько вариантов мониторинга: родной агент мониторинга на Erlang, Munin или SNMP. Агент должен быть установлен на стороне сервера. Если нагрузка создаётся для кластера серверов, можно применять разные агенты для разных серверов.

Фазы нагрузки

Нагрузку можно разбить на несколько фаз. В настройках можно задать длительность каждой фазы и очерёдность выполнения фаз. В каждой фазе можно установить количество одновременных пользователей двумя способами: задать количество пользователей за промежуток времени, например 100 пользователей в секунду, либо задать частоту создания пользователей, например, один пользователь каждые 0,01 секунд. В стабильную нагрузку можно вставить специфическую сессию в определенное время для имитации какой-либо проверки или запуска некоторого сервиса.

Пользовательские агенты

В следующем примере настройки для имитации различных браузеров устанавливается процентное соотношение между пользовательскими агентами. Этот процент определяет вероятность присвоения сессии пользователя одного из указанных агентов (по умолчанию присваивается — tsung):