Erstes VM-Cluster auf einem Oracle Exadata Database Service on Cloud@Customer-System bereitstellen
Hier erfahren Sie, wie Sie das erste VM-Cluster auf Ihrem Oracle Exadata Database Service on Cloud@Customer-System erstellen.
- VM-Cluster in Oracle Exadata Database Service on Cloud@Customer verwalten
Das VM-Cluster stellt einen Link zwischen der Oracle Exadata Database Service on Cloud@Customer-Infrastruktur und den von Ihnen bereitgestellten Oracle-Datenbanken bereit. - Voraussetzungen für VM-Cluster auf Oracle Exadata Database Service on Cloud@Customer
Um eine Verbindung zur virtuellen Maschine im VM-Cluster herzustellen, verwenden Sie einen SSH-Public Key. - ASM-VM-Cluster mit der Konsole erstellen
Um Ihr ASM-VM-Cluster zu erstellen, müssen Sie Werte für die Felder angeben, die für die Konfiguration der Infrastruktur erforderlich sind. - Exascale-VM-Cluster in der Konsole erstellen
Um Ihr Exascale-VM-Cluster zu erstellen, müssen sie Werte für die Felder angeben, die für die Konfiguration der Infrastruktur erforderlich sind.
Übergeordnetes Thema: Erste Schritte beim Oracle Exadata Database Service on Cloud@Customer-Deployment
VM-Cluster auf Oracle Exadata Database Service on Cloud@Customer verwalten
Das VM-Cluster ist ein Link zwischen der Oracle Exadata Database Service on Cloud@Customer-Infrastruktur und den von Ihnen bereitgestellten Oracle Datenbanken.
Das VM-Cluster enthält eine Installation von Oracle Clusterware, die Datenbanken im Cluster unterstützt. In der VM-Clusterdefinition geben Sie auch die Anzahl der aktivierten CPU-Cores an, welche die Anzahl der CPU-Ressourcen bestimmt, die für Ihre Datenbanken verfügbar sind
Bevor Sie Datenbanken auf Ihrer Exadata Cloud@Customer-Infrastruktur erstellen können, müssen Sie ein VM-Clusternetzwerk erstellen und mit einem VM-Cluster verknüpfen.
Geben Sie keine vertraulichen Informationen ein, wenn Sie Ihren Cloud-Ressourcen Beschreibungen, Tags oder benutzerfreundliche Namen über die Konsole, die API oder die CLI von Oracle Cloud Infrastructure zuweisen.
Voraussetzungen für VM-Cluster in Oracle Exadata Database Service on Cloud@Customer
Um eine Verbindung zur virtuellen Maschine im VM-Cluster herzustellen, verwenden Sie einen SSH-Public Key.
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304
Verwandte Themen
ASM-VM-Cluster mit der Konsole erstellen
Um das ASM-VM-Cluster zu erstellen, müssen Sie Werte für die Felder angeben, die für die Konfiguration der Infrastruktur erforderlich sind.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
- Klicken Sie auf Exadata-VM-Cluster.
- Klicken Sie auf Exadata-VM-Cluster erstellen.
- Geben Sie auf der Seite Exadata-VM-Cluster erstellen die erforderlichen Informationen an:
- Geben Sie den Anzeigenamen an: Der Anzeigename ist ein benutzerfreundlicher Name, mit dem Sie das VM-Cluster identifizieren können. Der Name muss nicht eindeutig sein, da eine Oracle Cloud-ID (OCID) das VM-Cluster eindeutig identifiziert.
- Compartment auswählen: Wählen Sie in der Liste der verfügbaren Compartments das gewünschte Compartment für das VM-Cluster aus.
- Wählen Sie eine Exadata-Infrastruktur aus: Wählen Sie in der Liste die Exadata-Infrastruktur aus, die das VM-Cluster gehostet werden soll. Sie können kein VM-Cluster ohne verfügbare und aktive Exadata-Infrastruktur erstellen.
- Wählen Sie ein VM-Clusternetzwerk aus: Wählen Sie aus der Liste eine VM-Clusternetzwerkdefinition für das VM-Cluster aus. Bevor Sie ein VM-Cluster erstellen können, benötigen Sie ein verfügbares und validiertes VM-Clusternetzwerk.
- VM-Clustertyp:Hinweis
Sie können den VM-Clustertyp nach dem Deployment des VM-Clusters nicht ändern. Wenn Sie den VM-Clustertyp ändern möchten, müssen Sie ein neues VM-Cluster erstellen und die Datenbank in das neue Cluster migrieren.- Exadata-Datenbank: Standard-Datenbank-VM ohne Einschränkungen, geeignet für alle Workloads.
- Exadata Database-Developer: Developer Database VM mit Einschränkungen, die nur für die Anwendungsentwicklung geeignet ist.
- VM-Cluster konfigurieren:
- DB-Server:
- Klicken Sie auf DB-Server ändern für die VM-Platzierung, um VM-Ressourcen zuzuweisen.
- Gehen Sie im Dialogfeld DB-Server ändern wie folgt vor:
VM-Clustertyp - Exadata-Datenbank: Wählen Sie mindestens einen Datenbankserver für die VM-Platzierung aus. Wenn Sie einen High Availability-Datenbankservice benötigen, der während der Wartung und ungeplanten Ausfällen verfügbar bleibt, wählen Sie mindestens zwei Datenbankserver aus. Die maximalen für die Zuweisung pro VM verfügbaren Ressourcen basieren auf der Anzahl der ausgewählten Datenbankserver.
VM-Clustertyp - Exadata Database-Developer: Wählen Sie einen Datenbankserver für die VM-Platzierung aus. Es kann nur ein Datenbankserver ausgewählt werden.Hinweis
- DB-Server, auf denen bereits 8 VMs ausgeführt werden, stehen nicht zur Wahl.
- Bei der Berechnung der maximalen lokalen Speicherressourcen auf den ausgewählten DB-Servern wird der reservierte lokale Speicher, der vom System zum Hosten einer VM benötigt wird, vom DB-Server mit den geringsten Ressourcen abgezogen.
Beispiel: Wenn der lokal verfügbare Speicher auf den ausgewählten DB-Servern 823 GB für DB-Server 3 und 813 GB für DB-Server 4 ist, beträgt das Minimum für alle ausgewählten Server 813 GB, und das Maximum für die Ressourcenzuweisung beträgt: 813 GB - 184 GB (reservierter lokaler Speicher für das Hosting der VM auf X8M-DB-Servern) = 629 GB.
Weitere Informationen finden Sie unter Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen können.
- Klicken Sie auf Speichern.
- Anzahl der OCPUs (ECPUs für X11M) pro VM angeben: Geben Sie die Anzahl der OCPUs (ECPUs für X11M) an, die für jede VM in diesem Cluster bereitgestellt werden sollen. Der Mindestwert beträgt 2 OCPUs pro VM oder 8 ECPUs pro VM für X11M (bei Live-VM), es sei denn, Sie geben null OCPUs oder 0 ECPUs für X11M (bei heruntergefahrener VM) an.
Wenn Sie den Wert null angeben, werden alle virtuellen Maschinen des VM-Clusters am Ende des Clustererstellungsprozesses heruntergefahren. In diesem Fall können Sie die virtuellen Maschinen später starten, indem Sie die OCPU-(ECPUs für X11M-)Ressourcen skalieren. Siehe Ressourcen in einem VM-Cluster mit der Konsole skalieren.
Die Anzahl der OCPUs (ECPUs für X11M) für das gesamte VM-Cluster wird automatisch basierend auf der Anzahl der OCPUs pro VM (ECPUs für X11M), die Sie angegeben haben, und der Anzahl der physischen Datenbankserver, die für das VM-Cluster konfiguriert sind, berechnet.
OCPU: Die von einer OCPU bereitgestellte CPU-Kapazität entspricht einem physischen Core eines Intel Xeon-Prozessors mit aktiviertem Hyperthreading. Jede OCPU entspricht zwei Hardwareausführungsthreads, den sogenannten vCPUs.
Siehe Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig.
ECPU: Eine ECPU ist eine abstrakte Kennzahl für Compute-Ressourcen. ECPUs basieren auf der Anzahl an Cores, die elastisch aus einem Pool von Compute- und Storage Servern zugewiesen werden.
- Anzahl angeforderte OCPUs (ECPUs für X11M) für das VM-Cluster: Zeigt die Gesamtanzahl der CPU-Cores an, die dem VM-Cluster zugewiesen sind, basierend auf dem Wert, den Sie im Feld Anzahl der OCPUs (ECPUs für X11M) pro VM angeben angegeben haben. Dieses Feld kann nicht bearbeitet werden.
- Arbeitsspeicher pro VM angeben (GB): Geben Sie den Arbeitsspeicher für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Arbeitsspeichergröße in der Exadata-Infrastruktur betragen.
- Angeforderter Arbeitsspeicher für das VM-Cluster (GB): Zeigt die gesamte Arbeitsspeicherkapazität an, die dem VM-Cluster zugewiesen ist, basierend auf dem Wert, den Sie im Feld Arbeitsspeicher pro VM angeben (GB) eingegeben haben. Dieses Feld kann nicht bearbeitet werden.
- Lokale Dateisystemgröße pro VM angeben (GB): Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen. Geben Sie die Größe des lokalen Dateisystems für jede einzelne VM an. Der Wert muss mehrere 1 GB umfassen und darf nicht mehr als die verfügbare Größe des Dateisystems in der X11M-Infrastruktur betragen.
Der lokale Systemspeicher muss mindestens 60 GB betragen. Jedes Mal, wenn Sie ein neues VM-Cluster erstellen, wird der vom insgesamt verfügbaren Speicherplatz verbleibende Speicherplatz für das neue VM-Cluster genutzt.
Weitere Informationen und Anweisungen zur Angabe der Größe für jede einzelne VM finden Sie unter Einführung in das vertikale oder horizontale Skalieren.
- Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen.
- Ändern Sie die Größe der Dateisysteme
/
,/u01
,/tmp
,/var
,/var/log
,/var/log/audit
und/home
nach Bedarf.Hinweis
- Sie können diese Dateisysteme nur erweitern und die Größe nach der Erweiterung nicht reduzieren.
- Aufgrund von Backuppartitionen und Spiegelung belegen die Dateisysteme
/
und/var
das Doppelte des ihnen zugewiesenen Speicherplatzes. Dies wird in den schreibgeschützten Feldern Gesamtzugewiesener Speicher für / (GB) aufgrund von Spiegelung und Gesamtzugewiesener Speicher für /var (GB) aufgrund von Spiegelung angegeben. - Nachdem Sie das VM-Cluster erstellt haben, prüfen Sie im Abschnitt "Exadata-Ressourcen" auf der Seite "Exadata-Infrastrukturdetails" die Dateigröße, die dem lokalen Speicher (
/u02
) und dem lokalen Speicher (zusätzliche Dateisysteme) zugewiesen ist.
- Reservierter lokaler Speicher pro VM (GB): Zeigt die lokale Speicherkapazität an, die intern für Root-Dateisysteme, Oracle Grid Infrastructure-Homes und Diagnoselogs reserviert ist. Dieses Feld kann nicht bearbeitet werden.
- DB-Server:
- Exadata-Speicher konfigurieren: Die folgenden Einstellungen definieren die Konfiguration des Exadata-Speichers für die Verwendung mit dem VM-Cluster. Der ausgewählte Speichertyp kann später nicht mehr geändert werden, nachdem das VM-Cluster mit dem gewünschten Speichertyp bereitgestellt wurde. Sie haben zwei Optionen zur Auswahl: Automatic Storage Type (ASM) und Exascale. Weitere Informationen zum Exascale-Speichertyp finden Sie unter Exascale-VM-Cluster mit der Konsole erstellen.Automatic Storage Management (ASM)
- Nutzbaren Exadata-Speicher angeben: Geben Sie den Speicherplatz für jede einzelne VM an. Der empfohlene Mindestspeicherplatz beträgt 2 TB.
- Speicher für Exadata-Snapshots zuweisen: Markieren Sie diese Option, um eine SPARSE-Datenträgergruppe zu erstellen, die für die Snapshot-Funktion von Exadata erforderlich ist. Mit Exadata-Snapshots können Sie schnell und einfach platzsparende Klone von Oracle-Datenbanken erstellen und vernichten.
- Speicher für lokale Backups zuweisen: Aktivieren Sie diese Option, um den Exadata-Speicher für lokale Datenbankbackups zu konfigurieren. Wenn Sie diese Option auswählen, wird der RECO-Datenträgergruppe mehr Speicherplatz zugewiesen, um die Backups aufzunehmen. Wenn Sie diese Option nicht auswählen, können Sie keinen lokalen Exadata-Speicher als Backupziel für Datenbanken im VM-Cluster verwenden.
Tabelle 4-13: Speicherzuweisung
Speicherzuweisung DATA-Datenträgergruppe RECO-Datenträgergruppe SPARSE-Datenträgergruppe Exadata-Snapshots: Nein
Backups in lokalem Exadata-Speicher aktivieren: Nein
80%
20%
0% (Die Datenträgergruppe
SPARSE
wird nicht erstellt.)Exadata-Snapshots: Nein
Backups in lokalem Exadata-Speicher aktivieren: Ja
40%
60%
0% (Die Datenträgergruppe
SPARSE
wird nicht erstellt.)Speicher für Exadata-Snapshots zuweisen: Ja
Backups in lokalem Exadata-Speicher aktivieren: Nein
60%
20%
20%
Speicher für Exadata-Snapshots zuweisen: Ja
Backups in lokalem Exadata-Speicher aktivieren: Ja
35%
50%
15%
- Version auswählen:
- Oracle Grid Infrastructure-Release auswählen: Wählen Sie im Dropdown-Menü entweder 19c oder 23ai als Grid Infrastructure-Release aus.
Hinweis
Das ausgewählte Oracle Grid Infrastructure-Release bestimmt, welche Oracle Database-Versionen im VM-Cluster unterstützt werden.
Sie können keine Oracle Database-Version bereitstellen, die neuer als die ausgewählte Grid Infrastructure-Version ist. Beispiel: Um eine 23ai-Datenbank bereitzustellen, müssen Sie das 23ai Grid Infrastructure-Release auswählen.
Hinweis
Um ein VM-Cluster mit Grid Infrastructure 23ai bereitzustellen, sind die folgenden Mindestversionen von Software erforderlich:- Exadata-Gast-VM mit Exadata-Systemsoftware 23.1.8
- Exadata-Infrastruktur, auf der Exadata-Systemsoftware 23.1.x ausgeführt wird
- Der Schalter Alle verfügbaren Grid Infrastructure-Versionen anzeigen ist standardmäßig deaktiviert. Wenn diese Option deaktiviert ist, verwendet das System beim Provisioning des VM-Clusters automatisch die neueste Grid Infrastructure-Version.
Wenn diese Option aktiviert ist, werden im Dropdown-Menü die neuesten vier unterstützten Grid Infrastructure-Versionen angezeigt, mit denen Sie Ihre bevorzugte Version aus der Liste auswählen können.
- Exadata-Gastversion auswählen:
- Exadata-Infrastruktur mit Oracle Linux 7- und Exadata-Imageversion 22.1.10.0.0.230422:
- Die Schaltfläche Image ändern ist nicht aktiviert.
- Die Oracle Grid Infrastructure-Version wird standardmäßig auf 19.0.0.0.0 gesetzt.
- Die Exadata-Gastversion entspricht der Version des Host-BS.
- Exadata-Infrastruktur mit Oracle Linux 8- und Exadata-Imageversion 23.1.3.0.0.230613:
- Die Exadata-Gastversion ist standardmäßig die neueste Version (23.1.3.0).
- Die Oracle Grid Infrastructure-Version ist standardmäßig 19.0.0.0.0
- Die Schaltfläche Image ändern ist aktiviert.
- Klicken Sie auf Image ändern.
Im daraufhin angezeigten Bereich "Image ändern" wird die Liste der verfügbaren Hauptversionen des Exadata-Images (23.1.3.0 und 22.1.3.0) angezeigt.
Das neueste Release für jede Hauptversion wird mit "(letzte)" angegeben.
- Folie Alle verfügbaren Versionen anzeigen.
Sechs frühere Versionen, einschließlich der neuesten Versionen von Exadata-Images 23.1.3.0 und 22.1.3.0, werden angezeigt.
- Version auswählen.
- Klicken Sie auf Änderungen speichern.
- Exadata-Infrastruktur mit Oracle Linux 7- und Exadata-Imageversion 22.1.10.0.0.230422:
- Oracle Grid Infrastructure-Release auswählen: Wählen Sie im Dropdown-Menü entweder 19c oder 23ai als Grid Infrastructure-Release aus.
- SSH-Schlüssel hinzufügen: Geben Sie den Public-Key-Teil eines SSH-Schlüsselpaars ein, das Sie zum Zugriff auf die virtuellen Maschinen des VM-Clusters verwenden möchten. Sie können eine Datei mit dem Schlüssel hochladen oder die SSH-Schlüsselzeichenfolge einfügen.
Um mehrere Schlüssel anzugeben, laden Sie mehrere Schlüsseldateien hoch, oder fügen Sie jeden Schlüssel in ein separates Feld ein. Stellen Sie beim Einfügen von Schlüsseln sicher, dass jeder Schlüssel auf nur einer fortlaufenden Zeile steht. Die Länge der Schlüssel zusammen darf 10.000 Zeichen nicht überschreiten.
- Wählen Sie einen Lizenztyp aus:
- Bring Your Own License (BYOL): Wählen Sie diese Option, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie auf dem VM-Cluster verwenden möchten.
Hinweis
BYOL ist für den VM-Clustertyp "Exadata Database-Developer" nicht verfügbar. - Lizenz inklusive: Wählen Sie diese Option aus, um Oracle Database-Softwarelizenzen als Teil von Exadata Database Service on Cloud@Customer zu abonnieren.
- Bring Your Own License (BYOL): Wählen Sie diese Option, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie auf dem VM-Cluster verwenden möchten.
- Diagnoseerfassung:
Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden. Weitere Informationen finden Sie unter Erste Schritte mit Ereignissen.
Hinweis
Durch Ihr Opt-in erkennen Sie an, dass sich die Liste der Ereignisse, Metriken und Logdateien in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.- Diagnoseereignisse aktivieren: Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht.
- Zustandsmonitoring aktivieren: Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database-Status (hoch-/heruntergefahren), Belegung des Datenträgerspeicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt.
-
Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
Alle drei Kontrollkästchen sind standardmäßig aktiviert. Sie können die Standardeinstellungen unverändert lassen oder die Kontrollkästchen nach Bedarf deaktivieren. Sie können die Einstellungen für die Diagnoseerfassung auf der Seite VM-Clusterdetails unter Allgemeine Informationen >> Diagnoseerfassung anzeigen.-
Aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (alle drei Optionen).
-
Deaktiviert: Wenn Sie keine Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (keine der drei Optionen).
- Teilweise aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs oder Tracedateien erfassen möchten (eine oder zwei Optionen).
-
- Erweiterte Optionen anzeigen:
- Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse
Java.util.TimeZone
und vom Oracle Linux-Betriebssystem unterstützt werden.Hinweis
Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten, wählen Sie die Option Andere Zeitzone auswählen. Wählen Sie die Region oder das Land und dann die entsprechende Zeitzone aus.
Wenn die gewünschte Region oder das gewünschte Land nicht angezeigt wird, wählen Sie Sonstiges und dann eine entsprechende Zeitzone.
- Cloud-Automatisierungsupdate: Oracle wendet regelmäßig Updates an den Datenbanktools und der Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Sie können das bevorzugte Zeitfenster für die Anwendung dieser Updates auf Ihr VM-Cluster konfigurieren. Legen Sie die Startzeit für Cloud-Automatisierungsupdates fest.
Hinweis
Oracle sucht täglich zwischen dem konfigurierten Zeitfenster nach den neuesten VM Cloud Automation-Updates und wendet gegebenenfalls Updates an. Wenn die Automatisierung aufgrund eines zugrunde liegenden Prozesses mit langer Ausführungszeit nicht in der Lage ist, Updates innerhalb des konfigurierten Zeitfensters einzuspielen, prüft Oracle automatisch den folgenden Tag während des konfigurierten Zeitfensters, um Cloud-Automatisierungsupdates auf das VM-Cluster einzuspielen.
Vorzeitigen Zugriff für Cloud-Toolupdates ermöglichen: VM-Cluster, die für vorzeitigen Zugriff bestimmt sind, erhalten Updates 1-2 Wochen, bevor sie für andere Systeme verfügbar sind. Aktivieren Sie dieses Kontrollkästchen, wenn Sie dieses VM-Cluster frühzeitig annehmen möchten.
Cloud Automation Update Freeze-Zeitraum: Oracle wendet regelmäßig Updates auf die Datenbanktools und Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Aktivieren Sie einen Fixierungszeitraum, um ein Zeitfenster zu definieren, in dem die Oracle-Automatisierung keine Cloud-Updates einspielt.
Verschieben Sie den Schieberegler, um die Fixierungsperiode festzulegen.
Hinweis
- Die Sperrperiode kann ab dem Startdatum um maximal 45 Tage verlängert werden.
- Durch die Oracle-Automatisierung werden Updates mit kritischen Sicherheitsfixes (CVSS >= 9) auch während eines konfigurierten Fixierungszeitraums automatisch eingespielt.
- Tags: Optional können Sie Tags anwenden. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.
- Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse
- Optional können Sie die Ressourcenkonfiguration als Stack speichern.
- So speichern Sie die Ressourcenkonfiguration als Stack:
- Klicken Sie auf Als Stack speichern.
- Geben Sie im daraufhin angezeigten Dialogfeld Als Stack speichern die folgenden Details an:
- Name: (Optional) Geben Sie einen aussagekräftigen Namen an, den Sie sich leicht merken können.
- Beschreibung: (Optional) Geben Sie eine kurze Beschreibung ein.
- Compartment: Wählen Sie ein Compartment für diesen Stack aus.
- Tags: Fügen Sie Tags hinzu.
- Klicken Sie auf Speichern.
Nachdem der Stack gespeichert wurde, zeigt das System ein Banner mit einem Link zum gespeicherten Stack an.
- Klicken Sie auf den Link, um den Stack in der Resource Manager-Servicekonsole zu öffnen.
Siehe Resource Manager und Terraform.
- So zeigen Sie die Details eines Stacks an:
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Entwicklerservices auf Ressourcenmanager.
- Klicken Sie auf Stacks.
- Klicken Sie auf den Namen des Stacks, dessen Details Sie anzeigen möchten.
Sie können auch auf das Aktionsmenü (drei Punkte) klicken und dann die Option Stackdetails anzeigen auswählen.
- So speichern Sie die Ressourcenkonfiguration als Stack:
- Klicken Sie auf VM-Cluster erstellen.
Die Seite "VM-Clusterdetails" wird angezeigt. Während der Erstellung lautet der Status des VM-Clusters Ausstehend. Wenn die Erstellung des VM-Clusters abgeschlossen ist, ändert sich sein Status in Verfügbar.
Im Abschnitt "Exadata-Datenbankspeicher" auf der Seite "VM-Clusterdetails" wird der konfigurierte Speichertyp (in diesem Fall ASM) angezeigt.
Verwandte Themen
- Servicebeschreibung für Oracle Exadata Database Service on Cloud@Customer
- Ressourcen in einem VM-Cluster mit der Konsole skalieren
- Einführung in das vertikale oder horizontale Skalieren
- Schätzen, wie viel lokalen Speicher Sie auf Ihren VMs bereitstellen können
- Ressourcentags
- Servicebeschreibungsdokumente für Oracle PaaS/IaaS Cloud
- Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig
- Erste Schritte mit Ereignissen
- Überblick über die Ereignisse des Database-Service
- Überblick über die automatische Diagnoseerfassung
- Vorfallslogs und Tracedateien
- Zustandsmetriken
- Diagnoseerfassung mit der Konsole aktivieren, teilweise aktivieren oder deaktivieren
- Resource Manager und Terraform
Exascale-VM-Cluster in der Konsole erstellen
Um Ihr Exascale-VM-Cluster zu erstellen, müssen sie Werte für das Feld angeben, das für das Konfigurieren der Infrastruktur erforderlich ist.
Um ein Exascale-VM-Cluster zu erstellen, müssen Sie Folgendes sicherstellen:
- Aktive Exadata-Infrastruktur zum Hosten des VM-Clusters.
- Validiertes VM-Clusternetzwerk zur Verwendung durch das VM-Cluster.
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Oracle Database auf Exadata Database Service on Cloud@Customer.
- Wählen Sie die Region aus, zu der Ihre Exadata-Infrastruktur gehört.
- Klicken Sie auf Exadata-VM-Cluster.
- Klicken Sie auf Exadata-VM-Cluster erstellen.
- Geben Sie die erforderlichen Informationen auf der Seite Exadata-VM-Cluster erstellen an:
- Compartment auswählen: Wählen Sie in der Liste der verfügbaren Compartments das Compartment aus, das das VM-Cluster enthalten soll.
- Geben Sie den Anzeigenamen an: Der Anzeigename ist ein benutzerfreundlicher Name, mit dem Sie das VM-Cluster identifizieren können. Der Name muss nicht eindeutig sein, da eine Oracle Cloud-ID (OCID) das VM-Cluster eindeutig identifiziert.
- Wählen Sie eine Exadata-Infrastruktur aus: Wählen Sie in der Liste die Exadata-Infrastruktur aus, die das VM-Cluster hosten soll. Sie können kein VM-Cluster ohne verfügbare und aktive Exadata-Infrastruktur erstellen.
- Wählen Sie ein VM-Clusternetzwerk aus: Wählen Sie aus der Liste eine VM-Clusternetzwerkdefinition für das VM-Cluster aus. Bevor Sie ein VM-Cluster erstellen können, benötigen Sie ein verfügbares und validiertes VM-Clusternetzwerk.
- VM-ClustertypHinweis
Nach dem Deployment des VM-Clusters können Sie den VM-Clustertyp nicht mehr ändern. Wenn Sie den VM-Clustertyp ändern möchten, müssen Sie ein neues VM-Cluster erstellen und die Datenbank in das neue Cluster migrieren.- Exadata Database: Standarddatenbank-VM ohne Einschränkungen, geeignet für alle Workloads.
- Exadata Database-Developer: Entwicklerdatenbank-VM mit Einschränkungen, die nur für die Anwendungsentwicklung geeignet ist.
- VM-Cluster konfigurieren:
- DB-Server:
- Klicken Sie auf DB-Server ändern für das VM-Platzieren, um VM-Ressourcen zuzuweisen.
- Gehen Sie im Dialogfeld DB-Server ändern wie folgt vor:
VM-Clustertyp - Exadata-Datenbank: Wählen Sie mindestens einen Datenbankserver für die VM-Platzierung aus. Wenn Sie einen High Availability-Datenbankservice benötigen, der während der Wartung und ungeplanten Ausfällen verfügbar bleibt, wählen Sie mindestens zwei Datenbankserver aus. Die maximalen für die Zuweisung pro VM verfügbaren Ressourcen basieren auf der Anzahl der ausgewählten Datenbankserver.
VM-Clustertyp - Exadata Database-Developer: Wählen Sie einen Datenbankserver für die VM-Platzierung aus. Es kann nur ein einzelner Datenbankserver ausgewählt werden.
Hinweis
- DB-Server, auf denen bereits 8 VMs ausgeführt werden, stehen nicht zur Wahl.
- Bei der Berechnung der maximalen lokalen Speicherressourcen über die ausgewählten DB-Server hinweg wird der reservierte lokale Speicher, der vom System zum Hosten einer VM benötigt wird, vom DB-Server mit den geringsten Ressourcen abgezogen.
Beispiel: Wenn der lokal verfügbare Speicher auf den ausgewählten DB-Servern 823 GB für DB-Server 3 und 813 GB für DB-Server 4 ist, beträgt das Minimum für alle ausgewählten Server 813 GB, und das Maximum für die Ressourcenzuweisung beträgt: 813 GB - 184 GB (reservierter lokaler Speicher für das Hosting der VM auf X8M-DB-Servern) = 629 GB.
Weitere Informationen finden Sie unter Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen können.
- Klicken Sie auf Speichern.
- Geben Sie die OCPU-(ECPUs für X11M-)Anzahl pro VM an: Geben Sie die OCPU-(ECPUs für X11M-)Anzahl an, die für jede VM in diesem Cluster bereitgestellt werden soll. Der Mindestwert beträgt 2 OCPUs pro VM oder 8 ECPUs pro VM für X11M (für eine Live-VM-Bedingung), es sei denn, Sie geben null OCPUs oder 0 ECPUs für X11M an (für eine VM-Bedingung zum Herunterfahren).
Wenn Sie den Wert null angeben, werden alle virtuellen Maschinen des VM-Clusters am Ende des Clustererstellungsprozesses heruntergefahren. In diesem Fall können Sie die virtuellen Maschinen später starten, indem die OCPU-(ECPUs für X11M-)Ressourcen skaliert werden. Siehe Ressourcen in einem VM-Cluster mit der Konsole skalieren.
Die OCPU-(ECPUs für X11M-)Anzahl für das gesamte VM-Cluster wird automatisch basierend auf der angegebenen Anzahl pro VM-OCPUs (ECPUs für X11M) und der Anzahl der für das VM-Cluster konfigurierten physischen Datenbankserver berechnet.
OCPU: Die von einer OCPU bereitgestellte CPU-Kapazität entspricht einem physischen Core eines Intel Xeon-Prozessors mit aktiviertem Hyperthreading. Jede OCPU entspricht zwei Hardwareausführungsthreads, den sogenannten vCPUs.
Siehe Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig.
ECPU: Eine ECPU ist eine abstrakte Kennzahl für Compute-Ressourcen. ECPUs basieren auf der Anzahl der Cores, die elastisch aus einem Pool von Compute- und Speicherservern zugewiesen werden.
- Angeforderte OCPU-Anzahl (ECPUs für X11M) für das VM-Cluster: Zeigt die Gesamtanzahl der CPU-Cores an, die dem VM-Cluster zugeordnet sind, basierend auf dem Wert, den Sie im Feld Anzahl der OCPUs (ECPUs für X11M) pro VM angeben angegeben haben. Dieses Feld kann nicht bearbeitet werden.
- Arbeitsspeicher pro VM angeben (GB): Geben Sie den Arbeitsspeicher für jede einzelne VM an. Der Wert muss ein Vielfaches von 1 GB sein und darf nicht mehr als die verfügbare Arbeitsspeichergröße in der Exadata-Infrastruktur betragen.
- Angeforderter Arbeitsspeicher für das VM-Cluster (GB): Zeigt die gesamte Arbeitsspeicherkapazität an, die dem VM-Cluster zugewiesen ist, basierend auf dem Wert, den Sie im Feld Arbeitsspeicher pro VM angeben (GB) eingegeben haben. Dieses Feld kann nicht bearbeitet werden.
- Lokale Dateisystemgröße pro VM angeben (GB): Geben Sie die Größe des lokalen Dateisystems für jede einzelne VM an. Der Wert muss größer als 1 GB sein und darf nicht mehr als die verfügbare Größe des Dateisystems in der X11M-Infrastruktur betragen.
Der lokale Systemspeicher muss mindestens 60 GB betragen. Jedes Mal, wenn Sie ein neues VM-Cluster erstellen, wird der vom insgesamt verfügbaren Speicherplatz verbleibende Speicherplatz für das neue VM-Cluster genutzt.
Weitere Informationen und Anweisungen zur Angabe der Größe für jede einzelne VM finden Sie unter Einführung in das vertikale oder horizontale Skalieren.
- Klicken Sie auf Erweiterte Optionen anzeigen, um zusätzliche Konfigurationsoptionen für lokale Dateisysteme anzuzeigen.
- Ändern Sie die Größe der Dateisysteme
/
,/u01
,/tmp
,/var
,/var/log
,/var/log/audit
und/home
nach Bedarf.Hinweis
- Sie können diese Dateisysteme nur erweitern und die Größe nach dem Erweitern nicht verringern.
- Aufgrund von Backuppartitionen und Datenspiegelung belegen die Dateisysteme
/
und/var
doppelt so viel Speicherplatz, wie ihnen zugewiesen wurde. Dies wird in den schreibgeschützten Feldern Gesamter zugewiesener Speicher für / (GB) aufgrund von Datenspiegelung und Gesamter zugewiesener Speicher für /var (GB) aufgrund von Datenspiegelung angegeben. - Nachdem Sie das VM-Cluster erstellt haben, prüfen Sie im Abschnitt "Exadata-Ressourcen" auf der Seite "Exadata-Infrastrukturdetails" die Dateigröße, die dem lokalen Speicher (
/u02
) und dem lokalen Speicher (zusätzliche Dateisysteme) zugewiesen ist.
- Reservierter lokaler Speicher pro VM (GB): Zeigt die lokale Speicherkapazität an, die intern für Root-Dateisysteme, Oracle Grid Infrastructure-Homes und Diagnoselogs reserviert ist. Dieses Feld kann nicht bearbeitet werden.
- DB-Server:
- Exadata-Speicher konfigurieren: Die folgenden Einstellungen definieren die Konfiguration des Exadata-Speichers für die Verwendung mit dem VM-Cluster. Nach der Auswahl kann der Speichertyp nicht mehr geändert werden, nachdem das VM-Cluster mit dem gewünschten Speichertyp bereitgestellt wurde. Sie haben zwei Optionen: Automatic Storage Type (ASM) und Exascale. Weitere Informationen zum ASM-Speichertyp finden Sie unter ASM-VM-Cluster mit der Konsole erstellen.Hinweis
Mindestanforderung zur Konfiguration des Exascale-Speichers
- Dieses Feature wird im Exadata-Infrastrukturmodell X8M und höher unterstützt.
- Dieses Feature ist in Exadata-Systemsoftwareversion 24.1 und höher verfügbar.
- Dieses Feature erfordert Oracle Grid Infrastructure-Version 23ai (24.3) und unterstützt Oracle database-Versionen 23ai (23.4) und höher.
Exascale-Option wird deaktiviert, wenn die Mindestanforderung nicht erfüllt ist.
Exascale-Datenbankspeicher-Vault:- Neuen Speicher-Vault erstellen: Wählen Sie diese Option aus, um einen neuen Exascale-Datenbankspeicher-Vault beim Provisioning des VM-Clusters zu erstellen.
- Speicher-Vault-Name: Geben Sie einen aussagekräftigen Namen für den Vault ein. Klicken Sie auf den Link Compartment ändern, und wählen Sie ein Compartment aus, wenn Sie diesen Vault in einem anderen Compartment erstellen möchten.
- Speicherkapazität für Datenbanken: Geben Sie die Speicherkapazität für die Datenbanken innerhalb der auf dem Bildschirm angezeigten Mindest- und Höchstwerte ein.
Hinweis
Wenn zusätzlicher Speicherplatz über den angezeigten Höchstwert hinaus benötigt wird, muss die Exascale-Kapazität erhöht werden. Weitere Informationen finden Sie unter Exascale-Speicher-Vault mit der Konsole skalieren.
- Vorhandenen Speicher-Vault auswählen: Wählen Sie einen Vault aus, der sich im Compartment Ihrer Wahl befindet.
- Version auswählen:Hinweis
Nur Oracle database 23ai kann im Exascale-VM-Cluster bereitgestellt werden.- Oracle Grid Infrastructure-Release auswählen: Das Oracle Grid Infrastructure-Release ist standardmäßig auf 23ai gesetzt.
Hinweis
Das ausgewählte Oracle Grid Infrastructure-Release bestimmt, welche Oracle Database-Versionen im VM-Cluster unterstützt werden.
Sie können keine Oracle Database-Version bereitstellen, die neuer als die ausgewählte Grid Infrastructure-Version ist. Beispiel: Um eine 23ai-Datenbank bereitzustellen, müssen Sie das 23ai Grid Infrastructure-Release auswählen.
Hinweis
Um ein VM-Cluster mit Grid Infrastructure 23ai bereitzustellen, sind die folgenden Softwareversionen mindestens erforderlich:- Exadata-Gast-VM mit Exadata-Systemsoftware 23.1.8
- Exadata-Infrastruktur mit Exadata-Systemsoftware 23.1.x
- Der Schalter Alle verfügbaren Grid Infrastructure-Versionen anzeigen ist standardmäßig deaktiviert. Wenn diese Option deaktiviert ist, verwendet das System beim Provisioning des VM-Clusters automatisch die neueste Grid Infrastructure-Version.
Wenn diese Option aktiviert ist, werden im Dropdown-Menü die neuesten vier unterstützten Grid Infrastructure-Versionen angezeigt, mit denen Sie Ihre bevorzugte Version aus der Liste auswählen können.
- Exadata-Gastversion auswählen:
- Die Exadata-Gastversion ist standardmäßig die neueste (24.1.6.0)
- Die Oracle Grid Infrastructure-Version ist standardmäßig 23ai
- Die Schaltfläche Image ändern ist aktiviert.
- Klicken Sie auf Image ändern.
Im daraufhin angezeigten Fensterbereich "Image ändern" wird die Liste der verfügbaren Hauptversionen des Exadata-Images (24.1.6.0 und höher) angezeigt.
Das neueste Release für jede Hauptversion wird durch "(Neueste)" angegeben.
- Folie Alle verfügbaren Versionen anzeigen
Sechs frühere Versionen, einschließlich der neuesten Versionen von Exadata-Images 24.1.6.0 und höher, werden angezeigt.
- Version auswählen.
- Klicken Sie auf Änderungen speichern.
- Oracle Grid Infrastructure-Release auswählen: Das Oracle Grid Infrastructure-Release ist standardmäßig auf 23ai gesetzt.
- SSH-Schlüssel hinzufügen: Geben Sie den Public-Key-Teil eines SSH-Schlüsselpaars ein, das Sie zum Zugriff auf die virtuellen Maschinen des VM-Clusters verwenden möchten. Sie können eine Datei mit dem Schlüssel hochladen oder die SSH-Schlüsselzeichenfolge einfügen.
Um mehrere Schlüssel anzugeben, laden Sie mehrere Schlüsseldateien hoch, oder fügen Sie jeden Schlüssel in ein separates Feld ein. Stellen Sie beim Einfügen von Schlüsseln sicher, dass jeder Schlüssel auf nur einer fortlaufenden Zeile steht. Die Länge der Schlüssel zusammen darf 10.000 Zeichen nicht überschreiten.
- Wählen Sie einen Lizenztyp aus:
- Bring Your Own License (BYOL): Wählen Sie diese Option, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie auf dem VM-Cluster verwenden möchten.
Hinweis
BYOL ist mit dem VM-Clustertyp "Exadata Database-Developer" nicht verfügbar. - Lizenz inklusive: Wählen Sie diese Option aus, um Oracle Database-Softwarelizenzen als Teil von Exadata Database Service on Cloud@Customer zu abonnieren.
- Bring Your Own License (BYOL): Wählen Sie diese Option, wenn Ihre Organisation bereits Oracle Database-Softwarelizenzen besitzt, die Sie auf dem VM-Cluster verwenden möchten.
- Diagnoseerfassung:
Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden. Weitere Informationen finden Sie unter Erste Schritte mit Ereignissen.
Hinweis
Durch Ihr Opt-in erkennen Sie an, dass sich die Liste der Ereignisse, Metriken und Logdateien in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.- Diagnoseereignisse aktivieren: Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht.
- Zustandsmonitoring aktivieren: Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database-Status (hoch-/heruntergefahren), Belegung des Datenträgerspeicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt.
-
Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
Alle drei Kontrollkästchen sind standardmäßig aktiviert. Sie können die Standardeinstellungen unverändert lassen oder die Kontrollkästchen nach Bedarf deaktivieren. Sie können die Einstellungen für die Diagnoseerfassung auf der Seite VM-Clusterdetails unter Allgemeine Informationen >> Diagnoseerfassung anzeigen.-
Aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (alle drei Optionen).
-
Deaktiviert: Wenn Sie keine Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (keine der drei Optionen).
- Teilweise aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs oder Tracedateien erfassen möchten (eine oder zwei Optionen).
-
- Erweiterte Optionen anzeigen:
- Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse
Java.util.TimeZone
und vom Oracle Linux-Betriebssystem unterstützt werden.Hinweis
Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten, wählen Sie die Option Andere Zeitzone auswählen. Wählen Sie die Region oder das Land und dann die entsprechende Zeitzone aus.
Wenn die gewünschte Region oder das gewünschte Land nicht angezeigt wird, wählen Sie Sonstiges und dann eine entsprechende Zeitzone.
- Cloud-Automatisierungsupdate: Oracle wendet regelmäßig Updates an den Datenbanktools und der Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Sie können das bevorzugte Zeitfenster für die Anwendung dieser Updates auf Ihr VM-Cluster konfigurieren. Legen Sie die Startzeit für Cloud-Automatisierungsupdates fest.
Hinweis
Oracle sucht täglich zwischen dem konfigurierten Zeitfenster nach den neuesten VM Cloud Automation-Updates und wendet gegebenenfalls Updates an. Wenn die Automatisierung aufgrund eines zugrunde liegenden Prozesses mit langer Ausführungszeit nicht in der Lage ist, Updates innerhalb des konfigurierten Zeitfensters einzuspielen, prüft Oracle automatisch den folgenden Tag während des konfigurierten Zeitfensters, um Cloud-Automatisierungsupdates auf das VM-Cluster einzuspielen.
Vorzeitigen Zugriff für Cloud-Tools-Update aktivieren: VM-Cluster, die für einen vorzeitigen Zugriff bestimmt sind, erhalten Updates 1-2 Wochen bevor sie für andere Systeme verfügbar sind. Aktivieren Sie dieses Kontrollkästchen, wenn Sie eine vorzeitige Annahme für dieses VM-Cluster wünschen.
Fixierungszeitraum für Cloud-Automatisierungsupdates: Oracle wendet regelmäßig Updates an den Datenbanktools und der Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Aktivieren Sie einen Sperrzeitraum, um ein Zeitfenster zu definieren, in dem die Oracle-Automatisierung keine Cloud-Updates einspielt.
Verschieben Sie den Schieberegler, um die Einfrierperiode festzulegen.
Hinweis
- Die Sperrfrist kann ab dem Startdatum maximal 45 Tage betragen.
- Die Oracle-Automatisierung übernimmt Updates mit kritischen Sicherheitsfixes (CVSS >= 9) auch während eines konfigurierten Sperrzeitraums automatisch.
- Tags: Optional können Sie Tags anwenden. Wenn Sie über Berechtigungen zum Erstellen von Ressourcen verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigung zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.
- Zeitzone: Die Standardzeitzone für die Exadata-Infrastruktur ist UTC. Sie können jedoch eine andere Zeitzone angeben. Gültige Zeitzonenoptionen sind diejenigen, die von der Klasse
- Optional können Sie die Ressourcenkonfiguration als Stack speichern.
- So speichern Sie die Ressourcenkonfiguration als Stack:
- Klicken Sie auf Als Stack speichern.
- Geben Sie im daraufhin angezeigten Dialogfeld Als Stack speichern die folgenden Details an:
- Name: (Optional) Geben Sie einen aussagekräftigen Namen an, den Sie sich leicht merken können.
- Beschreibung: (Optional) Geben Sie eine kurze Beschreibung ein.
- Compartment: Wählen Sie ein Compartment für diesen Stack aus.
- Tags: Fügen Sie Tags hinzu.
- Klicken Sie auf Speichern.
Nachdem der Stack gespeichert wurde, zeigt das System ein Banner mit einem Link zum gespeicherten Stack an.
- Klicken Sie auf den Link, um den Stack in der Resource Manager-Servicekonsole zu öffnen.
Siehe Resource Manager und Terraform.
- So zeigen Sie die Details eines Stacks an:
- Öffnen Sie das Navigationsmenü. Klicken Sie unter Entwicklerservices auf Ressourcenmanager.
- Klicken Sie auf Stacks.
- Klicken Sie auf den Namen des Stacks, dessen Details Sie anzeigen möchten.
Sie können auch auf das Aktionsmenü (drei Punkte) klicken und dann die Option Stackdetails anzeigen auswählen.
- So speichern Sie die Ressourcenkonfiguration als Stack:
- Klicken Sie auf VM-Cluster erstellen.
Die Seite "VM-Clusterdetails" wird angezeigt. Während der Erstellung lautet der Status des VM-Clusters Ausstehend. Wenn die Erstellung des VM-Clusters abgeschlossen ist, ändert sich sein Status in Verfügbar.
Im Abschnitt "Exadata Database Storage" auf der Seite "VM-Clusterdetails" wird der konfigurierte Speichertyp angezeigt. In diesem Fall ist dies Exascale.
Verwandte Themen
- Servicebeschreibung für Oracle Exadata Database Service on Cloud@Customer
- Ressourcen in einem VM-Cluster mit der Konsole skalieren
- Einführung in das vertikale oder horizontale Skalieren
- Schätzen, wie viel lokalen Speicher Sie für Ihre VMs bereitstellen kann
- Ressourcentags
- Servicebeschreibungsdokumente für Oracle PaaS/IaaS Cloud
- Oracle Platform as a Service und Infrastructure as a Service - Public Cloud Service-Beschreibungen, gemessen und nutzungsunabhängig
- Erste Schritte mit Ereignissen
- Überblick über die Ereignisse des Database-Service
- Überblick über die automatische Diagnoseerfassung
- Vorfallslogs und Tracedateien
- Zustandsmetriken
- Diagnoseerfassung mit der Konsole aktivieren, teilweise aktivieren oder deaktivieren
- Resource Manager und Terraform