Twoja organizacja ma pięć biur, każde z lokalnym połączeniem internetowym i urządzeniem typu firewall. Biura są obecnie połączone za pośrednictwem zewnętrznego rozwiązania SD-WAN. W Azure masz VNet1 z bramą sieci wirtualnej (Gateway1), a każde biuro łączy się z Gateway1 za pośrednictwem Site-to-Site VPN. Musisz zastąpić zewnętrzne rozwiązanie SD-WAN usługą Azure Virtual WAN. Jaką czynność należy uwzględnić w planie migracji?

Poprawna odpowiedź to usunięcie Gateway1. Azure Virtual WAN to usługa zarządzana, która upraszcza łączność sieciową na dużą skalę, eliminując potrzebę ręcznego zarządzania bramami sieci wirtualnych (VPN Gateway lub ExpressRoute Gateway) w poszczególnych sieciach VNet. Po wdrożeniu Virtual WAN, wszystkie połączenia Site-to-Site VPN z biurami będą zarządzane przez Virtual WAN Hub, a nie przez Gateway1. Zatem Gateway1 stanie się zbędny i powinien zostać usunięty, aby uniknąć konfliktów i niepotrzebnych kosztów. Tworzenie nowych połączeń Point-to-Site (P2S) VPN na firewallach jest niepoprawne, ponieważ Virtual WAN obsługuje połączenia Site-to-Site (S2S) z urządzeń lokalnych, a P2S służy do łączenia pojedynczych klientów. Utworzenie profilu Azure Traffic Manager jest nieistotne dla migracji łączności VPN do Virtual WAN, ponieważ Traffic Manager służy do globalnego równoważenia obciążenia ruchem. Włączenie trybu active-active na Gateway1 jest również niepoprawne, ponieważ Gateway1 zostanie usunięty i jego konfiguracja nie ma znaczenia dla Virtual WAN.