Firma posiada dwa centra danych, każde z redundantnymi urządzeniami VPN. Wymagają wysokodostępnego zakończenia VPN w trybie active-active w koncentratorze (hub) Azure VNet z dynamicznym routingiem. Planują później dodać ExpressRoute, używając ExpressRoute jako podstawowego połączenia i zachowując VPN jako rozwiązanie awaryjne, wszystko w tym samym koncentratorze. Jaki projekt bramy należy zarekomendować?

To spełnić wymagania wysokiej dostępności VPN active-active z dynamicznym routingiem i późniejszym współistnieniem z ExpressRoute, należy wdrożyć bramę VPN VpnGw2AZ w konfiguracji active-active z BGP. VpnGw2AZ obsługuje BGP, co jest kluczowe dla dynamicznego routingu i późniejszego przełączania awaryjnego. Dodanie bramy ExpressRoute (ErGw2AZ) w tej samej sieci wirtualnej umożliwia współistnienie. Preferowanie ExpressRoute nad VPN osiąga się poprzez manipulację metrykami BGP, co jest standardową praktyką. Pozostałe opcje są nieprawidłowe: VPN Basic nie obsługuje konfiguracji active-active ani BGP, co jest wymagane. Oddzielna sieć VNet dla ExpressRoute komplikuje zarządzanie i nie jest optymalna. Pojedyncza instancja VpnGw1 nie zapewnia wysokiej dostępności active-active, a statyczne trasy nie spełniają wymogu dynamicznego routingu. Współistnienie jest możliwe, ale nie w tej konfiguracji. VpnGw5 bez BGP nie spełnia wymogu dynamicznego routingu. FastPath jest funkcją ExpressRoute, a nie sposobem na preferowanie połączeń. Azure Virtual WAN Basic hub nie obsługuje współistnienia ExpressRoute i VPN w tej samej bramie. Wymagałoby to Standard hub.