Planen des IP-Adressraums für Oracle Database@Azure
Ein wichtiger Aspekt beim Entwerfen einer Oracle Database@Azure-Bereitstellung ist die Planung des IP-Adressraums. Es ist wichtig sicherzustellen, dass Sie über genügend IP-Adressen für Ihre VM-Cluster und Netzwerkdienste verfügen.
Dieser Artikel enthält Tabellen, mit denen Sie die minimale CIDR-Größe (Classless Inter-Domain Routing) des Subnetzes für Ihre Instanz von Oracle Database@Azure ermitteln können.
Berücksichtigen Sie beim Einrichten Ihres Netzwerks folgende Punkte:
- Bei Oracle Autonomous Database beträgt die kleinstmögliche CIDR-Größe /27.
- IP-Adressbereiche, die Oracle Autonomous Database-Subnetzen und Oracle Exadata-VM-Clustern zugeordnet sind, dürfen nicht mit anderen verwendeten CIDRs überlappen. Eine Überlappung kann zu Routingproblemen führen. Berücksichtigen Sie auch das regionsübergreifende Routing, wenn Sie CIDRs für Oracle Database@Azure konfigurieren.
- Für Oracle Exadata X9M sind die IP-Adressen 100.106.0.0/16 und 100.107.0.0/16 für die internen Verbindungen reserviert und können nicht Client- oder Sicherungsnetzwerken zugeordnet werden.
Weitere Anforderungen, die spezifisch für Clientsubnetze und Sicherungssubnetze sind, werden in den nächsten Abschnitten beschrieben.
Anforderungen an Client-Subnetz
Das Client-Subnetz hat die folgenden Anforderungen an IP-Adressen:
Für jede VM sind vier IP-Adressen erforderlich. VM-Cluster verfügen über mindestens zwei VMs. Daher erfordert ein VM-Cluster mit zwei VMs acht IP-Adressen im Clientsubnetz. Jede weitere VM, die einem VM-Cluster hinzugefügt wird, erhöht die Anzahl der IP-Adressen, die im Clientsubnetz erforderlich sind, um vier IP-Adressen.
Jeder VM-Cluster erfordert drei IP-Adressen für SCANs (Single Client Access Names), unabhängig davon, wie viele VMs im VM-Cluster vorhanden sind.
13 IP-Adressen sind für Netzwerkdienste im Clientsubnetz reserviert, unabhängig davon, wie viele VM-Cluster im Clientsubnetz vorhanden sind. Die 13 Adressen sind: die ersten vier IP-Adressen, die 9. bis 16. IP-Adresse und die letzte IP-Adresse.
Beispielsweise sind im Subnetz 10.0.0.0/24 die folgenden 13 IP-Adressen reserviert:
- 10.0.0.0 to 10.0.0.3
- 10.0.0.8 to 10.0.0.15
- 10.0.0.255
Szenarien: Erforderliche CIDR-Größe für ein Clientsubnetz
Die folgende Tabelle zeigt Szenarien von bereitgestellten VM-Clustern mit unterschiedlicher Größe. Die Anzahl der Instanzen, die in jedem Szenario in ein Clientsubnetz passen, hängt von der CIDR-Größe des Subnetzes ab. In dieser Tabelle werden nicht alle möglichen Szenarien angezeigt.
| Szenario | /27 | /26 | /25 | /24 | /23 | /22 |
|---|---|---|---|---|---|---|
| Ein VM-Cluster mit zwei VMs (11 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 24 IP-Adressen) | 1 | 4 | 10 | 21 | 45 | 91 |
| Ein VM-Cluster mit drei VMs (15 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 28 IP-Adressen) | 1 | 3 | 7 | 15 | 33 | 67 |
| Ein VM-Cluster mit vier VMs (19 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 34 IP-Adressen) | 2 | 5 | 12 | 26 | 53 | |
| Zwei VM-Cluster mit jeweils zwei VMs (22 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 35 IP-Adressen) | 2 | 5 | 10 | 22 | 45 | |
| Zwei VM-Cluster mit jeweils drei VMs (30 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 43 IP-Adressen) | 1 | 3 | 7 | 16 | 33 | |
| Zwei VM-Cluster mit jeweils vier VMs (38 IP-Adressen + 13 IP-Adressen für Netzwerkdienste = 51 IP-Adressen) | 1 | 2 | 6 | 13 | 26 |
Anforderungen an Sicherungssubnetz
Bei einem Sicherungssubnetz gelten die folgenden Anforderungen an IP-Adressen:
- Jede VM benötigt 3 IP-Adressen. VM-Cluster verfügen über mindestens zwei VMs. Daher erfordert ein VM-Cluster mit zwei VMs sechs IP-Adressen im Sicherungssubnetz. Jede VM, die einem VM-Cluster hinzugefügt wird, erhöht die Anzahl der erforderlichen IP-Adressen im Sicherungssubnetz um 3.
- Netzwerkdienste erfordern drei IP-Adressen für das Sicherungssubnetz, unabhängig davon, wie viele VM-Cluster im Sicherungssubnetz vorhanden sind.
Beispiel: Die Anzahl der IP-Adressen, die für ein Sicherungssubnetz mit einem VM-Cluster mit zwei VMs erforderlich sind, beträgt 6 IP-Adressen (ein VM-Cluster mit zwei VMs) + 3 IP-Adressen (für Netzwerkdienste) = 9 IP-Adressen.
Szenarien: Erforderliche CIDR-Größe für ein Sicherungssubnetz
Die folgende Tabelle zeigt Szenarien mit bereitgestellten VM-Clustern unterschiedlicher Größe. Die Anzahl der Instanzen, die in jedem Szenario in ein Sicherungssubnetz passen, hängt von der CIDR-Größe des Subnetzes ab. In dieser Tabelle werden nicht alle möglichen Szenarien aufgeführt.
| Szenario | /28 | /27 | /26 | /25 | /24 | /23 |
|---|---|---|---|---|---|---|
| Ein VM-Cluster mit zwei VMs (6 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 9 IP-Adressen) | 1 | 3 | 7 | 14 | 28 | 56 |
| Ein VM-Cluster mit drei VMs (9 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 12 IP-Adressen) | 1 | 2 | 5 | 10 | 21 | 42 |
| Ein VM-Cluster mit vier VMs (12 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 15 IP-Adressen) | 1 | 2 | 4 | 8 | 13 | 34 |
| Zwei VM-Cluster mit jeweils zwei VMs (12 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 15 IP-Adressen) | 1 | 2 | 4 | 8 | 13 | 34 |
| Zwei VM-Cluster mit jeweils drei VMs (18 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 21 IP-Adressen) | 1 | 3 | 6 | 12 | 24 | |
| Zwei VM-Cluster mit jeweils vier VMs (24 IP-Adressen + 3 IP-Adressen für Netzwerkdienste = 27 IP-Adressen) | 1 | 2 | 4 | 9 | 18 |
Verwendbare IP-Adressen für Client- und Sicherungssubnetze nach CIDR-Größe
Die folgende Tabelle zeigt die Anzahl der IP-Adressen an, die für VM-Cluster und SCANs bei verschiedenen CIDR-Größen verfügbar sind, nachdem die von den Netzwerkdiensten erforderlichen IP-Adressen subtrahiert wurden.
Tipp
Wenn dem Subnetz mehr Adressraum als das erforderliche Minimum zugeordnet wird (z. B. mindestens /25 anstelle von /27), kann die relative Auswirkung dieser reservierten IP-Adressen auf den verfügbaren Adressraum des Subnetzes verringert werden.
| Subnetz-CIDR | Reservierte Netzwerk-IP-Adressen für ein Clientsubnetz | Verwendbare IP-Adressen für ein Clientsubnetz (VMs und SCANs) | Reservierte Netzwerk-IP-Adressen für ein Sicherungssubnetz | Verwendbare IP-Adressen für ein Sicherungssubnetz (VMs und SCANs) |
|---|---|---|---|---|
| /28 | 13 | 0 (2<4 - 13) | 3 | 13 (2^4 - 3) |
| /27 | 13 | 15 (2^5 - 13) | 3 | 29 (2^5 - 3) |
| /26 | 13 | 47 (2^6 - 13) | 3 | 61 (2^6 - 3) |
| /25 | 13 | 111 (2^7 - 13) | 3 | 125 (2^7 - 3) |
| /24 | 13 | 239 (2^8 - 13) | 3 | 253 (2^8 - 3) |
| /23 | 13 | 495 (2^9 - 13) | 3 | 509 (2^9 - 3) |
| /22 | 13 | 1,007 (2^10 - 13) | 3 | 1.021 (2^10 - 3) |