Planowanie sieci dla Oracle AI Database@Azure

W tym artykule opisano topologie sieci i ograniczenia w Database@Azure Oracle AI. Po zakupieniu oferty za pośrednictwem Azure Marketplace i aprowizowaniu infrastruktury Oracle Exadata, następnym krokiem jest utworzenie klastra maszyn wirtualnych, aby hostować instancję Oracle Exadata Database@Azure. Klastry bazy danych Oracle AI są połączone z wirtualną siecią Azure za pośrednictwem wirtualnej karty sieciowej (virtual NIC) z delegowanej podsieci (delegowanej do Oracle.Database/networkAttachment).

Funkcje sieciowe

Istnieją dwa typy funkcji sieciowych: domyślne i zaawansowane.

Domyślne funkcje sieciowe

Domyślne funkcje sieciowe umożliwiają podstawową łączność sieciową zarówno dla nowych, jak i istniejących wdrożeń Database@Azure Oracle AI. Te funkcje są dostępne we wszystkich obsługiwanych regionach usługi Oracle AI Database@Azure i zapewniają podstawową sieć wymaganą do wdrożenia

Zaawansowane funkcje sieciowe

Zaawansowane funkcje sieciowe zwiększają środowisko sieci wirtualnej, oferując lepsze zabezpieczenia, wydajność i kontrolę — podobnie jak standardowe maszyny wirtualne Azure. Te funkcje są ogólnie dostępne dla nowych wdrożeń w następujących regionach:

  • Australia Wschodnia
  • Australia Południowo-Wschodnia
  • Brazylia Południowa
  • Brazylia Południowo-Wschodnia
  • Kanada Środkowa
  • Kanada Wschodnia
  • Indie Środkowe
  • Środkowe stany USA
  • Wschodnie stany USA
  • Wschodnie stany USA 2
  • Francja Środkowa
  • Francja Południowa
  • Niemcy Północne
  • Niemcy Środkowo-Zachodnie
  • Indie Południowe
  • Włochy Północne
  • Japonia Wschodnia
  • Japonia Zachodnia
  • Północno-środkowe stany USA
  • Europa Północna
  • Południowo-środkowe stany USA
  • Indie Południowe
  • Azja Południowo-Wschodnia
  • Hiszpania Środkowa
  • Szwecja Środkowa
  • Szwajcaria Północna
  • Środkowe Zjednoczone Emiraty Arabskie
  • Północne Zjednoczone Emiraty Arabskie
  • Południowe Zjednoczone Królestwo
  • Zachodnie Zjednoczone Królestwo
  • Zachodnie stany USA
  • Zachodnie stany USA 2
  • Zachodnie stany USA 3
  • Europa Zachodnia

Note

Zaawansowane funkcje sieciowe są obecnie obsługiwane tylko w przypadku nowych wdrożeń usługi Oracle AI Database@Azure. Istniejące sieci wirtualne z wcześniej utworzonymi podsieciami Oracle AI Database@Azure w tej chwili nie obsługują tych funkcji. Obsługa istniejących wdrożeń jest planowana jeszcze w tym roku.

Rejestracja wymagana dla podsieci delegowanych

Aby użyć zaawansowanych funkcji sieciowych, użyj następujących poleceń (za pośrednictwem azCLI), aby zarejestrować się przed utworzeniem nowej delegowanej podsieci dla wdrożenia usługi Oracle AI Database@Azure.

Register-AzProviderFeature -FeatureName "EnableRotterdamSdnApplianceForOracle" -ProviderNamespace "Microsoft.Baremetal"

Register-AzProviderFeature -FeatureName "EnableRotterdamSdnApplianceForOracle" -ProviderNamespace "Microsoft.Network"

Note

Stan procesu rejestracji może być w fazie "Rejestrowanie" przez maksymalnie 60 minut, zanim zmieni się na "Zarejestrowane". Przed kontynuowaniem tworzenia delegowanej podsieci zaczekaj na stan "Zarejestrowany".

Obsługiwane topologie

