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 |
|
Exadata Cloud@Customer |
|
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:
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: Gilt für: Die folgenden Einstellungen können beim Provisioning eines AVMC angepasst werden:
|
|
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: ![]() 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 (![]() Sie können ZPR-Sicherheitsattribute auf ein AVMC anwenden, während Sie es oder höher bereitstellen. |
|
Lizenztyp Sie können vorhandene Oracle Database-Lizenzen verwenden oder Oracle Database-Lizenzen abonnieren. |
Für den Lizenztyp gibt es zwei Optionen:
|
|
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 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: GILT FÜR: 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.