Pianifica e osserva la capacità di Autonomous Database sull'infrastruttura Exadata dedicata
Puoi osservare e pianificare le risorse di computazione e storage dell'infrastruttura Autonomous Database on Dedicated Exadata per un utilizzo efficiente e una fatturazione ottimale.
Oracle Autonomous Database offre dashboard e visualizzazioni che consentono di tenere traccia dell'allocazione e dell'uso delle risorse per il servizio.
Argomenti correlati
Terminologia risorsa
È importante comprendere i vari termini utilizzati con l'allocazione e l'uso delle risorse sulla console Oracle Cloud Infrastructure (OCI) e capire cosa significano:
- CPU disponibili: CPU disponibili per l'allocazione per eseguire il provisioning di nuovi Autonomous Database o per ridimensionare gli Autonomous Database esistenti.
- CPU con provisioning eseguito: il numero totale di CPU allocate per tutte le Autonomous Database all'interno di un cluster VM Autonomous Exadata (AVMC).
- CPU riservate: totale di CPU riservate per supportare la scala automatica degli Autonomous Database, il failover di Autonomous Database in caso di errore del nodo e la gestione del ciclo di vita degli Autonomous Container Database (ACD) vuoti.
- CPU recuperabili: il totale delle CPU da tutte le istanze di Autonomous Database arrestate e sottoposte a scale down in tutte le istanze di Autonomous Container Database (ACD) all'interno di un cluster VM Autonomous Exadata (AVMC). Le CPU recuperabili non vengono riportate allo stato Disponibile fino al riavvio dell'ACD.
Suggerimento
Per una spiegazione dettagliata sui tipi di CPU con esempi, vedere Compute Management in Autonomous Database. - ACD con provisioning consentito: numero di Autonomous Container Database che è possibile creare in un cluster VM Exadata (AVMC).
- ACD con provisioning eseguito: numero di Autonomous Container Database che sono stati creati in un cluster VM Exadata (AVMC).
- ACD di cui non è possibile eseguire il provisioning: numero di Autonomous Container Database che non è possibile creare a causa della carenza di CPU disponibili in un cluster VM Exadata Autonomous (AVMC).
- Storage totale (in TB): storage totale allocato a un cluster VM Autonomous Exadata (AVMC).
- Storage disponibile (in TB): storage disponibile per l'uso degli Autonomous Databases in un cluster VM Autonomous Exadata (AVMC).
- Storage usato (in TB): storage attualmente usato dagli Autonomous Database in un cluster VM Autonomous Exadata (AVMC).
- Memoria per CPU (in GB): memoria allocata al cluster VM Autonomous Exadata (AVMC) per CPU.
Limiti risorse
La tabella riportata di seguito elenca i limiti di risorsa per le distribuzioni di Autonomous Database on Dedicated Exadata Infrastructure su Oracle Public Cloud ed Exadata Cloud@Customer.
Limiti risorse (massimo)
-
Il numero di CPU disponibili determina il numero massimo di Autonomous Database che è possibile creare. È possibile creare l'Autonomous Database più piccolo con 2 ECPU o 0,1 CPU. Pertanto, il numero massimo di Autonomous Database che è possibile creare è di metà volte la quantità di ECPU disponibili o di dieci volte la quantità di OCPU disponibili.
- Il numero massimo di Autonomous Container Database per ogni cluster VM di Autonomous Exadata (AVMC) è 16.
Limiti risorse consigliati (massimo)
| Risorsa | Limite consigliato |
|---|---|
| Autonomous Databases per Autonomous Container Database | 200 |
| Autonomous Database per Autonomous Container Database con Autonomous Data Guard configurato | 25 |
Nota
È possibile eseguire il provisioning di più Autonomous Database rispetto a quelli indicati nella tabella dei limiti consigliati sopra, in particolare con il overprovisioning della CPU. Tuttavia, ciò implica compromettere gli obiettivi livello di servizio (SLO, Service Level Objectives) di restituire un'applicazione online a seguito di un'indisponibilità non pianificata o di un'attività di manutenzione pianificata. Per conoscere i dettagli SLO per l'implementazione dell'infrastruttura Autonomous Database on Dedicated Exadata, vedere Availability Service Level Objectives (SLO).Limiti per i cluster VM Autonomous Exadata
È possibile creare più cluster VM Autonomous Exadata (AVMC) su una risorsa dell'infrastruttura Exadata. Non sono previsti limiti definitivi per il numero di AVMC o Autonomous Container Database (ACD) di cui è possibile eseguire il provisioning nell'infrastruttura Exadata. Gli AVMC e gli ACD hanno un requisito minimo di risorse ed è possibile crearli purché sia disponibile la quantità minima di risorse.
Per creare un cluster VM Autonomous Exadata, le risorse minime necessarie sono 40 ECPU per nodo, 120 GB di memoria per nodo e 338.5GB Storage locale per nodo e 6.61TB Storage Exadata. Allo stesso modo, le risorse minime necessarie per ogni nodo per creare un ACD sono 8 ECPU o 2 OCPU e 50 GB di storage locale. Finché l'infrastruttura Exadata dispone di queste risorse minime disponibili, è possibile creare un AVMC e un ACD.
Nota
I valori predefiniti per la memoria del database per ECPU (GB) e per lo storage del database (TB) sono impostati rispettivamente su 5 GB e 5 TB. Tuttavia, è possibile impostare la memoria del database per ECPU in modo che sia compresa tra 2 e 5 GB.| Proprietà | 1 ACD | 2 ACD | 3 ACD | 16 ACD |
|---|---|---|---|---|
| Conteggio ECPU | 80 | 80 | 96 | 512 |
| Memoria (GB) | 320 | 320 | 368 | 1.616 |
| Storage locale (GB) | 677 | 780 | 883 | 2.222 |
| Memoria Exadata (TB) | 6,61 | 6,73 | 6,86 | 8,45 |
Monitoraggio uso risorse
Le risorse di computazione (CPU) e di storage allocate per un cluster VM Autonomous Exadata (AVMC) o un Autonomous Container Database (ACD) variano in base al provisioning e all'esecuzione degli Autonomous Database in essi contenuti. Numero di CPU allocate, di cui è stato eseguito il provisioning, riservate e recuperabili e modifica dello storage totale, disponibile e utilizzato durante il ciclo di vita degli ACD e degli Autonomous Database in un AVMC. Quando esegui il provisioning, l'esecuzione e l'arresto degli Autonomous Database o esegui il provisioning, l'eliminazione e il riavvio degli ACD, le risorse di computazione e storage si spostano in categorie diverse, come spiegato in Compute Management in Autonomous Database.
Il monitoraggio dell'uso delle risorse per un AVMC o ACD tra le tenancy è fondamentale per pianificare la capacità per l'Autonomous Database sull'infrastruttura Exadata dedicata. Per semplificare la registrazione dell'uso delle risorse, Oracle Autonomous Database fornisce insight in formati grafici e tabulari dalla console Oracle Cloud Infrastructure (OCI).
- Cluster VM Autonomous Exadata (AVMC): è possibile visualizzare i dettagli sull'uso delle risorse di un AVMC dalla relativa pagina Dettagli sulla console OCI. Informazioni approfondite sulle risorse sono presentate in un formato grafico e tabulare per l'AVMC e ogni ACD fornito nell'AVMC.
Per istruzioni e spiegazioni dettagliate, fare riferimento a Visualizza l'uso delle risorse per un cluster VM Autonomous Exadata.
- Autonomous Container Database (ACD): analogamente ad AVMC, puoi anche visualizzare i dettagli sull'uso delle risorse di un ACD dalla relativa pagina Dettagli sulla console OCI. In questa pagina sono disponibili informazioni complete sulle risorse in questo ACD in formato grafico e tabellare.
Per istruzioni e spiegazioni dettagliate, fare riferimento a Visualizza uso delle risorse per un Autonomous Container Database.
Visualizzazioni sull'uso delle risorse
Le metriche sull'uso delle risorse vengono presentate nella console OCI in formati grafici e tabulari per il cluster VM Autonomous Exadata (AVMC) e l'Autonomous Container Database (ACD).
Suggerimento
È possibile scegliere di visualizzare queste informazioni nella vista grafica o in formato tabulare selezionando Vista grafico o Vista tabella dall'elenco a discesa nell'angolo superiore destro di questa sezione.Questa sezione contiene rappresentazioni grafiche e tabulari dell'utilizzo delle risorse di AVMC.
Vista grafico
La vista Grafico è la vista predefinita. In questa vista è possibile visualizzare 4 visualizzazioni grafiche che forniscono dettagli sull'uso per risorse diverse.
- Uso della CPU: indica il numero totale di CPU allocate a questo AVMC e il numero di CPU recuperabili, disponibili, di cui è stato eseguito il provisioning e riservate. Questo è un grafico a ciambella con il numero totale di CPU visualizzate al centro del grafico.
- Uso della CPU a livello di VM: si tratta di un grafico a barre orizzontale che fornisce un'analisi dettagliata dell'uso della CPU per ogni VM nel cluster. È possibile trovare una barra orizzontale per ogni VM. Ogni barra mostra il numero di CPU recuperabili, disponibili, di cui è stato eseguito il provisioning e riservate per tale VM con codifica colori. Passando il mouse su ogni parte colorata della barra orizzontale viene visualizzato il numero di CPU recuperabili, disponibili, di cui è stato eseguito il provisioning e riservate per la VM specifica. Fare clic sulle barre recuperabili, di cui è stato eseguito il provisioning e riservate per aprire un nuovo pannello con l'analisi stratificata di tali componenti CPU da parte degli ACD.
- Uso ACD (Autonomous Container Database): distribuisce il numero totale di ACD che è possibile creare in questo AVMC insieme a un'interruzione di ACD con provisioning consentito, ACD con provisioning eseguito e ACD non con provisioning consentito. Consulta la sezione relativa alla terminologia delle risorse per capire il significato di ciascuna di esse. Questo è un grafico a ciambella con il numero totale di ACD mostrati al centro del grafico.
- Uso di Autonomous Database Storage (in TB): questo è un grafico a ciambella che mostra lo storage disponibile, utilizzato e totale di Autonomous Database in TB. Il valore di memorizzazione totale viene visualizzato al centro del grafico con i valori di memorizzazione disponibili e utilizzati visualizzati nel grafico in colori diversi.
Vista tabella
Per visualizzare i dettagli sull'uso delle risorse di un AVMC nella vista tabella, selezionare Vista tabella dall'elenco a discesa nell'angolo superiore destro della sezione Visualizzazioni uso risorse. La vista Tabella mostra gli stessi dettagli della vista Grafico sotto forma di tabelle.
- Uso della CPU: elenca il numero di CPU totali, disponibili, di cui è stato eseguito il provisioning, riservate e recuperabili in questo AVMC.
- Uso della CPU a livello di VM: elenca il numero di CPU disponibili, di cui è stato eseguito il provisioning, riservate e recuperabili per ogni VM in questo cluster VM.
- Utilizzo di Autonomous Container Database (ACD): elenca il numero di ACD di cui è possibile eseguire il provisioning, di cui è stato eseguito il provisioning e di cui non è possibile eseguire il provisioning in questo AVMC.
- Uso di Autonomous Database Storage (in TB): Mostra lo storage Autonomous Database disponibile e usato in TB.
Questa sezione contiene rappresentazioni grafiche e tabulari dell'uso delle risorse di ACD.
Vista grafico
La vista Grafico è la vista predefinita. In questa vista, è possibile visualizzare un grafico a barre orizzontali che fornisce un'analisi stratificata delle CPU utilizzate da questo ACD in ogni VM. Ogni barra mostra il numero di CPU di cui è stato eseguito il provisioning, riservate e recuperabili per tale VM con codifica a colori. Passando il mouse su ogni parte colorata della barra orizzontale viene visualizzato il numero di CPU con provisioning eseguito, riservate e recuperabili per la VM specifica.
Vista tabella
Per visualizzare i dettagli sull'uso delle risorse di un ACD nella vista tabella, selezionare Vista tabella dall'elenco a discesa nell'angolo superiore destro della sezione Uso CPU a livello di VM. La vista Tabella mostra gli stessi dettagli della vista Grafico, sotto forma di tabella. Elenca il numero di CPU con provisioning eseguito, riservate e recuperabili per ogni VM allocata all'ACD dal cluster VM padre.
Forme di sistema Exadata
È possibile eseguire il provisioning di Autonomous Database sull'infrastruttura Exadata dedicata su modelli di sistema Exadata diversi, ad esempio Oracle Exadata X9M-2, X8M-2, X8-2 o X7-2 modelli di sistema. Ogni modello è disponibile in diverse forme, come spiegato di seguito. Ogni forma di sistema Exadata è dotata di una quantità fissa di memoria, storage e risorse di rete.
Le risorse totali allocate all'infrastruttura Autonomous Database on Dedicated Exadata vengono determinate dal sistema (e dalla forma) Exadata utilizzati per eseguire il provisioning del servizio.
Suggerimento
Per visualizzare le specifiche di ciascun modello di sistema Exadata, fare riferimento a Caratteristiche delle forme dell'infrastruttura.- Sistema di base: contiene due database server e tre server di storage Oracle Exadata. Un sistema di base è una configurazione entry-level. Rispetto ad altre configurazioni, un sistema di base contiene server Oracle Exadata Storage con una capacità di storage notevolmente inferiore e server di database con una potenza di elaborazione e memoria notevolmente inferiore.
- Quarter Rack: contiene due database server e tre server di storage Oracle Exadata.
- Half Rack: contiene quattro server di database e sei server di storage Oracle Exadata.
- Full Rack: contiene otto database server e 12 server di storage Oracle Exadata.
I sistemi X10M nelle distribuzioni di Exadata Cloud@Customer sono disponibili nelle seguenti forme di sistema Exadata:
- Elastic Base System: contiene due database server e tre server Oracle Exadata Storage e può essere espanso fino a un massimo di 16 server aggiungendo ulteriori database server di base e storage server di base. Un sistema di base è una configurazione entry-level. Rispetto ad altre configurazioni, un sistema di base contiene server Oracle Exadata Storage con una capacità di storage notevolmente inferiore e server di database con una potenza di elaborazione e memoria notevolmente inferiore.
- Elastico: inizia con due database server con memoria standard (1390 GB) e tre server di storage Oracle Exadata e può essere espanso fino a un massimo di 32 database server e 64 server di storage.
- Elastic Large: consente di avviare due database server con memoria di grandi dimensioni (2090 GB) e tre server di storage Oracle Exadata, ed è possibile espandere fino a 32 database server con memoria di grandi dimensioni e 64 server di storage.
- Elastic Extra Large: consente di avviare due database server con memoria extra grande (2800 GB) e tre server di storage Oracle Exadata, ed è possibile espandere fino a 32 database server con memoria di grandi dimensioni e 64 server di storage.