Azure DevOps предлагает отличный сервис, позволяющий запускать простой скрипт jmeter (однако, без специальных семплеров и поддерживает только 3.2) одним щелчком мыши. однако это не сработает для нас, так как сайт, который мы хотим загрузить, можно увидеть только с IP-адресами из белого списка.
В Azure действительно есть поддержка настройки «испытательной установки нагрузки в конкретной виртуальной сети для тестирования частных приложений», но это намного сложнее, чем мы могли бы приступить к работе.
Вариант, который мы могли заставить работать, состоял в том, чтобы создать 4 больших Linux-сервера, вручную установить jmeter SW на каждый, дать каждому фиксированный IP-адрес, а затем полностью вручную запустить наши тесты. Однако мы тестируем всего несколько часов в неделю, поэтому постоянно держать сервер дорого. Если мы выключим их, они потеряют IP, и нам придется каждый раз вручную восстанавливать их.
Мы пробовали маршрут подсети. вы можете легко создать vlan с подсетью и поместить в нее виртуальные машины. но тогда проблема в том, как заставить эту подсеть иметь внешний IP / шлюз, чтобы «видеть» внешний мир, и позволить мне подключаться по SSH к каждому ящику для их администрирования. Я попытался настроить брандмауэр в VLAN, но брандмауэр требует, чтобы вы установили новую подсеть - вы не можете указать подсеть, в которой находятся ваши машины, что немного мешает гуру, не связанным с сетями.
Возможно, другой способ - разместить, скажем, 4 сервера в подсети, настроить один на общедоступный статический IP-адрес, установить его в качестве шлюза по умолчанию для других 3-х серверов, тогда, по крайней мере, если мы сохраним сервер шлюза в рабочем состоянии, мы сохраним IP и сеть, даже если мы временно отключим остальные 3 сервера.
Мы привыкли к линодированию. Если бы это был linode, мы бы создали stackscript (который похож на сценарий bash, запускаемый при создании виртуальной машины, но с параметрами и т. Д.) Для настройки сервера, безопасности, сети и установки виртуального ПО и сертификатов пользователей. Как лучше всего сделать это в Azure? Т.е. убрать часть работы по созданию серверов jmeter? Если бы это был AWS, я бы посмотрел, есть ли приличный образ машины ubuntu с jmeter на нем, но при поиске на рынке Azure есть только некоторая услуга от pnop, которая оплачивается в дополнение к стоимости виртуальных машин. Никаких сборок jmeter.
Обратите внимание, что мы не можем использовать какие-либо услуги за пределами Azure - наша организация не будет покупать какие-либо услуги, кроме тех, которые предлагаются Azure, поэтому blazemeter и т. Д. Отсутствует.
Вы считали Функция общедоступного статического IP-адреса Azure, таким образом вы сможете создать 4 IP-адреса и назначить их вновь созданным машинам, чтобы машины работали только для выполнения тестов и могли быть остановлены, когда они не нужны. Если вам нужно перезапустить тест - просто создайте машины и назначить им статические IP-адреса
Также может случиться так, что вы сможете «обмануть» и предоставить IP-адреса из белого списка в поле «Исходный адрес» HTTP-запрос пробоотборник:
в зависимости от реализации IP-фильтрации приложения этого может быть достаточно для вашего случая использования. Проверять, выписываться Использование IP Spoofing для имитации запросов с разных IP-адресов с помощью JMeter для получения подробных инструкций по настройке функции.