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

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

Эта функция включает указанные ниже сценарии использования.

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

Это важно

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

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

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

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

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

Схема, на котором показана настройка для нагрузочного тестирования частной конечной точки, размещенной в Azure.

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

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

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

Схема, на котором показана настройка для нагрузочного тестирования общедоступной конечной точки, размещенной в Azure с ограничениями доступа.

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

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

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

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

Схема, на котором показана настройка для нагрузочного тестирования локальной размещенной частной конечной точки, подключенной через Azure ExpressRoute.

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

Дальнейшие шаги