Autonomes Exadata-VM-Cluster

Mit autonomen VM-Clustern (AVMCs) kann ein physisches Exadata-Cluster (Maschine) in mehrere virtuelle Cluster partitioniert werden. Sie können verwendet werden, um Umgebungen für verschiedene Datenbank-Workloads durch separate Zugriffsregeln, Netzwerkkonfigurationen sowie anpassbaren Compute-Speicher und Speicherressourcen zu isolieren.

AVMC ist eine der Infrastrukturkomponenten des Datenbankarchitekturmodells mit vier Ebenen, auf dem eine autonome Containerdatenbank erstellt wird. Mindestens ein AVMC wird in einer Exadata-Infrastrukturressource (EI) bereitgestellt und stellt den Link zwischen der EI und den autonomen Containerdatenbankressourcen in Ihrem Deployment bereit.

AVMCs stellen über separate Zugriffsregeln, Netzwerkkonfigurationen sowie anpassbaren Rechenspeicher und Speicherressourcen isolierte Umgebungen für verschiedene Datenbank-Workloads bereit.

Eine umfassende Vorstellung der vierschichtigen Architektur, die mit Autonomous Database on Dedicated Exadata Infrastructure verwendet wird, und die Positionierung von AVMC in dieser Architektur finden Sie unter Komponenten von Autonomous Database on Dedicated Exadata Infrastructure.

AVMCs werden von Flottenadministratoren erstellt, überwacht und verwaltet. Weitere Informationen finden Sie unter Mit Autonomous Database on Dedicated Exadata Infrastructure verknüpfte Benutzerrollen.

Anforderungen an autonome Exadata-VM-Cluster

Hinweis:

23ai-Datenbanken können nur auf autonomen Exadata-VM-Clustern (AVMCs) erstellt werden, die mit den erforderlichen Tags bereitgestellt werden. Die Taganforderungen finden Sie unter Anforderungen an das 23ai Database Software Version Tag. Multicloud-Deployments erfordern jedoch kein spezielles Tag und unterstützen automatisch sowohl 19c- als auch 23ai-Datenbanken.

IAM-Policy-Anforderungen

Verschiedene Deployment-Optionen IAM-Policys
Oracle Public Cloud und Multicloud

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures

Exadata Cloud@Customer

manage autonomous-vmclusters

use exadata-infrastructures

Mindestens erforderliche Ressourcen

Um ein autonomes Exadata-VM-Cluster zu erstellen, benötigen Sie mindestens:

  • 40 ECPUs pro Knoten
  • 120 GB Arbeitsspeicher pro Knoten
  • 338.5GB lokaler Speicher pro Knoten
  • 6.61TB Exadata-Speicher

Vor dem Provisioning eines autonomen Exadata-VM-Clusters müssen Netzwerkanforderungen erfüllt werden. Die vollständigen Anforderungen finden Sie unter Autonomes Exadata-VM-Cluster erstellen.

Hinweis:

Sie müssen eine Exadata-Infrastrukturressource bereitstellen, bevor Sie ein AVMC erstellen. Anweisungen finden Sie unter Exadata-Infrastrukturressource erstellen.

Vom autonomen Exadata-VM-Cluster verwaltete Datenbankfeatures

Die folgenden Features von Autonomous Database können auf Ebene des autonomen Exadata-VM-Clusters (AVMC) definiert und verwaltet werden.

Autonomous Database-Feature Hinweise: Weitere Referenz

Compute-Modell

Dies ist die Compute-Abrechnungsmetrik für Autonomous Database.

Ab dem 28. Mai 2025 Autonomous Database on Dedicated Exadata Infrastructure können Sie keine neuen AVMCs mit der OCPU-Abrechnungsmetrik erstellen. Alle neuen AVMCs können nur mit ECPUs bereitgestellt werden.

Vorhandene OCPU-AVMCs und Autonomous Databases funktionieren weiterhin wie gewohnt. Sie können Ihre OCPU-AVMCs und die entsprechenden Autonomous Databases über Serviceanfragen auf ECPU aktualisieren lassen. Weitere Informationen finden Sie unter Doc ID 2998755.1.

Hinweis:

Multicloud-Deployments unterstützen nur das ECPU-Compute-Modell.
Compute-Modelle

DB-Serverauswahl

AVMCs können auf einer beliebigen Anzahl von DB-Servern (VMs) bereitgestellt werden. Sie können eine Liste der verfügbaren VMs beim Provisioning eines AVMC anzeigen und auswählen.

Beim Provisioning eines AVMC müssen Sie mindestens 2 DB-Server auswählen, um eine AVMC-Ressource bereitzustellen. Für die High Availability-(HA-)Konfiguration sind mindestens 2 DB-Server erforderlich.

