Informationen zu Netzwerktopologien für Oracle Database@Google Cloud

Lernen Sie die verschiedenen Netzwerktopologieoptionen kennen und wählen Sie die für Ihre organisatorischen Anforderungen am besten geeignete aus.

Informationen zur Single VPC-Topologie

Wenn Sie hohe Performance und geringe Latenz benötigen, hosten Sie Ihre Anwendungen in derselben VPC wie Ihre Datenbank. Um die Anwendungsisolation aufrechtzuerhalten, verwenden Sie separate Subnetze für jede Anwendung, während Sie Oracle Database@Google Cloud in derselben VPC gemeinsam verwenden.

Die folgende Architektur zeigt eine einzelne VPC-Topologie:

Beschreibung der Abbildung google-single-vpc-arch.png

google-single-vpc-arch-oracle.zip

Info über VPC-Peering-Topologie

Wenn Sie Oracle Database@Google Cloud als zentralisierten verwalteten Service anbieten möchten, bei dem das Plattformteam die Datenbanken in seinem eigenen Projekt und VPC erstellt, verwenden Sie die VPC-Peering-Topologie. Verschiedene Geschäftsbereiche können ihre Anwendungen, die in einem anderen Projekt und einer anderen VPC gehostet werden, mit VPC-Peering mit der Datenbank verbinden, die in ihrer eigenen VPC und ihrem eigenen Projekt gehostet wird.

Die VPC-Peering-Topologie verbindet Ihre Anwendungen in einer VPC mit der Datenbank in einer anderen VPC. VPC-Peering verbindet zwei VPCs, sodass Ressourcen in jedem Netzwerk im selben Projekt, in einem anderen Projekt derselben Organisation oder sogar in verschiedenen Projekten verschiedener Organisationen miteinander kommunizieren können.

Die folgende Architektur zeigt eine lokale VPC-Peering-Topologie:

Beschreibung der Abbildung google-vpc-peering-arch.png

google-vpc-peering-arch-oracle.zip

Tipp:

Wenn Sie diese Topologie wählen, beachten Sie, dass VPC-Peering Kosten verursacht.

Informationen zur gemeinsamen VPC-Peering-Topologie

Wenn Sie Ihre Anwendungen aus mehreren Projekten und VPCs mit einer gemeinsamen gemeinsamen, mit der Datenbank verbundenen VPC verbinden möchten, verwenden Sie die gemeinsame VPC-Topologie. Gemeinsam genutzte VPC verbindet Projekte desselben Unternehmens in denselben oder in verschiedenen Ordnern, um die Kontrolle über die gemeinsam genutzte VPC zu zentralisieren.

Die folgende Architektur zeigt eine gemeinsam verwendete VPC-Peering-Topologie:

Beschreibung der Abbildung google-shared-vpc-arch.png

google-shared-vpc-arch-oracle.zip

Tipp:

Wenn Sie sich für diese Topologie entscheiden, beachten Sie, dass Shared VPC Kosten verursacht.

Hub-and-Spoke-Topologie

Wenn Sie die virtuelle Hubnetzwerk-Appliance (NVA) als zentralen Verbindungspunkt verwenden möchten, verwenden Sie die Hub-and-Spoke-Topologie. Der Hub NVA zentralisiert die Kommunikation von verschiedenen VPCs mit mehreren virtuellen Netzwerkschnittstellenkarten (VNICs) in jedem Spoke-Subnetz und erleichtert die Kommunikation zwischen Anwendungen und Datenbanken.

Um die VNIC für die Oracle Database@Google Cloud-Konnektivität zu erstellen, müssen Sie ein Transitsubnetz in der Transit-VPC erstellen. Als zentraler Verbindungspunkt erleichtert die NVA die Kommunikation zwischen Anwendungen und Datenbanken.

Die folgende Architektur zeigt eine NVA-Hub-and-Spoke-Topologie:

Beschreibung der Abbildung google-nva-hub-and-spoke-arch.png

google-nva-hub-and-spoke-arch-arch.zip

Info über mehrere VPC-Topologien

Wenn Sie Datenbank-Workloads zwischen zwei Geschäftsbereichen isolieren möchten, verwenden Sie die Mehrfach-VPC-Topologie. Ein Sales and Marketing-Team kann über eigene VPCs und Subnetze für seine Datenbanken in einem VM-Cluster innerhalb einer Oracle Exadata Database Service-Infrastruktur verfügen.

Um Workloads in Oracle Exadata Database Service auf VM-Clusterebene zu isolieren, stellen Sie mehrere Cluster in isolierten VPCs bereit.

Die folgende Architektur zeigt eine Architektur mit mehreren VPCs:

Beschreibung der Abbildung google-multiple-vpc-arch.png

google-multiple-vpc-arch-oracle.zip

Stellen Sie Folgendes sicher:

• Mehrere VM-Cluster verwenden dieselbe Oracle Exadata Database Service-Infrastruktur.
• Jedes VM-Cluster ist mit einer anderen VPC verbunden.
• Die Oracle Exadata Database Service-Infrastruktur und VM-Cluster sind Teil desselben Projekts.