Тестирование нагрузки против стресс-тестирования
Прежде чем мы объясним, как определить переломный момент приложения в платформе LoadView,мы должны сначала описать различия между тестированием нагрузки и стресс-тестом. Хотя термины часто используются взаимозаменяемо, эти тесты стремятся найти различные результаты.
Нагрузочных тестов является одним из видов нефункциональных испытаний, используемых для проверки состояния системы при определенном уровне одновременных запросов, также известный как нагрузка. Цель нагрузочных испытаний состоит в том, чтобы доказать, что система может обрабатывать ожидаемый или приемлемый уровень громкости с минимальными нарушениями или деградацией. Факторы, которые используются для создания этой базовой производительности, являются скорость соединения, задержка и время загрузки, среди других. Как правило, тестирование нагрузки проводится, чтобы помочь предсказать производительность приложения в реалистичных границах, помогая понять, как влияет производительность во время пиковых событий нагрузки. Нажатие системы за эти пороги может непреднамеренно привести к тому, что ваш нагрузочных тестов станет стресс-тестом.
С другой стороны, стресс-тест предназначен для того, чтобы протолкнуть систему мимо точки деградации, иногда до полного сбоя. Нажатие системы мимо точки деградации или сбоя позволяет инженерам видеть, как система обрабатывает восстановление после этого сбоя и необходимы ли изменения в аппаратной емкости. Некоторые из факторов, которые обычно контролируются во время стресс-теста являются диск I / O, пропускная способность, использование процессора, память, и различные показатели производительности базы данных.
Расчет первоначальной нагрузки
Определение переломной точки приложения, как правило, не просто, как кажется. Очевидно, что если сервер сомается, вы определенно нашли этот момент, но есть и другие факторы, которые следует учитывать, такие как время отклика. В эти дни, если веб-страница или приложение не отвечает в течение нескольких секунд, пользователи будут отказов. Длительное время отклика может быть признаком того, что ваше приложение не в работе. Еще одним признаком того, что что-то нарушается, является то, что вы начинаете получать комментарии от пользователей о проблемах веб-страницы или ваша поддержка или ИТ-команда уведомляется через проблемы билеты.
Во-первых, рассмотрим количество ваших веб-серверов в использовании и количество доступных процессорных ядер. В этом примере мы предположим, что работаем с четырехъядерным веб-сервером, и мы будем использовать отправную точку из 25 одновременных пользователей на ядро процессора, так что 100 одновременных пользователей. Тем не менее, рекомендуется начать с числа 50 процентов ниже, чем рассчитывается отправной точкой, так что работает до 50 одновременных пользователей. С этой отправной точки, и в зависимости от требований к производительности приложения, вы можете увеличить нагрузку в 5 раз или в 10 раз больше.
Выбор кривой нагрузки: платформа LoadView
Платформа LoadView предоставляет пользователям возможность выбора из трех различных вариантов кривой нагрузки.
- Нагрузка Шаг кривой. Тип теста позволяет сравнивать время отклика под эксплуатационой нагрузкой и при ожидаемой транспортной нагрузке.
- Кривая на основе цели. Этот тест полезен, когда у вас уже есть предопределенная пропускная способность (цель транзакции), или количество посетителей, которого вы ожидаете на вашем сайте в течение фиксированного промежутка времени, и вы хотите убедиться, что сайт отвечает требованиям.
- Динамическая регулируемая кривая. Этот тип можно использовать для того, чтобы узнать пределы производительности сайта или спланировать его емкость сервера, изменив пользовательский трафик вручную во время теста.
Для целей этого примера мы ищем точку разрыва приложения, и мы не работаем с заданной пропускной способностью или целью транзакции, поэтому мы не будем рассматривать вариант кривой, основанный на цели. С динамическим регулируемым испытанием кривой, вы можете увеличить трафик, пока не найдете переломный момент, или с кривой шага нагрузки, вы можете установить темпы наращивания, пока не обнаружите, что переломный момент.
Другим фактором, который следует учитывать, является время времени времени времени транзакции. После создания устройства стресс-теста это значение можно найти в отчете о производительности после процесса проверки. Например, если время выполнения транзакции составляет около 30 секунд, необходимо удерживать нагрузку в два раза больше времени, гарантируя выполнение транзакции, даже если время отклика увеличивается.
Поиск точки разрыва приложения
Ниже приведены результаты базового стресс-теста HTTP, используя кривую шага нагрузки, с началом нагрузки 12 пользователей в минуту.
Как вы можете видеть в областях, выделенных желтым цветом, увеличивается время отклика и количество ошибок по мере увеличения числа пользователей с течением времени. В зависимости от требований приложения, в любой момент, где происходят ошибки, это можно считать переломным моментом. Или в тех случаях, когда время отклика имеет первостепенное значение, переломным моментом приложения может быть время отклика, превышающее заранее определенный порог.
Для получения дополнительной информации о выполнении стресс-тестов на платформе LoadView, пожалуйста, посетите нашу базу знаний.