Nach dem Provisioning eines AVMC können Sie keine DB-Server hinzufügen oder entfernen.

 

Wartungsplan

Im Allgemeinen plant Oracle die gesamte Flottenwartung und führt sie an verschiedenen Terminen in jedem Quartal durch.

Sie können die Wartungsplanung Oracle überlassen oder ein bestimmtes Wartungsfenster festlegen, in dem Oracle mit der Wartung beginnen kann.

Sie können separate Wartungsläufe für jedes autonome VM-Cluster in derselben Exadata-Infrastruktur planen.

Sie können den Wartungsplan von der Standardeinstellung ändern (keine Voreinstellung, mit der Oracle die Wartung nach Bedarf planen kann), indem Sie die Monate, Wochen, Tage und Stunden für den Plan auswählen. Sie können auch eine Vorlaufzeit festlegen, um eine Benachrichtigung über eine bevorstehende Wartung von Oracle zu erhalten.

Angeben, wann Wartung stattfinden kann

Ressourcenverwaltung

Sie können Compute, Speicher und Arbeitsspeicher der einzelnen autonomen Exadata-VM-Clusterkonfigurationen für die gewünschte Workload anpassen. Sie können diese Ressourcen mithilfe von Visualisierungen für Ressourcenzuteilung und -nutzung überwachen.

Optional können Sie beim Provisioning eines AVMC einen geeigneten Wert für die folgenden Ressourcenverwaltungsattribute definieren, der Ihren Anforderungen entspricht:

  • Maximale Anzahl autonomer Containerdatenbanken: Die angegebene ACD-Anzahl stellt den oberen Grenzwert für ACDs dar.
  • CPU-Anzahl pro VM oder Knoten: Geben Sie die CPU-Anzahl für jede einzelne VM an. Der Mindestwert beträgt 20 ECPUs pro VM.
  • Datenbankspeicher pro CPU (GB): Der Speicher pro CPU, der für die autonomen Datenbanken im autonomen VM-Cluster zugewiesen ist.
  • Speicher für lokale Backups zuweisen: Bei Exadata Cloud@Customer können Sie diese Option aktivieren, um den Exadata-Speicher für lokale Datenbankbackups zu konfigurieren.
  • Datenbankspeicher (TB): Datenspeicher, der für die Autonomous Database-Erstellung im autonomen VM-Cluster zugewiesen wird.

Die Begriffe "VM" und "Knoten" werden synonym zwischen Oracle Exadata Cloud@Customer- und Oracle Public Cloud-Deployments verwendet.

Visualisierung der Ressourcenverwendung

Netzwerkeinstellungen

In Oracle Public Cloud- und Multicloud-Deployments definieren Sie die Netzwerkzugriffskontrolle mit Komponenten des Networking-Service. Sie erstellen ein virtuelles Cloud-Netzwerk (VCN), das private Subnetze enthält, in denen über das Netzwerk auf Ihre autonomen Datenbanken zugegriffen werden können.

GILT FÜR: Anwendbar Oracle Public Cloud

Gilt für: Anwendbar Multicloud

Die folgenden Einstellungen können beim Provisioning eines AVMC angepasst werden:

  • Virtuelles Cloud-Netzwerk: Das virtuelle Cloud-Netzwerk (VCN), in dem Sie das neue AVMC erstellen möchten.
  • Subnetz: Ein Subnetz innerhalb des oben ausgewählten VCN für das neue autonome Exadata-VM-Cluster.
 

VM-Clusternetzwerk

In Exadata Cloud@Customer, definieren Sie Netzwerkzugriffskontrollen, indem Sie ein Clientnetzwerk in Ihrem Data Center angeben und in einer VM-Clusternetzwerkressource innerhalb der Exadata-Infrastrukturressource aufzeichnen.

Gilt nur für: Anwendbar Exadata Cloud@Customer

Das VM-Clusternetzwerk, in dem das neue autonome Exadata-VM-Cluster erstellt werden soll, wird beim Provisioning eines AVMC ausgewählt.

Exadata Database Service on Cloud@Customer vorbereiten

Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) schützt sensible Daten vor unbefugtem Zugriff durch absichtsbasierte Sicherheits-Policys, die Sie für Ressourcen schreiben, wie z.B. ein AVMC, dem Sie Sicherheitsattribute zuweisen.

Gilt nur für: Oracle Public Cloud (Anwendbar)

Sie können ZPR-Sicherheitsattribute auf ein AVMC anwenden, während Sie es oder höher bereitstellen.

Autonomes Exadata-VM-Cluster erstellen

Erste Schritte mit Zero Trust Packet Routing

Lizenztyp

Sie können vorhandene Oracle Database-Lizenzen verwenden oder Oracle Database-Lizenzen abonnieren.

