Использование JMeter в тестировании работоспособности на производственных серверах

Я использую JMeter в среде разработки и думаю о проведении тестов работоспособности на производственных серверах.

Разумность входа на сайты и другие действия.

Разумно ли использовать JMeter на производственных серверах? Как ограничить JMeter, чтобы он не влиял на реальных пользователей? Я нашел только учебник, который не советует это.

Не запускайте эти тесты на своих производственных серверах, если вы не знаете, что они могут справиться с нагрузкой, иначе вы можете отрицательно повлиять на производительность вашего сервера.

2 ответа

Решение

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

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

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

  1. Запускайте тесты в "мертвое" время, когда использование приложения в реальной жизни минимально, т. Е. Ночью или в выходные дни.
  2. Убедитесь, что тест JMeter оставляет систему в том же состоянии, в каком она была до теста, т.е. если вы создаете пользователей, контент, данные и т. Д. - убедитесь, что вы очищаете его после теста, чтобы ваша система не была заполнена "ненужными" данными используется для нагрузочного тестирования. Так что рассмотрите возможность использования setUp Thread Group для настройки всех необходимых тестовых данных и tearDown Thread Group для очистки после себя.
  3. Обязательно следите за состоянием серверов, чтобы получать уведомления о перегрузке системы (если). Для этого вы можете использовать плагин JMeter PerfMon.
  4. Было бы также хорошо включить прослушиватель AutoStop, чтобы тест JMeter автоматически останавливался.
  5. Подумайте о том, чтобы добавить SMTP Sampler в свой план тестирования, чтобы вас информировали в случае неожиданных ошибок.

Как инженер, я бы сказал: не в моей жизни;-)

Итак, что вы хотите услышать: что это не проблема? Только вы можете сказать, будет ли это проблемой, если что-то ведет себя не так, как вы ожидаете. Мой совет будет таким же, как вы цитируете: не делайте этого. Если вы не знаете, что делаете, и даже тогда...

Другие вопросы по тегам