W poniższej tabeli opisano topologie sieci obsługiwane przez każdą konfigurację funkcji sieciowych dla Database@Azure Oracle AI.

Topology Domyślne funkcje sieciowe Zaawansowane funkcje sieciowe
Łączność z klastrem bazy danych Oracle AI Database w lokalnej sieci wirtualnej Yes Yes
Łączność z klastrem bazy danych Oracle AI Database w równorzędnej sieci wirtualnej (w tym samym regionie) Yes Yes
Łączność z klastrem Oracle AI Database znajdującym się w sieci wirtualnej jako odgałęzienie w innym regionie z wykorzystaniem wirtualnej sieci rozległej (virtual WAN). Yes Yes
Łączność z klastrem bazy danych Oracle AI w równorzędnej sieci wirtualnej w innym regionie (Global Peering) No Yes
Łączność lokalna z klastrem bazy danych Oracle AI Database za pośrednictwem globalnej i lokalnej Azure ExpressRoute Yes Yes
Azure ExpressRoute FastPath No Yes
Łączność z lokalnego środowiska do klastra baz danych Oracle AI w wirtualnej sieci typu "spoke" przez bramę ExpressRoute oraz peering sieci wirtualnych z przejściem przez bramę Yes Yes
Łączność lokalna do delegowanej podsieci za pośrednictwem bramy wirtualnej sieci prywatnej (VPN) Yes Yes
Łączność ze środowiska lokalnego do Oracle AI Database w sieci wirtualnej typu szprycha za pośrednictwem bramy sieci VPN i połączeń równorzędnych sieci wirtualnych z tranzytem przez bramę. Yes Yes
Łączność za pośrednictwem aktywnych/pasywnych bram sieci VPN Yes Yes
Łączność za pośrednictwem aktywnych/aktywnych bram sieci VPN No Yes
Łączność za pośrednictwem strefowych i strefowo nadmiarowych bram usługi ExpressRoute Yes Yes
Łączność tranzytowa za pośrednictwem wirtualnej sieci WAN dla klastra bazy danych Oracle AI utworzonego w wirtualnej sieci szprychowej Yes Yes
Lokalna łączność z klastrem bazy danych Oracle AI Database za pośrednictwem wirtualnej sieci WAN i dołączonej sieci rozległej zdefiniowanej programowo (SD-WAN) No Yes
Lokalna łączność za pośrednictwem zabezpieczonego koncentratora (wirtualne urządzenie zapory sieciowej) Yes Yes
Łączność z klastra baz danych Oracle AI na węzłach Oracle AI Database@Azure do zasobów Azure Yes Yes
Łączność z Azure Web Apps, Azure Function Apps, Azure Container Apps i innych zasobów bezserwerowych No Yes
Łączność z Azure NetApp Files z podstawowymi funkcjami sieciowymi (ANF i Oracle AI Database@Azure muszą być wdrożone w oddzielnych sieciach wirtualnych) No Yes
Łączność z Azure NetApp Files wraz z funkcjami sieciowymi Standardowymi (ANF i Oracle AI Database@Azure muszą być wdrożone w oddzielnych sieciach VNET) Yes Yes

Constraints

W poniższej tabeli opisano wymagane konfiguracje obsługiwanych funkcji sieciowych.

Features Domyślne funkcje sieciowe Zaawansowane funkcje sieciowe
Podsieć delegowana dla sieci wirtualnej 1 1
Network security groups w delegowane podsieci Oracle AI Database@Azure No Yes
Trasy zdefiniowane przez użytkownika (UDR) w podsieciach delegowanych Oracle AI Database@Azure Yes Yes
Łączność między klastrem bazy danych Oracle AI a prywatnym punktem końcowym w tej samej sieci wirtualnej w podsieciach delegowanych przez Azure. No Yes
Łączność z klastra bazy danych Oracle AI do prywatnego punktu końcowego w innej sieci wirtualnej będącej szprychą połączoną z wirtualną siecią WAN Yes Yes
Obsługa NSG w usłudze Private Link No Yes
Łączność z aplikacjami bezserwerowymi, takimi jak funkcje Azure za pośrednictwem prywatnych punktów końcowych No Yes
Azure obsługa Standardowego Równoważenia Obciążenia (SLB) i Wewnętrznego Równoważenia Obciążenia (ILB) dla ruchu klastra bazy danych Oracle AI No No
Wirtualna sieć z podwójnym stosem (IPv4 i IPv6) Obsługiwane są tylko protokół IPv4 Obsługiwane są tylko protokół IPv4
Obsługa tagów serwisowych No Yes
Dzienniki przepływu sieci wirtualnej No Yes
Nawiązywanie połączenia z instancjami ODAA za pośrednictwem prywatnego punktu końcowego No No
Obsługa bramy NAT w wersji 2 w warstwie Standard No No
Wyłącz propagację tras BGP No Yes
Obsługa wielu delegowanych podsieci w ramach tej samej sieci Vnet No No

Note

W przypadku korzystania z grup zabezpieczeń sieciowych (NSG) po stronie Azure upewnij się, że wszystkie reguły zabezpieczeń skonfigurowane po stronie Oracle (OCI) są przeglądane, aby uniknąć konfliktów. Zastosowanie zasad zabezpieczeń zarówno na Azure, jak i OCI może zwiększyć ogólny poziom zabezpieczeń, wprowadza również dodatkową złożoność w zakresie zarządzania i wymaga starannej ręcznej synchronizacji między dwoma środowiskami. Niezgodność między tymi zasadami może prowadzić do niezamierzonych problemów z dostępem lub zakłóceń operacyjnych.

Note

Po utworzeniu delegowanej sieci nie można zmienić maski sieciowej. Dlatego ważne jest przemyślane planowanie sieci wirtualnej i delegowanych rozmiarów podsieci z myślą o przyszłości.

Note

Jeśli dwie sieci VNet są aprowizowane dla rozwiązania ODAA w tej samej strefie dostępności Oracle (Oracle Availability Zone), przy czym jedna sieć VNet korzysta z zaawansowanych funkcji sieciowych, a druga za pomocą domyślnej sieci, konfiguracja połączenia sieci równorzędnych (VNet peering) między nimi nie jest obsługiwana. Ta konfiguracja może wprowadzić trasowanie asymetryczne, które może skutkować utratą ruchu ścieżki danych w kierunku VNet z włączonymi zaawansowanymi funkcjami sieciowymi.

Wymagania dotyczące tras zdefiniowanych przez użytkownika do routingu ruchu do usługi Oracle AI Database@Azure

W przypadku routingu ruchu do usługi Oracle AI Database@Azure za pośrednictwem wirtualnego urządzenia sieciowego lub zapory ogniowej prefiks trasy User-Defined Route (UDR) musi być co najmniej tak samo szczegółowy, jak podsieć delegowana do wystąpienia Oracle AI Database@Azure. Szersze prefiksy mogą spowodować porzucenie ruchu.

Jeśli delegowana podsieć dla Twojego wystąpienia to x.x.x.x/27, skonfiguruj trasę zdefiniowaną przez użytkownika (UDR) w podsieci bramy jako:

Prefiks trasy Wynik routingu
x.x.x.x/27 (tak samo jak podsieć) ✅
x.x.x.x/32 (bardziej szczegółowe) ✅
x.x.x.x/24 (zbyt szeroki) ❌

Wskazówki specyficzne dla topologii

Topologia piasty i szprych

  • Zdefiniuj UDR w podsieci przeznaczonej dla bramy.
  • Użyj prefiksu trasy lub bardziej szczegółowego x.x.x.x/27 .
  • Ustaw kolejny krok na swoje wirtualne urządzenie sieciowe/zaporę.

Virtual WAN (VWAN)

  • Z intencją trasowania:

    • Dodaj prefiks delegowanej podsieci (x.x.x.x/27) do listy prefiksów intencji routingu.

  • Bez zamysłu routingu:

    • Dodaj trasę do tabeli tras VWAN dla x.x.x.x/27 i wskaż następny przeskok do NVA/zapory.

