Перемещение каналов ExpressRoute из классической модели развертывания в модель развертывания с помощью Resource Manager
В этой статье описываются последствия перемещения канала Azure ExpressRoute из классической модели развертывания в модель развертывания с помощью Azure Resource Manager.
Вы можете использовать один канал ExpressRoute для подключения виртуальных сетей, развернутых как в классической модели, так и в модели с использованием Resource Manager.
Каналы ExpressRoute, созданные с помощью классической модели развертывания
Каналы ExpressRoute, созданные в классической модели развертывания, необходимо сначала перенести в модель развертывания с помощью Resource Manager. Только затем можно включить подключение как к классической модели, так и к модели с использованием Resource Manager. При этом не возникает потеря или прерывание подключения. Все связи между виртуальными сетями канала в классической модели развертывания в пределах одной подписки и между разными подписками сохраняются.
После перемещения каналы ExpressRoute ведут себя точно так же, как и созданные с использованием модели развертывания с помощью Resource Manager. Теперь вы можете подключаться к виртуальным сетям в модели развертывания с помощью Resource Manager.
После перемещения канала ExpressRoute в модель развертывания с помощью Resources Manager вы можете управлять им только в этой модели. Операции управления пирингами, обновления свойств канала и удаления каналов доступны только в модели развертывания Resource Manager.
Для перемещения канала в модель развертывания с помощью Resource Manager не требуется поставщик услуг подключения.
Каналы ExpressRoute, созданные с использованием модели развертывания с помощью Resource Manager
Каналы ExpressRoute, созданные с использованием модели развертывания с помощью Resource Manager, можно сделать доступными для обеих моделей развертывания. Настроить доступ к любому каналу ExpressRoute в подписке можно из обеих моделей развертывания.
- У каналов ExpressRoute, созданных с использованием модели развертывания с помощью Resource Manager, по умолчанию не будет доступа к классической модели.
- Каналы ExpressRoute, перемещенные из классической модели в модель развертывания с помощью Resource Manager, по умолчанию будут доступны для обеих моделей развертывания.
- У канала ExpressRoute всегда есть доступ к модели развертывания с помощью Resource Manager, независимо от того, с использованием какой модели он создан (классической или Resource Manager). Вы можете устанавливать подключения к виртуальным сетям, следуя инструкциям в статье о связывании виртуальных сетей.
- Доступ к классической модели развертывания контролируется параметром allowClassicOperations в канале ExpressRoute.
Внимание
Применяются все квоты, описанные на странице об ограничениях службы . Например, в стандартном канале может быть установлено не более 10 связей или подключений между виртуальными сетями как при классической модели, так и модели развертывания с помощью Resource Manager.
Управление доступом к классической модели развертывания
Вы можете включить канал ExpressRoute, чтобы связать его с виртуальными сетями в обеих моделях развертывания. Для этого задайте параметр allowClassicOperations в канале ExpressRoute.
Задав для параметра allowClassicOperations значение TRUE, можно связать виртуальные сети обеих моделей развертывания с каналом ExpressRoute.
- Чтобы узнать, как установить связь с виртуальными сетями в классической модели развертывания, ознакомьтесь с этой статьей.
- Чтобы узнать, как установить связь с виртуальными сетями в модели развертывания с помощью Resource Manager, ознакомьтесь с этой статьей.
Если задать для параметра allowClassicOperations значение FALSE, доступ к каналу из классической модели развертывания блокируется. При этом все связанные виртуальные сети в классической модели развертывания по-прежнему сохраняются. Канал ExpressRoute будет недоступен для классической модели развертывания.
Поддерживаемые операции в классической модели развертывания
Если задать для параметра allowClassicOperations значение TRUE, в канале ExpressRoute поддерживаются следующие классические операции:
- получение сведений о канале ExpressRoute;
- создание, обновление, получение и удаление связей виртуальных сетей с классическими виртуальными сетями;
- создание, обновление, получение и удаление авторизации связей с виртуальными сетями для подключений между подписками.
Однако если для параметра allowClassicOperations задано значение TRUE, то вы не сможете выполнить следующие классические операции:
- создание, обновление, получение и удаление частных и общедоступных пирингов протокола BGP Azure, а также пиринга Майкрософт;
- удаление каналов ExpressRoute.
Взаимодействие классической модели и модели развертывания с помощью Resource Manager
Канал ExpressRoute служит в качестве моста между классической моделью и моделью развертывания с помощью Resource Manager. Трафик между виртуальными сетями для обеих моделей развертывания может проходить через канал ExpressRoute, если обе виртуальные сети связаны с одним и тем же каналом.
Общая пропускная способность ограничена пропускной способностью шлюза виртуальной сети. В таких случаях трафик не переходит в сети поставщика подключения или ваши сети. Перемещение трафика между виртуальными сетями будет полностью осуществляться в сети Майкрософт.
Доступ к ресурсам пиринга Майкрософт
Вы можете продолжать получать доступ к ресурсам, которые обычно доступны через пиринг Майкрософт без каких-либо нарушений.
Что поддерживается
В этом разделе описаны функции, которые поддерживаются при использовании каналов ExpressRoute:
- Вы можете использовать один канал ExpressRoute, чтобы получить доступ к виртуальным сетям, развернутым как в классической модели, так и в модели с использованием Resource Manager.
- Канал ExpressRoute можно переместить из классической модели в модель развертывания с помощью Resource Manager. После перемещения канал ExpressRoute продолжает работать так же, как и любой другой канал ExpressRoute, созданный в модели развертывания Resource Manager.
- Перемещение поддерживает только канал ExpressRoute. Каналы, виртуальные сети и VPN-шлюзы нельзя перемещать через эту операцию.
- После перемещения канала ExpressRoute в модель развертывания с помощью Resource Manager управлять жизненным циклом канала можно только при помощи этой модели. Вы можете выполнять такие операции, как добавление и обновление и удаление пирингов, обновление свойств канала (например, пропускная способность, номер SKU и тип выставления счетов), а также удаление каналов только в модели развертывания Resource Manager.
- Канал ExpressRoute служит в качестве моста между классической моделью и моделью развертывания с помощью Resource Manager. Трафик между виртуальными машинами в классических виртуальных сетях и виртуальными машинами в виртуальных сетях Resource Manager можно передавать через ExpressRoute, если обе виртуальные сети связаны с одним и тем же каналом ExpressRoute.
- Подключение между подписками поддерживается в классической модели и модели развертывания с помощью Resource Manager.
- После перемещения канала ExpressRoute из классической модели в модель Azure Resource Manager вы можете перенести виртуальные сети, связанные с каналом ExpressRoute.
Что не поддерживается
В этом разделе описаны функции, которые не поддерживаются при использовании каналов ExpressRoute:
- Управление жизненным циклом канала ExpressRoute в классической модели развертывания.
- Управление доступом на основе ролей в Azure (Azure RBAC) в классической модели развертывания. Элементы управления Azure RBAC невозможно выполнить для канала в классической модели развертывания. Любой администратор или соадминистратор подписки может связать виртуальную сеть с каналом или удалить связь между ними.
Настройка
Следуйте указаниям в статье Перемещение каналов ExpressRoute из классической модели развертывания в модель Resource Manager.
Следующие шаги
Перенос связанных виртуальных сетей ExpressRoute из классической модели на модель Resource Manager
Сведения о рабочем процессе см. в статье Процедуры ExpressRoute для подготовки каналов и состояний каналов.
Чтобы создать подключение ExpressRoute, выполните действия в следующих статьях: