Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Приложения с высокими требованиями к обеспечению высокой доступности или аварийному восстановлению часто требуют развертывания в нескольких регионах Azure. В таких случаях спицевые виртуальные сети (VNetы) в разных регионах должны взаимодействовать друг с другом. Одним из способов обеспечения такого взаимодействия является пиринг всех необходимых спицевых виртуальных сетей между собой. Однако этот подход позволит обойти любые виртуальные модули центральной сети (NVA), такие как брандмауэры в концентраторах. В качестве альтернативы можно использовать определяемые пользователем маршруты (UDR) в подсетях, где развернуты сетевые модули концентратора, но обслуживание UDR может оказаться сложной задачей. Azure Route Server предлагает динамическую альтернативу, которая автоматически адаптируется к изменениям топологии, не требуя ручного вмешательства.
Топология
На следующей схеме показана архитектура с двумя регионами, где в каждом регионе используется топология хаб и спица, а виртуальные сети хабов соединены между собой через глобальный пиринг виртуальных сетей.
NVA в каждом регионе изучает префиксы центральных и периферийных виртуальных сетей через Azure Route Server и делится ими с NVA в другом регионе с помощью BGP. Чтобы избежать петель маршрутизации, крайне важно установить связь между NVA с помощью технологии инкапсуляции, такой как IPsec или Virtual eXtensible LAN (VXLAN).
Чтобы разрешить Azure Route Server рекламировать префиксы виртуальных сетей типа спиц в локальные сетевые виртуальные устройства и вводить изученные маршруты обратно в эти сети, важно использовать параметр Использовать шлюз удаленной виртуальной сети или Сервер маршрутизации для пиринга между виртуальными сетями типа спиц и центральной виртуальной сетью (Hub VNet).
Сетевые виртуальные устройства (NVAs) объявляют маршруты, которые они получают из удаленного региона, на свой локальный сервер маршрутизации. Затем этот сервер настраивает маршруты в локальных периферийных виртуальных сетях, чтобы привлекать соответствующий трафик. В случаях, когда в одном регионе существует несколько NVAs (сервер маршрутизации поддерживает до восьми одноранговых узлов BGP), можно использовать метод добавления префикса AS-пути, чтобы один из NVAs был предпочтительным по сравнению с другими, эффективно формируя топологию активного/резервного NVA.
Это важно
Чтобы гарантировать, что локальный маршрутизатор может получать маршруты, разосланные NVA из другого региона, NVA должен удалить номер автономной системы (ASN) 65515 из AS-пути маршрутов. Этот метод иногда называют «переопределением AS» или «перезаписью AS-пути» на некоторых платформах BGP. В противном случае механизм предотвращения петель BGP не позволит локальному серверу маршрутов изучить эти маршруты, поскольку он запрещает изучение маршрутов, которые уже содержат локальный ASN.
ExpressRoute
Многорегиональную архитектуру можно сочетать с шлюзами ExpressRoute или VPN. На следующей схеме показана топология, включающая шлюз ExpressRoute, подключенный к локальной сети в одном из регионов Azure. В этом случае наложенная сеть по каналу ExpressRoute помогает упростить сеть, так что локальные префиксы отображаются в Azure только в том виде, в котором они объявлены NVA (а не из шлюза ExpressRoute).
Дизайн без накладок
Межрегиональные туннели между NVA необходимы, поскольку в противном случае образуется контур маршрутизации. Например, рассмотрим NVA в регионе 1:
- NVA в регионе 1 узнает префиксы из региона 2 и объявляет их серверу маршрутизации в регионе 1.
- Сервер маршрутизации в регионе 1 будет внедрять маршруты для этих префиксов во все подсети в регионе 1, а NVA в регионе 1 будет следующим прыжком.
- Для передачи данных из региона 1 в регион 2, когда NVA в регионе 1 передает данные другому NVA, ее подсеть также наследует маршруты, запрограммированные сервером маршрутов, которые указывают на саму NVA. Таким образом, пакет возвращается в NVA, и появляется петля маршрутизации.
Если UDR доступны как опция, вы можете отключить распространение маршрута BGP в подсетях виртуальных сетевых адаптеров и настроить статические маршруты UDR вместо использования наложенной сети, чтобы Azure мог направлять трафик в удалённые периферийные сетевые виртуальные сети.
Связанный контент
- Дополнительные сведения о поддержке Сервера маршрутов Azure для ExpressRoute и VPN Azure.
- Узнайте, как настроить пиринг между Azure Route Server и сетевым виртуальным модулем.