Note

Gdy zaawansowane funkcje sieciowe nie są włączone, i dla ruchu sieciowego pochodzącego z delegowanej podsieci Oracle AI Database@Azure, który musi przejść przez bramę (na przykład w celu uzyskania dostępu do sieci lokalnych, AVS, innych chmur itp.), należy skonfigurować określone, zdefiniowane przez użytkownika trasy w delegowanej podsieci.
Trasy UDR-y powinny definiować określone docelowe prefiksy adresów IP oraz ustawiać następny przeskok do odpowiedniego NVA/zapory w centrum sieciowym.
Bez tych tras ruch wychodzący może pominąć wymagane ścieżki inspekcji lub nie dotrzeć do zamierzonego miejsca docelowego.

Note

Podczas kierowania ruchu przez wirtualne urządzenie sieciowe lub zaporę sieciową ze źródeł znajdujących się w tej samej sieci wirtualnej lub w sparowanej sieci wirtualnej skonfiguruj trasę zdefiniowaną przez użytkownika (UDR) z prefiksem równym delegowanemu rozmiarowi podsieci instancji Oracle AI Database@Azure lub bardziej szczegółowym. Nie używaj prefiksu UDR, który jest mniej precyzyjny niż delegowany rozmiar podsieci, ponieważ takie trasy nie mają zastosowania.

Jeśli na przykład delegowana podsieć to x.x.x.x/24, musisz skonfigurować TDZP na x.x.x.x/24 (równą) lub x.x.x.x/32 (bardziej szczegółową). Jeśli skonfigurujesz trasę UDR jako x.x.x.x/16, nieokreślone zachowania, takie jak asymetryczne routowanie, mogą spowodować przerwanie sieci na zaporze ogniowej.

Często zadawane pytania

Co to są zaawansowane funkcje sieciowe?

Zaawansowane funkcje sieciowe zwiększają środowisko sieci wirtualnej, zapewniając lepsze zabezpieczenia, wydajność i kontrolę — podobnie jak standardowe maszyny wirtualne Azure. Dzięki tej funkcji klienci mogą korzystać z natywnych integracji z siecią wirtualną, takich jak sieciowe grupy zabezpieczeń, Trasy Zdefiniowane przez Użytkownika (UDR), Prywatny Link, globalna komunikacja równorzędna sieci wirtualnych i usługa ExpressRoute FastPath bez konieczności stosowania obejść.

Czy zaawansowane funkcje sieciowe będą działać w przypadku istniejących wdrożeń?

Obecnie nie. Obsługa istniejących wdrożeń jest w naszym harmonogramie działania i aktywnie pracujemy nad jego włączeniem. Bądź na bieżąco z aktualizacjami w najbliższej przyszłości.

Czy muszę samodzielnie zarejestrować się, aby włączyć zaawansowane funkcje sieciowe dla nowych wdrożeń?

Yes. Aby korzystać z zaawansowanych funkcji sieciowych dla nowych wdrożeń, należy ukończyć proces rejestracji. Uruchom polecenia rejestracji przed utworzeniem nowej delegowanej podsieci w istniejącej lub nowej sieci wirtualnej dla wdrożeń usługi Oracle AI Database@Azure.

Jak sprawdzić, czy wdrożenie obsługuje zaawansowane funkcje sieciowe?

Obecnie nie ma bezpośredniego sposobu sprawdzania, czy sieć wirtualna obsługuje zaawansowane funkcje sieciowe. Zalecamy śledzenie harmonogramu rejestracji funkcji i skojarzenie go z sieciami wirtualnymi utworzonymi następnie. Możesz również użyć karty Dziennik aktywności pod VNet, aby przejrzeć szczegóły tworzenia — ale pamiętaj, że dzienniki są domyślnie dostępne tylko przez ostatnie 90 dni.

Treści powiązane

  • Ostatnia aktualizacja o