Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy: Azure Local 2311.2 i nowsze; Windows Server 2022, Windows Server 2019, Windows Server 2016
Ten artykuł zawiera omówienie reflektorów tras protokołu BGP (Border Gateway Protocol) w systemie Azure Local i Windows Server.
Reflektor trasy BGP jest dołączony do bramy usługi dostępu zdalnego (RAS) i zapewnia alternatywę dla topologii pełnej siatki protokołu BGP, która jest wymagana do synchronizacji tras między routerami. Reflektor trasy we wdrożeniu sieci zdefiniowanej programowo jest jednostką logiczną, która znajduje się na płaszczyźnie sterowania między bramami RAS i kontrolerem sieci. Nie uczestniczy jednak w trasowaniu w płaszczyźnie danych.
Jak działa reflektor trasy
Przy synchronizacji pełnej sieci wszystkie routery BGP muszą łączyć się z innymi routerami w topologii routingu. Jednak w przypadku korzystania z reflektora tras jest to jedyny router, który łączy się ze wszystkimi innymi routerami, nazywanymi klientami reflektorów tras BGP, co upraszcza synchronizację tras i zmniejsza ruch sieciowy. Route Reflector poznaje wszystkie trasy, oblicza najlepsze trasy i rozprowadza je do swoich klientów BGP.
Można skonfigurować tunele dostępu zdalnego poszczególnych dzierżawców tak, aby kończyły się na więcej niż jednej maszynie wirtualnej bramy RAS. Zapewnia to większą elastyczność dostawcom usług w chmurze (CSP) w sytuacjach, gdy jedna maszyna wirtualna bramy RAS nie może spełnić wszystkich wymagań dotyczących przepustowości połączeń najemców.
Ta funkcja wprowadza jednak dodatkową złożoność zarządzania trasami i efektywną synchronizację tras między zdalnymi lokalizacjami najemcy a ich zasobami wirtualnymi w chmurowym centrum danych. Zapewnienie najemcom połączeń z wieloma bramami RAS wprowadza również zwiększoną złożoność konfiguracji w przedsiębiorstwie, gdzie każda lokacja najmu będzie miała osobnych sąsiadów routingu.
Reflektor trasy protokołu BGP na płaszczyźnie sterowania odbija te problemy i sprawia, że wdrożenie wewnętrznej sieci jest przejrzyste dla dzierżawców przedsiębiorstwa.
Gdy dodasz nowego dzierżawcę do centrum danych, Kontroler Sieci automatycznie konfiguruje pierwszą bramę RAS dzierżawcy jako odbicie trasy.
Każdy dzierżawca ma odpowiedni Reflektor Trasy, i znajduje się na jednej z maszyn wirtualnych bramy RAS, które są skojarzone z tym dzierżawcą.
Reflektor tras najemcy działa jako reflektor tras dla wszystkich maszyn wirtualnych bramy RAS skojarzonych z najemcą. Bramy najemcy inne niż Odblaskowy Trasy Bramy RAS są klientami Odblaskowego Trasy. Route Reflector przeprowadza synchronizację tras między wszystkimi klientami Route Reflector, aby możliwa była rzeczywista trasa danych.
Reflektor tras nie świadczy usług dla bramy RAS, na której jest skonfigurowany.
Reflektor trasy aktualizuje kontroler sieci trasami przedsiębiorstwa odpowiadającymi lokacjom przedsiębiorstwa najemcy. To umożliwia kontrolerowi sieci skonfigurowanie wymaganych zasad wirtualizacji sieci Hyper-V w sieci wirtualnej dzierżawy, aby zapewnić dostęp do ścieżki danych end-to-end.
Jeśli klienci korporacyjni używają routingu BGP w przestrzeni adresowej klienta, odblask trasy bramy RAS jest jedynym zewnętrznym sąsiadem eBGP dla wszystkich witryn odpowiedniego najemcy. Ta zasada obowiązuje niezależnie od punktów zakończenia tunelu najemcy przedsiębiorstwa. Innymi słowy, niezależnie od tego, która maszyna wirtualna bramy RAS w centrum danych dostawcy usług w chmurze kończy tunel sieci VPN typu site-to-site dla lokalizacji dzierżawy, węzeł równorzędny eBGP dla wszystkich lokalizacji dzierżawy to odbijacz tras.
Następne kroki
Aby uzyskać powiązane informacje, zobacz również: