Сценарии развертывания нагрузочного тестирования Azure в виртуальной сети

В этой статье вы узнаете о сценариях развертывания нагрузочного тестирования Azure в виртуальной сети. Это развертывание иногда называется внедрением виртуальной сети.

Эта функция включает следующие сценарии использования:

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

Важно!

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

На следующей схеме представлен технический обзор:

Diagram that shows the Azure Load Testing virtual network injection technical overview.

Сценарий. Нагрузочный тест размещенной в Azure частной конечной точки

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

Diagram that shows the set-up for load testing a private endpoint hosted on Azure.

При развертывании нагрузочного тестирования Azure в виртуальной сети подсистемы нагрузочных тестов теперь могут взаимодействовать с конечной точкой приложения. Если вы использовали отдельные подсети для конечной точки приложения и Azure Load Testing, убедитесь, что связь между подсетями не заблокирована, например группой безопасности сети (NSG). Узнайте, как группы безопасности сети фильтруют сетевой трафик.

Сценарий. Нагрузочный тест общедоступной конечной точки с ограничениями доступа

В этом сценарии вы развернули общедоступную веб-службу в Azure или любое другое расположение. Доступ к конечной точке ограничен определенными IP-адресами клиента. Например, служба может работать за Шлюз приложений Azure, размещенной в службе приложение Azure с ограничениями доступа или развернутой за брандмауэром веб-приложения.

Diagram that shows the set-up for load testing a public endpoint hosted on Azure with access restrictions.

Чтобы ограничить доступ к конечной точке для подсистем нагрузочных тестов, вам потребуется диапазон общедоступных IP-адресов для виртуальных машин тестовой подсистемы. Вы развертываете ресурс шлюза NAT в виртуальной сети, а затем создаете и запускаете нагрузочный тест в виртуальной сети. Шлюз NAT — это полностью управляемая служба Azure, которая предоставляет преобразование сетевых адресов источника (SNAT).

Подключите шлюз NAT к подсети, в которой внедряются подсистемы нагрузочных тестов. Общедоступные IP-адреса, используемые шлюзом NAT, можно настроить. Эти виртуальные машины подсистемы нагрузочных тестов используют эти IP-адреса для создания нагрузки. Затем вы можете разрешить список этих IP-адресов для ограничения доступа к конечной точке приложения.

Сценарий. Нагрузочный тест локальной размещенной службы, подключенной через Azure ExpressRoute

В этом сценарии у вас есть локальная конечная точка приложения, которая не является общедоступной. Локальная среда подключена к Azure с помощью Azure ExpressRoute.

Diagram that shows the set-up for load testing an on-premises hosted, private endpoint connected via Azure ExpressRoute.

ExpressRoute позволяет переносить локальные сети в Microsoft Cloud по частному подключению, обеспечиваемому поставщиком услуг подключения. Разверните нагрузочное тестирование Azure в виртуальной сети Azure и подключите сеть к каналу ExpressRoute. После настройки подключения подсистемы нагрузочных тестов могут подключаться к локальной конечной точке размещенного приложения.

Следующие шаги