Поддерживаемые сетевые сценарии для планов лабораторий в Службах лабораторий Azure

Внимание

Поддержка служб лабораторий Azure прекратится 28 июня 2027 г. Дополнительные сведения см. в руководстве по выходу на пенсию. Чтобы упростить миграцию, корпорация Майкрософт опубликовала скрипты автоматизации для упрощения процедуры завершения работы с ресурсами служб Azure лабораторий. Они доступны в репозитории GitHub Azure Lab Services Retirement Scripts.

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

Сетевые сценарии

В следующей таблице перечислены распространенные сетевые сценарии и топологии и их поддержка в службах лабораторий Azure.

Сценарий Включен Сведения
Обмен данными между лабораториями Да Узнайте больше о настройке взаимодействия между лабораториями. Если пользователям лаборатории требуется несколько виртуальных машин, можно настроить вложенную виртуализацию.
Открытие дополнительных портов для виртуальной машины лаборатории Нет Вы не можете открывать дополнительные порты на виртуальной машине лаборатории, даже с расширенными сетями.
Включение удаленного сервера лицензирования, например локального, межрегионного Да Добавьте определяемый пользователем маршрут (UDR), указывающий на сервер лицензирования.

Если программное обеспечение лаборатории требует подключения к серверу лицензий по имени вместо IP-адреса, необходимо настроить DNS-сервер , предоставленный клиентом, или добавить запись в hosts файл в шаблон лаборатории.

Если нескольким службам требуется доступ к серверу лицензирования, используя их из нескольких регионов, или если сервер лицензирования является частью другой инфраструктуры, вы можете использовать рекомендации по работе с сетями Azure с концентратором и периферийным интерфейсом.
Доступ к локальным ресурсам, таким как сервер лицензирования Да Вы можете получить доступ к локальным ресурсам с помощью следующих параметров:
— настройте Azure ExpressRoute или создайте VPN-подключение типа "сеть — сеть" (мост сети).
— добавьте общедоступный IP-адрес на локальный сервер с брандмауэром, который разрешает только входящие подключения из служб лабораторий Azure.

Кроме того, чтобы получить доступ к локальным ресурсам из виртуальных машин лаборатории, добавьте определяемый пользователем маршрут (UDR).
Использование сетевой модели "концентратор и периферия" Да Этот сценарий работает должным образом с лабораторными планами и расширенными сетями.

Ряд изменений конфигурации не поддерживается службами лабораторий Azure, например добавление маршрута по умолчанию в таблицу маршрутов. Узнайте о неподдерживаемых изменениях конфигурации виртуальной сети.
Доступ к виртуальным машинам лаборатории по частному IP-адресу (закрытые лаборатории) Не рекомендуется Этот сценарий работает, но затрудняет подключение пользователей лаборатории к виртуальной машине лаборатории. На веб-сайте служб лабораторий Azure пользователи лаборатории не могут определить частный IP-адрес виртуальной машины лаборатории. Кроме того, кнопка подключения указывает на общедоступную конечную точку виртуальной машины лаборатории. Создатель лаборатории должен предоставить пользователям лаборатории частный IP-адрес своих виртуальных машин лаборатории. После повторного создания виртуальной машины этот частный IP-адрес может измениться.

Если вы реализуете этот сценарий, не удаляйте общедоступный IP-адрес или подсистему балансировки нагрузки, связанную с лабораторией. Если эти ресурсы удаляются, лаборатории не удается масштабировать или опубликовать.
Защита локальных ресурсов с помощью брандмауэра Да Размещение брандмауэра между виртуальными машинами лаборатории и определенным ресурсом поддерживается.
Поместите виртуальные машины лаборатории за брандмауэром. Например, для фильтрации содержимого, безопасности и многого другого. Нет Обычная настройка брандмауэра не работает со службами лабораторий Azure, если только при подключении к виртуальным машинам лаборатории по частному IP-адресу (см. предыдущий сценарий).

При настройке брандмауэра маршрут по умолчанию добавляется в таблицу маршрутов подсети. Этот маршрут по умолчанию представляет проблему асимметричной маршрутизации, которая нарушает подключения RDP/SSH к лаборатории.
Использование стороннего программного обеспечения мониторинга на плечах Да Этот сценарий поддерживается с усовершенствованными сетями для лабораторных планов.
Используйте имя личного домена для лабораторий, например lab1.labs.myuniversity.edu.au Нет Этот сценарий не работает, так как полное доменное имя определяется при создании лаборатории на основе общедоступного IP-адреса лаборатории. Изменения общедоступного IP-адреса не распространяются на кнопку «Подключить» для виртуальной машины шаблона или виртуальных машин лаборатории.
Включите принудительное туннелирование для лабораторий, где все обмен данными с виртуальными машинами лабораторий не проходят через общедоступный Интернет. Это также называется полностью изолированными лабораториями. Нет Этот сценарий не работает из коробки. Как только вы связываете таблицу маршрутов с подсетью, содержащей маршрут по умолчанию, пользователи лаборатории теряют подключение к лаборатории.
Чтобы включить этот сценарий, выполните действия по доступу к виртуальным машинам лаборатории по частному IP-адресу.
Включение фильтрации содержимого Зависит Поддерживаемые сценарии фильтрации содержимого:
— стороннее программное обеспечение фильтрации содержимого на виртуальной машине лаборатории:
    1. Пользователи лаборатории должны работать без прав администратора, чтобы избежать удаления или отключения программного обеспечения.
    2. Убедитесь, что исходящие вызовы в Azure не блокируются.

— Фильтрация содержимого на основе DNS: фильтрация работает с расширенной сетью и указанием DNS-сервера в подсети лаборатории. Вы можете использовать DNS-сервер, поддерживающий фильтрацию содержимого для фильтрации на основе DNS.

— Фильтрация содержимого на основе прокси-сервера: фильтрация работает с расширенными сетями, если виртуальные машины лаборатории могут использовать прокси-сервер, предоставляемый клиентом, который поддерживает фильтрацию содержимого. Он работает аналогично решению на основе DNS.

Неподдерживаемая фильтрация содержимого.
— Сетевое устройство (брандмауэр): дополнительные сведения см. в сценарии размещения виртуальных машин лаборатории за брандмауэром.

При планировании решения фильтрации содержимого реализуйте доказательство концепции, чтобы убедиться, что все работает должным образом.
Использование брокера подключений, например Parsec, для сценариев игр с высокой частотой кадров Не рекомендуется Этот сценарий не поддерживается напрямую со службами лабораторий Azure и может столкнуться с теми же проблемами, что и доступ к виртуальным машинам лаборатории по частному IP-адресу.
Сценарий киберпространства, состоящий из набора уязвимых виртуальных машин в сети для пользователей лаборатории, чтобы они могли обнаружить и взломать (используя методы этического взлома) Да Этот сценарий совместим с продвинутой сетью для лабораторных планов. Узнайте о типе класса по этическому взлому.
Включение использования Бастиона Azure для виртуальных машин лаборатории Нет Бастион Azure не поддерживается в службах лабораторий Azure.
Настройка линии видимости для контроллера домена Не рекомендуется Для гибридного подключения Microsoft Entra или присоединения виртуальных машин к домену AD необходима видимость контроллера домена из лаборатории. Одновременно в настоящее время не рекомендуется, чтобы виртуальные машины лаборатории были присоединены или зарегистрированы в Microsoft Entra, подключены к гибридному присоединению Microsoft Entra или домену AD из-за ограничений продукта.

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

  • Last updated on