Freigeben über

Netzwerktopologie und Konnektivität für Oracle Database@Azure – Kernnetzwerkdesign

  • Artikel

Das Verständnis der Kernnetzwerkkonzepte von Oracle Exadata Database@Azure bildet die Grundlage für eine erfolgreiche Einführung. Im Gegensatz zu den meisten Azure-Diensten verfügt Oracle Database@Azure über eine einzigartige Architektur. Sie wird in einem Azure-Rechenzentrum gehostet und bietet standardkonnektivität mit der Oracle Cloud Infrastructure (OCI)-Steuerungsebene. In diesem Artikel werden wichtige Entwurfsüberlegungen und Empfehlungen für die effektive Konfiguration und Verwaltung der Netzwerkkonnektivität behandelt, um Oracle Exadata Database@Azure Workloads effektiv zu unterstützen.

Das folgende Diagramm veranschaulicht die Kernnetzwerkarchitektur und die Beziehung zwischen virtuellen Azure-Netzwerken und OCI Virtual Cloud Networks (VCNs) für Oracle Exadata Database@Azure.

Diagramm, das das Kernnetzwerkdesign zeigt.

Das Clientsubnetz im OCI VCN wird dem delegierten Oracle Database-Subnetz in Azure zugeordnet. Ein Sicherungssubnetz wird auch innerhalb des OCI VCN erstellt, das ausschließlich für OCI-verwaltete Sicherungen verwendet wird.

Entwurfsüberlegungen

Berücksichtigen Sie beim Entwerfen Ihrer Netzwerktopologie für Oracle Exadata Database@Azure die folgenden Oracle-spezifischen Faktoren:

  • Auswahl der Verfügbarkeitszone: Bereitstellen von Oracle Exadata-Database@Azure Diensten in abonnementspezifischen Verfügbarkeitszonen. Diese Bereitstellung wirkt sich auf Latenz und Resilienz aus. Das physische Rechenzentrum kann je nach Abonnement variieren. Weitere Informationen finden Sie zu den physischen und logischen Verfügbarkeitszonen.

  • Geerbte Regions- und Verfügbarkeitszoneneinstellungen: Wenn Sie eine Exadata-Infrastrukturinstanz bereitstellen, werden die Regions- und Verfügbarkeitszonen effektiv zugeordnet, und alle in der Exadata Infrastructure-Instanz erstellten Vm-Cluster erben die gleichen Einstellungen.

  • VM-Clusterbeschränkungen: Jede Oracle Exadata-Database@Azure-SKU kann bis zu acht VM-Clusterenthalten. Stellen Sie sicher, dass Ihr virtuelles Netzwerk vor der Erstellung des VM-Clusters konfiguriert ist, und entscheiden Sie, ob Cluster mit demselben virtuellen Netzwerk oder separaten virtuellen Netzwerken verbunden werden sollen.

  • Internetzugriffsanforderungen: Exadata hat standardmäßig keinen direkten Internetzugriff. Wenn Internetzugriff erforderlich ist, z. B. für Patching- oder ausgehende Abhängigkeiten, müssen Sie ihn konfigurieren.

  • Subnetzgröße: Definieren von Subnetzgrößen gemäß den SKU-Spezifikationen von Oracle, die sich je nach ausgewähltem Instanztyp unterscheiden. Weitere Informationen zu den Richtlinien zur Größenordnung finden Sie unter Plan for IP address space for Oracle Exadata Database@Azure.

  • Delegierte Subnetzbeschränkung: Sie können nur ein Oracle Database@Azure delegiertes Subnetz für jedes virtuelle Netzwerk erstellen. Diese Einschränkung beeinflusst, wie Sie ihr Layout für virtuelle Netzwerke planen, insbesondere, wenn Sie mehrere Datenbankbereitstellungen antizipieren. Weitere Informationen finden Sie unter Netzwerkplanung für Oracle Database@Azure.

  • Einschränkung der Azure-Netzwerksicherheitsgruppe: Netzwerksicherheitsgruppen (NSGs) im delegierten Oracle Database-Subnetz müssen über OCI konfiguriert werden. Weitere Informationen finden Sie unter Erstellung einer NSG.

  • Split Domain Name System (DNS)-Modell: Oracle Database@Azure folgt einem geteilten DNS-Modell. DNS muss sowohl in Azure als auch in OCI konfiguriert werden. Weitere Informationen finden Sie unter Oracle Database@Azure DNS-Setup-.

  • Private DNS-Benennungsregeln: Wenn standardmäßige DNS-Einstellungen zum Erstellen von VM-Clustern verwendet werden, wird die private DNS-Zone automatisch basierend auf dem virtuellen Netzwerk und subnetz benannt, das Sie für den VM-Cluster auswählen. Der Name dieser Zone ist "oci" plus die ersten 10 alphabetischen Zeichen des virtuellen Netzwerks und der Subnetznamen. Wenn das virtuelle Netzwerk beispielsweise "vnet-exadata-prod" lautet und das Subnetz "snet-exadata-prod" lautet, wird der name der privaten DNS-Zone ocisnetexadat.ocivnetexadat.oraclevcn.com.

Designempfehlungen

  • Planen der Konfiguration virtueller Netzwerke: Stellen Sie sicher, dass Ihr virtuelles Netzwerk konfiguriert ist, bevor Sie Ihren VM-Cluster erstellen und die Workloadtopologie basierend auf der Dokumentation für Anwendungs-, Geschäftskontinuitäts- und Notfallwiederherstellung (BCDR) und Migrationskonnektivität bestimmen.

  • Minimieren von virtuellen Netzwerkgeräten (NVAs): Minimieren Sie die Verwendung von NVAs im Netzwerkpfad, da jeder zusätzliche Hop Latenzen einführt, die die Datenbankleistung beeinträchtigen können. Verwenden Sie NVAs nur, wenn es erforderlich ist, z. B. für die Verkehrsüberprüfung oder Einhaltungszwecke, und stellen Sie sicher, dass ihre Platzierung optimiert ist, um überflüssiges Routing zu vermeiden.

  • Optimieren für Bandbreite und Latenz: Optimieren der Bandbreite und Latenz durch Die Verlagerung von Ressourcen, die mit Oracle Database@Azure – Exadata-Datenbankdienst innerhalb derselben Verfügbarkeitszone interagieren.

  • Konfigurieren von NSGs: Konfigurieren von NSGs im Oracle-Subnetz über OCI zum Aktivieren der Konnektivität mit Quell- und Zielnetzwerken.

  • Eindeutige DNS-Namen verwenden: Wenn Sie die Standard-DNS-Einstellungen verwenden, stellen Sie sicher, dass die ersten 10 Zeichen des virtuellen Netzwerks und der Subnetznamen für alle Exadata-Umgebungen eindeutig sind. Wenn nicht, kann ein DNS-Resolver nicht zwischen den Umgebungen unterscheiden.

Weitere Anleitungen

Berücksichtigen Sie neben den kernen Netzwerkdesignkonzepten für Oracle Exadata Database@Azure auch die Konnektivitätsanforderungen für Ihre Anwendungen, andere Azure-Dienste (z. B. Azure Blob Storage oder Azure NetApp Files), lokale Umgebungen und Ihre BCDR-Konfiguration.

Nächster Schritt

Fahren Sie mit dem design der Anwendungskonnektivität fort, Anleitungen, um zu erfahren, wie Sie Ihre Anwendungen effizient und sicher mit Oracle Exadata Database@Azure verbinden.