VCN und Subnetze

In diesem Artikel werden die Verwaltung virtueller Cloud-Netzwerke (VCNs) und der darin enthaltenen Subnetze beschrieben.

Überblick

Ein VCN ist ein softwaredefiniertes Netzwerk, das Sie in Data Centern in Oracle Cloud Infrastructure (OCI) in einer bestimmten Region einrichten. Ein Subnetz ist eine Unterteilung eines VCN.

Bevor Sie ein DB-System einrichten, müssen Sie ein VCN und andere Networking-Servicekomponenten einrichten.

DB-Systeme unterstützen Subnetze, die entweder nur mit IPv4- oder mit IPv4/IPv6-Dual-Stack-Adressen konfiguriert sind.

Um ein DB-System zu starten, benötigen Sie Folgendes:

Hinweis: Oracle empfiehlt, das Internetgateway für öffentliche Subnetze und das Servicegateway für private Subnetze zusammen mit den entsprechenden Sicherheitslisten- und Routingtabellenregeln zu verwenden.

Sie können Availability-Domain-spezifische Subnetze oder regionale Subnetze verwenden, die alle Availability-Domains in der Region umfassen.

Hinweis:

Weitere Informationen über:

Unterstützung für IPv4/IPv6-Dual Stack Network

Sie können DB-Systeme jetzt mit IPv4/IPv6-Dual-Stack-Netzwerken bereitstellen. Auf diese Weise können Anwendungen nahtlos skaliert werden, indem der erweiterte IPv6-Adressraum genutzt, Probleme mit der Erschöpfung von IPv4 behoben und die Bereitschaft für zukünftiges Wachstum ohne Netzwerkeinschränkungen sichergestellt wird.

Base Database Service unterstützt GUA-, BYOIP- und ULA-IPv6-Präfixe. Beim Provisioning eines DB-Systems darf ein Subnetz nur ein IPv6-Präfix aufweisen. Base Database Service unterstützt keine Subnetze mit mehreren IPv6-Präfixen. Weitere Informationen finden Sie unter IPv6-Adressen.

Virtuelle IPs (VIPs) und Single Client Access Names (SCANs) werden für IPv4- und IPv6-Netzwerke konfiguriert. Das private Interconnect von Oracle Clusterware verwendet weiterhin nur IPv4. Weitere Informationen finden Sie unter Voraussetzungen für den IP-Adressraum.

Die folgenden Objekte werden für dieses Release unterstützt:

Privates Subnetz mit Servicegateway

Sie können mit dem Servicegateway für private Subnetze eine Verbindung zu Oracle Services Network herstellen. Das Subnetz ist privat und kann nicht über das Internet erreicht werden. Oracle empfiehlt diese Option für Produktionssysteme. Die folgende Abbildung stellt die Architektur für das private Subnetz mit dem Servicegateway bereit.

Beschreibung der Abbildung network_dbsystem_private.png

Führen Sie die folgenden Schritte aus, um ein privates Subnetz mit einem Servicegateway einzurichten.

Weitere Informationen über:

Öffentliches Subnetz mit Internetgateway

Sie können mit dem Internetgateway für öffentliche Subnetze eine Verbindung zum Oracle Services Network herstellen. Sie können dieses Setup in der Produktion verwenden, wenn Sie ein Internetgateway mit dem VCN verwenden möchten oder Services nutzen, die nur in einem öffentlichen Netzwerk ausgeführt werden und Zugriff auf die Datenbank benötigen. Diese Option kann bei einem Proof of Concept oder Entwicklungsarbeit nützlich sein. Die Abbildung unten zeigt die Architektur für das öffentliche Subnetz mit Internetgateway.

Beschreibung der Abbildung network_dbsystem_public.png

Führen Sie die folgenden Schritte aus, um ein öffentliches Subnetz mit einem Internetgateway einzurichten.

Weitere Informationen über:

Hinweis: Dieses bekannte Problem enthält Informationen zur Konfiguration von Routingregeln mit Servicegateway als Ziel in Routentabellen, die mit öffentlichen Subnetzen verknüpft sind.

Anforderungen an IP-Adressbereich

Wenn Sie DB-Systeme (und somit VCNs) in mehreren Regionen einrichten, stellen Sie sicher, dass sich die IP-Adressbereiche der VCNs nicht überschneiden.

Das Subnetz, das Sie für ein DB-System erstellen, darf sich mit 192.168.16.16/28 nicht überschneiden, das vom privaten Interconnect für Oracle Clusterware auf der Datenbankinstanz verwendet wird.

Achtung:

Jede Änderung im VCN kann sich auf die RAC-DB-Funktionalität auswirken. Oracle empfiehlt, die erforderlichen Änderungen auf der CRS-Seite zu bewerten, bevor Sie Änderungen im VCN vornehmen.

Weitere Informationen finden Sie unter How to Modify Public Network Information including VIP in Oracle Clusterware (Doc ID 276434.1).

Hinweis: Während das Subnetz selbst standardmäßig 192.168.16.0/24 verwendet, lautet die tatsächliche Adresse, die das private Interconnect von Oracle Clusterware verwendet, 192.168.16.16/28. Obwohl Sie ein DB-System nicht mit 192.168.16.0/24 bereitstellen können, kann das private Interconnect effektiv mit Hosts kommunizieren, die diese Adressen verwenden, wenn Sie das private Interconnect-Subnetz in 192.168.16.16/28 ändern.

In der folgenden Tabelle wird die minimale erforderliche Subnetzgröße aufgeführt.

Hinweis:

Der Networking-Service reserviert drei IP-Adressen in jedem Subnetz. Die Zuweisung eines größeren Bereichs für das Subnetz als das erforderliche Minimum (z.B. /25 anstelle von /28) kann die relative Auswirkung dieser reservierten Adressen auf den verfügbaren Bereich im Subnetz reduzieren.

Weitere Informationen finden Sie unter Für die Verwendung durch Oracle reservierte IP-Adressen.

DB-Systemtyp Anzahl erforderliche IP-Adressen Minimale Subnetzgröße
Virtuelle Maschine mit einem Knoten 1 + 3 in Subnetz reserviert = 4 /30 (4 IP-Adressen)
Virtuelle RAC-Maschine mit 2 Knoten (2 Adressen * 2 Knoten) + 3 für SCANs + 3 reserviert in Subnetz = 10 /28 (16 IP-Adressen)

Assistent zur VCN-Erstellung

Hinweis: Oracle empfiehlt, diesen Assistenten zur VCN-Erstellung nicht für Produktion zu verwenden.

Der Abschnitt "Networking" der Konsole enthält einen Assistenten, der ein VCN zusammen mit den zugehörigen Ressourcen erstellt. Er kann nützlich sein, wenn Sie lediglich versuchen möchten, eine Instanz zu starten. Der Assistent erstellt jedoch automatisch ein öffentliches Subnetz und ein Internetgateway. Da Sie das für Ihr Produktionsnetzwerk möglicherweise nicht wünschen, empfiehlt Oracle, dass Sie das VCN und andere Ressourcen selbst erstellen, anstatt den Assistenten zu verwenden.

Weitere Informationen zum Assistenten finden Sie unter Virtuelle Netzwerke - Schnellstart.