Für den Lizenztyp gibt es zwei Optionen:

  • Eigene Lizenz erwerben: Wählen Sie diese Option aus, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie in Autonomous Database verwenden möchten.
  • Lizenz inklusive: Wählen Sie diese Option aus, um die Oracle Autonomous Database-Softwarelizenz zu abonnieren
 

Zeitzone

Sie können die Zeitzone jedes autonomen Exadata-VM-Clusters festlegen.

Die Standardzeitzone für autonomes Exadata-VM-Cluster ist UTC. Sie können jedoch eine andere Zeitzone angeben.

 

Listener

Sie können einen Single Client Access Name-(SCAN-)Listener-Port für TLS und Nicht-TLS auswählen und zwischen einseitigem TLS und mTLS für Datenbank-TLS-Zertifikate wählen.

Die SCAN-Listener-Ports können nach dem Provisioning der AVMC-Ressource nicht geändert werden.

Da ORDS-Zertifikate einseitige TLS-Zertifikate sind, kann die Auswahl zwischen einseitiger TLS und gegenseitiger TLS (mTLS) nur auf Datenbank-TLS-Zertifikate angewendet werden.

 

Zertifikate verwalten

Sie können Ihr CA-signiertes Zertifikat in Ihr autonomes VM-Cluster hochladen und es für sichere Verbindungen verwenden.

Standardmäßig werden von Oracle verwaltete selbstsignierte Zertifikate beim Provisioning eines autonomen Exadata-VM-Clusters (AVMC) automatisch generiert und auf alle in diesem AVMC erstellten Datenbanken angewendet. Sie haben auch die Möglichkeit, Ihr eigenes CA-signiertes serverseitiges Zertifikat mit Autonomous Database zu verwenden.

Sie können beide Zertifikatstypen über die Konsole oder API rotieren.

Verwaltung von Zertifikaten

Verwaltung von autonomen Exadata-VM-Clustern - Vorgänge

Sie können die folgenden Verwaltungsvorgänge in einem autonomen Exadata-VM-Cluster ausführen.

Vorgang Aufgabenanweisungen
Autonomes Exadata-VM-Cluster erstellen

Informationen zu Oracle Public Cloud-Deployments finden Sie unter Autonomes Exadata-VM-Cluster erstellen.

Informationen zu Multicloud-Deployments finden Sie unter Autonomes VM-Cluster (AVMC) erstellen.

Liste der autonomen Exadata-VM-Cluster anzeigen Liste der autonomen Exadata-VM-Cluster anzeigen
Details zu einem autonomen Exadata-VM-Cluster anzeigen Details zu einem autonomen Exadata-VM-Cluster anzeigen
Lizenztyp für ein autonomes Exadata-VM-Cluster ändern Lizenztyp eines autonomen VM-Clusters ändern
Zero Trust Packet Routing (ZPR) für ein autonomes Exadata-VM-Cluster konfigurieren Zero Trust Packet Routing (ZPR) für ein AVMC konfigurieren
Autonomes Exadata-VM-Cluster in ein anderes Compartment verschieben

GILT FÜR: Anwendbar Oracle Public Cloud

GILT FÜR: Anwendbar Exadata Cloud@Customer

Autonomes Exadata-VM-Cluster in ein anderes Compartment verschieben

Sicherheitszertifikate für eine autonome Exadata-VM-Clusterressource verwalten Sicherheitszertifikate für eine autonome Exadata-VM-Clusterressource verwalten
Ressourcenverwendung für ein autonomes Exadata-VM-Cluster anzeigen Ressourcenverwendung für ein autonomes Exadata-VM-Cluster anzeigen
Autonome Exadata-VM-Clusterressourcen verwalten Autonome Exadata-VM-Clusterressourcen verwalten
Wartungsplan eines autonomen Exadata-VM-Clusters ändern Wartungsplan eines autonomen Exadata-VM-Clusters ändern
Geplante Wartung eines autonomen Exadata-VM-Clusters anzeigen und verwalten Geplante Wartung eines autonomen Exadata-VM-Clusters anzeigen und verwalten
Vergangene Wartungsarbeiten eines autonomen Exadata-VM-Clusters anzeigen Vergangene Wartungsarbeiten eines autonomen Exadata-VM-Clusters anzeigen
Autonomes Exadata-VM-Cluster beenden Autonomes Exadata-VM-Cluster beenden

Hinweis:

Bei Multicloud-Deployments können Sie das autonome Exadata-VM-Cluster auch über die AWS-Konsole beenden. Siehe Autonomes VM-Cluster in AWS-Region löschen.

Die oben aufgeführten Vorgänge können auch mit API erreicht werden. Weitere Informationen finden Sie unter API zum Verwalten autonomer Exadata-VM-Cluster.