È possibile eseguire lo scale up o lo scale down della memoria, della dimensione del disco locale (/u02), della memoria ASM e delle CPU (ECPU per X11M).

Lo scale-up o down di queste risorse richiede un audit approfondito dell'uso esistente e della gestione della capacità da parte dell'amministratore DB del cliente. Rivedere l'uso esistente per evitare errori durante o dopo un'operazione di scale down. Durante lo scale-up, considera quanta di queste risorse rimane per il prossimo cluster VM che intendi creare. Gli strumenti di Exadata Cloud@Customer Cloud calcolano l'uso corrente di memoria, disco locale e storage ASM nel cluster VM, vi aggiungono spazio e raggiungono un valore "minimo" al di sotto del quale non è possibile eseguire lo scale down e si prevede di specificare il valore al di sotto di questo valore minimo.

È possibile ridimensionare la memoria del database server in un cluster VM. Il ridimensionamento della memoria richiede il riavvio in sequenza dei database server per rendere effettivo. Affinché il ridimensionamento della memoria riesca, i database devono essere avviati automaticamente nello stato Aperto.

La modifica della memoria in un cluster VM influirà sulle impostazioni delle pagine di grandi dimensioni (HugePages) per le VM in tale cluster. Quando viene creata inizialmente una VM, il sistema operativo di ciascuna VM viene configurato con il 50% della memoria allocata alla VM per pagine di grandi dimensioni e i database sono configurati per utilizzare tale memoria per la propria SGA. Oracle consiglia di modificare la configurazione delle pagine di grandi dimensioni solo se si comprende l'implicazione delle modifiche apportate. Configurazioni non corrette possono impedire l'avvio di tutti i database e persino impedire l'avvio della VM.

Sebbene non sia consigliabile modificare la configurazione di pagine di grandi dimensioni, è comunque consentito. Tuttavia, qualsiasi modifica apportata può essere sostituita dall'automazione cloud se la memoria della VM viene ridimensionata in un secondo momento. Durante un'operazione di ridimensionamento della memoria, l'automazione cloud tenterà di mantenere la memoria delle pagine di grandi dimensioni come percentuale della memoria totale, con un limite massimo del 60%. Se le pagine di grandi dimensioni sono configurate per utilizzare più del 60% della memoria totale, l'automazione cloud lo ridimensionerà automaticamente a questo limite del 60%.

EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

Questo processo garantisce che la memoria convenzionale sia sufficiente per l'avvio della VM. Prima di procedere al ridimensionamento, l'automazione esegue un controllo preliminare per determinare l'uso corrente delle pagine di grandi dimensioni eseguendo le istanze di database. Se il controllo preliminare indica che la memoria delle pagine non sarà sufficiente dopo il ridimensionamento per supportare i database esistenti, il ridimensionamento non riuscirà e il processo non continuerà.

Utilizzare la seguente formula per calcolare la memoria ASM minima richiesta:

• Per ogni gruppo di dischi, ad esempio DATA, RECO, annotare la dimensione totale e la dimensione libera eseguendo il comando asmcmd lsdg su qualsiasi VM guest del cluster VM.
• Calcolare la dimensione utilizzata come (Dimensione totale - Dimensione libera) / 3 per ogni gruppo di dischi. Il comando /3 viene utilizzato perché i gruppi di dischi sono in mirroring triplo.

• Il rapporto DATA:RECO è:

  80:20 se l'opzione Backup locali NON è stata selezionata nell'interfaccia utente.

  40:60 se nell'interfaccia utente è stata selezionata l'opzione Backup locali.

• Assicurarsi che la nuova dimensione totale specificata nell'interfaccia utente superi le seguenti condizioni:

  Dimensione utilizzata per DATA * 1.15 <= (Nuova dimensione totale * DATA % )

  Dimensione utilizzata per RECO * 1,15 <= (Nuova dimensione totale * % RECO )

Le immagini VM includono i file necessari per avviare ed eseguire la VM e il relativo sistema operativo, nonché lo spazio per le Oracle home memorizzate in /u02. Per stimare la quantità di spazio di storage locale aggiuntivo oltre il minimo che può essere allocata a qualsiasi file system associato a una VM, sottrarre la dimensione delle immagini delle VM per tutte le VM su un server dallo spazio totale disponibile. Se non è stata modificata la dimensione predefinita dell'immagine della VM espandendo i file system, utilizzare la dimensione minima e predefinita dell'immagine della VM riportata di seguito. Se si dispone o si prevede di modificare la dimensione dell'immagine VM, è necessario utilizzare la console OCI e l'azione "Ridimensiona cluster VM" per controllare gli elementi allocati e disponibili per un cluster VM esistente in quanto l'espansione di alcuni file system non /u02 comporta un consumo di storage incrementale maggiore rispetto a quello aggiunto al file system. Queste informazioni sono disponibili anche nell'azione "Configura cluster VM" durante la creazione di un nuovo cluster VM.

Sistemi X8-2 e X7-2

• Spazio totale disponibile per le immagini delle VM (X7 Tutti i sistemi): 1237 GB
• Spazio totale disponibile per le immagini delle VM (X8 Tutti i sistemi): 1037 GB
• Dimensione dell'immagine VM (predefinita e minima), incluso /u02: 244 GB
• Valore predefinito (minimo) /u02: 60 GB

X8M-2 Sistemi

• Spazio totale disponibile per le immagini VM (X8M Base System): 1237 GB
• Spazio totale disponibile per le immagini VM (X8M Elastic): 2500 GB
• Dimensione dell'immagine VM (predefinita e minima), incluso /u02: 244 GB
• Valore predefinito (minimo) /u02: 60 GB

X11M, X10M e sistemi X9M-2

• Totale disponibile per le immagini VM (sistema di base X9M): 1077 GB
• Totale disponibile per le immagini VM (Elastic): 2243 GB
• Dimensione dell'immagine VM (predefinita e minima), incluso /u02: 244 GB
• Valore predefinito (minimo) /u02: 60 GB

Scale Local Space Operation Linee guida

È possibile ridimensionare lo storage locale modificando la dimensione di molti dei singoli file system di una VM. Per impostazione predefinita, i file system vengono creati alla loro dimensione minima. È possibile aumentare la dimensione dei file system come richiesto. Tuttavia, si noti che è possibile ridurre solo /u02. La dimensione degli altri file system può aumentare solo. La dimensione massima supportata di qualsiasi file system è di 900 GB.

Lo storage utilizzato da tutti i file system è maggiore della somma delle dimensioni dei file system. Fare riferimento ai calcoli visualizzati nella console OCI per vedere gli effetti sullo storage locale libero durante il ridimensionamento di un file system.

Utilizzando OCI Console o API, puoi aumentare o ridurre le dimensioni dei file system locali seguenti:

• /u02

Utilizzando OCI Console o API, puoi aumentare le dimensioni dei seguenti file system locali:

• /
• /u01
• /tmp
• /var
• /var/log
• /var/log/audit
• /home

Tuttavia, non è possibile ridimensionare i seguenti file system locali:

• /crashfiles
• /boot
• /acfs01
• /u01/app/19.0.0.0/grid

Per ulteriori informazioni sul ridimensionamento di questi file system, vedere Stima della quantità di storage locale di cui è possibile eseguire il provisioning nelle VM.

Limite risorse basato su utilizzo corrente

• Qualsiasi operazione di scale down deve lasciare il buffer del 15% al di sopra del massimo utilizzo dello spazio locale in tutti i nodi del cluster.
• Lo spazio locale più basso consentito per nodo è superiore ai due limiti precedenti.
• Eseguire il comando df –kh su ciascun nodo per individuare il nodo con la memoria locale più elevata.
• È inoltre possibile utilizzare la utility cssh per eseguire lo stesso comando da tutti gli host di un cluster digitandolo una sola volta.
• Il valore più basso di storage locale in cui è possibile eseguire lo scale down di ogni nodo è = 1.15x (valore più alto di spazio locale utilizzato tra tutti i nodi).

File system ACFS

Se richiesto dal supporto, è anche possibile ridimensionare il file system /acfs01. Questo file system viene utilizzato dal sistema per posizionare il software nell'area intermedia. Utilizza lo storage Exadata e non è soggetto ai limiti descritti in precedenza per /u02. Si tratta di un file system condiviso visibile da tutti i nodi del cluster e può essere ridimensionato online dalla riga di comando di qualsiasi VM.

• Dimensione predefinita: la dimensione predefinita di /acfs01 è 100 GB.
• Scalatura /acfs01: è possibile ridimensionare acfs01 come griglia utente da qualsiasi VM tramite il comando /sbin/acfsutil. Non è necessario riavviare. L'operazione di ridimensionamento non influirà sulla disponibilità del servizio di database in esecuzione nel cluster VM. Il seguente comando eseguito dall'utente grid aumenterà di 100 GB la dimensione di /acfs01: /sbin/acfsutil size +100 GB /acfs01.
• Se necessario, è possibile creare file system ACFS aggiuntivi. Verranno inoltre utilizzati i gruppi di dischi dello storage Exadata e potranno essere condivisi tra tutte le VM del cluster. Consultare la documentazione di ACFS per ulteriori informazioni.

Per creare il cluster VM ASM, prepararsi a fornire i valori per i campi necessari per la configurazione dell'infrastruttura.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area che contiene l'infrastruttura Exadata.
3. Fare clic su Cluster Exadata VM.
4. Fare clic su Crea cluster VM Exadata.
5. Fornire le informazioni richieste nella pagina Crea cluster VM Exadata:
   1. Fornire il nome visualizzato: il nome visualizzato è un nome riconoscibile dall'utente che può essere utilizzato per identificare il cluster VM. Il nome non deve essere univoco perché un OCID (Oracle Cloud Identifier) identifica in modo univoco il cluster VM.
   2. Selezionare un compartimento: dalla lista dei compartimenti disponibili, scegliere il compartimento che si desidera contenere il cluster VM.
   3. Selezionare un'infrastruttura Exadata: dalla lista, scegliere l'infrastruttura Exadata in cui ospitare il cluster VM. Non è possibile creare un cluster VM senza l'infrastruttura Exadata disponibile e attiva.
   4. Selezionare una rete cluster VM: dalla lista, scegliere una definizione di rete cluster VM da utilizzare per il cluster VM. Per poter creare un cluster VM, è necessario disporre di una rete cluster VM disponibile e convalidata.
   5. Tipo di cluster VM:
      Nota
      
      Non è possibile modificare il tipo di cluster VM dopo la distribuzione del cluster VM. Se si desidera modificare il tipo di cluster VM, è necessario creare un nuovo cluster VM ed eseguire la migrazione del database nel nuovo cluster.

      • Database Exadata: VM di database standard senza restrizioni, adatta a tutti i carichi di lavoro.
      • Exadata Database-Developer: VM del database per sviluppatori con limitazioni, adatta solo per lo sviluppo delle applicazioni.
   6. Configura cluster VM:
      • DB server:
        • Fare clic su Modifica DB server per il posizionamento della VM per allocare le risorse VM.
        • Nella finestra di dialogo Modifica DB server:

          Tipo di cluster VM - Database Exadata: selezionare almeno un database server per il posizionamento delle VM. Se è necessario un servizio di database ad alta disponibilità che rimane disponibile durante la manutenzione e le interruzioni non pianificate, selezionare almeno due database server. Le risorse massime disponibili per l'allocazione per VM si basano sul numero di database server selezionati.

          Tipo di cluster VM - Sviluppatore database Exadata: selezionare un database server per il posizionamento delle VM. È possibile selezionare un solo database server.
          Nota
          
          

          • I DB server, che già dispongono di 8 VM in esecuzione su di essi, non sono disponibili per la selezione.
          • Quando si calcola il numero massimo di risorse di storage locale tra i DB server selezionati, lo storage locale riservato necessario dal sistema per ospitare una VM viene detratto dal DB server con il minor numero di risorse.

            Ad esempio, se lo storage locale disponibile nei DB server selezionati è di 823 GB per DB Server 3 e 813 GB per DB Server 4, il minimo tra i server selezionati è di 813 GB e il massimo disponibile per l'allocazione delle risorse è di 813 GB - 184 GB (lo storage locale riservato per l'hosting della VM sui DB server X8M) = 629 GB.

            Per ulteriori informazioni, vedere Stima della quantità di storage locale di cui è possibile eseguire il provisioning nelle VM.

        • Fare clic su Salva.
      • Specificare il conteggio di OCPU (ECPU per X11M) per VM: specificare il conteggio di OCPU (ECPU per X11M) di cui eseguire il provisioning per ogni VM in questo cluster. Il valore minimo è di 2 OCPU per VM o 8 ECPU per VM per X11M (per una condizione VM attiva), a meno che non si specifichi zero OCPU o 0 ECPU per X11M (per una condizione VM di arresto).

        Se si specifica un valore pari a zero, le virtual machine del cluster VM vengono tutte arrestate alla fine del processo di creazione del cluster. In questo caso, puoi avviare le virtual machine in un secondo momento ridimensionando le risorse OCPU (ECPU per X11M). Vedere Uso della console per ridimensionare le risorse su un cluster VM.

        Il conteggio di OCPU (ECPU per X11M) per l'intero cluster VM verrà calcolato automaticamente in base al conteggio di OCPU (ECPU per ogni VM) specificato e al numero di database server fisici configurati per il cluster VM.

        OCPU: una Oracle Compute Unit (OCPU) fornisce una capacità della CPU equivalente a una memoria centrale fisica di un processore Intel Xeon con hyperthreading abilitato. Ogni OCPU corrisponde a due thread di esecuzione hardware, noti come vCPUs.

        Vedere, Oracle Platform as a Service and Infrastructure as a Service - Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: un'ECPU è una misura astratta delle risorse di calcolo. Le ECPU si basano sul numero di memorie centrali allocate in modo elastico da un pool di server di calcolo e storage.

      • Conteggio OCPU (ECPU) richieste per il cluster VM: visualizza il numero totale di memorie centrali CPU allocate al cluster VM in base al valore specificato nel campo Specificare il conteggio OCPU (ECPU per X11M) per ogni VM. Questo campo non è modificabile.
      • Specificare la memoria per VM (GB): specificare la memoria per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla memoria disponibile nell'infrastruttura Exadata.
      • Memoria richiesta per il cluster VM (GB): visualizza la quantità totale di memoria allocata al cluster VM in base al valore specificato nel campo Specificare la memoria per ogni VM (GB). Questo campo non è modificabile.
      • Specificare la dimensione del file system locale per ogni VM (GB): fare clic su Mostra opzioni avanzate per visualizzare ulteriori opzioni di configurazione dei file system locali. Specificare la dimensione del file system locale per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla dimensione disponibile del file system nell'infrastruttura X11M.

        Tenere presente che la dimensione minima dello storage del sistema locale deve essere di 60 GB. Ogni volta che si crea un nuovo cluster VM, lo spazio rimanente rispetto allo spazio totale disponibile viene utilizzato per il nuovo cluster VM.

        Per ulteriori informazioni e istruzioni su come specificare la dimensione per ogni singola VM, vedere Introduzione alle operazioni di scale up o scale down.

        1. Fare clic su Mostra opzioni avanzate per visualizzare ulteriori opzioni di configurazione dei file system locali.
        2. Ridimensionare i file system /, /u01, /tmp, /var, /var/log, /var/log/audit e /home in base alle esigenze.
           Nota
           
           

           • È possibile espandere questi file system e non è possibile ridurne la dimensione una volta espansi.
           • A causa delle partizioni di backup e del mirroring, i file system / e /var consumano il doppio dello spazio allocato, indicato nei campi di sola lettura Storage allocato totale per / (GB) a causa del mirroring e Storage allocato totale per /var (GB) a causa del mirroring.
           • Dopo aver creato il cluster VM, controllare la sezione Risorse Exadata nella pagina Dettagli infrastruttura Exadata per controllare la dimensione del file allocata allo storage locale (/u02) e allo storage locale (file system aggiuntivi).
      • Storage locale riservato per VM (GB): visualizza la dimensione di storage locale riservata internamente per i file system radice, le home di Oracle Grid Infrastructure e i log di diagnostica. Questo campo non è modificabile.
   7. Configura Exadata Storage: le impostazioni riportate di seguito definiscono le modalità di configurazione dello storage Exadata per l'uso con il cluster VM. Una volta selezionato, il tipo di storage non può essere modificato in un secondo momento dopo il provisioning del cluster VM con il tipo di storage desiderato. Sono disponibili due opzioni tra cui scegliere: ASM (Automatic Storage Type) ed Exascale. Per ulteriori informazioni sul tipo di storage Exascale, vedere Uso della console per creare un cluster VM Exascale.
      ASM (Automatic Storage Management)

      • Specifica Exadata Storage utilizzabile: specificare la dimensione per ogni singola VM. La dimensione minima consigliata è di 2 TB.
      • Alloca storage per gli snapshot di Exadata: selezionare questa opzione per creare un gruppo di dischi con sparsità, necessario per supportare la funzionalità snapshot di Exadata. Gli snapshot Exadata consentono copie di database Oracle a basso consumo di spazio che possono essere create ed eliminate molto rapidamente e facilmente.
      • Alloca storage per i backup locali: selezionare questa opzione per configurare lo storage Exadata in modo da abilitare i backup del database locale. Se si seleziona questa opzione, al gruppo di dischi RECO viene allocato più spazio per ospitare i backup. Se non si seleziona questa opzione, non è possibile utilizzare lo storage Exadata locale come destinazione di backup per alcun database nel cluster VM.

      Tabella 5-16 Allocazione storage

      Allocazione storage	Gruppo di dischi DATA	Gruppo di dischi RECO	Gruppo di dischi SPARSE
      Snapshot Exadata: No Abilita backup su Exadata Storage locale: No	80%	20%	0% (il gruppo di dischi SPARSE non è stato creato).
      Snapshot Exadata: No Abilita backup su Exadata Storage locale: Sì	40%	60%	0% (il gruppo di dischi SPARSE non è stato creato).
      Allocare lo storage per gli snapshot Exadata: Sì Abilita backup su Exadata Storage locale: No	60%	20%	20%
      Allocare lo storage per gli snapshot Exadata: Sì Abilita backup su Exadata Storage locale: Sì	35%	50%	15%

   8. Seleziona versione:
      • Scegliere la versione di Oracle Grid Infrastructure: dalla lista, scegliere la release di Oracle Grid Infrastructure (19c e 23ai) che si desidera installare nel cluster VM.

        La release di Oracle Grid Infrastructure determina le release di Oracle Database che possono essere supportate nel cluster VM. Non è possibile eseguire una release di Oracle Database successiva alla release del software di Oracle Grid Infrastructure.

        Nota
        
        Requisiti minimi per il provisioning di un cluster VM con Grid Infrastructure 23ai:

        • VM Exadata Guest su cui è in esecuzione il software del sistema Exadata 23.1.8
        • Infrastruttura Exadata in cui è in esecuzione il software di sistema Exadata 23.1.x
      • Scegliere una versione guest Exadata:
        • Infrastruttura Exadata con Oracle Linux 7 ed immagine Exadata versione 22.1.10.0.0.230422:
          • Il pulsante Modifica immagine non è abilitato.
          • La versione predefinita di Oracle Grid Infrastructure è la 19.0.0.0.0.
          • La versione guest di Exadata sarà uguale a quella del sistema operativo host.
        • Infrastruttura Exadata con Oracle Linux 8 ed immagine Exadata versione 23.1.3.0.0.230613:
          • Per impostazione predefinita, la versione guest di Exadata è la più recente (23.1.3.0).
          • La versione predefinita di Oracle Grid Infrastructure è la 19.0.0.0.0
          • Il pulsante Modifica immagine è abilitato.
          • Fare clic su Modifica immagine.

            Il pannello Modifica immagine risultante visualizza la lista delle principali versioni disponibili dell'immagine Exadata (23.1.3.0 e 22.1.3.0).

            La release più recente per ogni versione principale è indicata da "(ultima)".

          • Fare clic su Visualizza tutte le versioni disponibili.

            Vengono visualizzate sei versioni precedenti, incluse le versioni più recenti delle immagini Exadata 23.1.3.0 e 22.1.3.0.

          • Scegliere una versione.
          • Fare clic su Salva modifiche.
   9. Aggiungi chiave SSH: specificare la parte di chiave pubblica di una coppia di chiavi SSH che si desidera utilizzare per accedere alle virtual machine del cluster VM. È possibile caricare un file contenente la chiave o incollare la stringa della chiave SSH.

      Per fornire più chiavi, caricare più file di chiavi o incollare ciascuna chiave in un campo separato. Per le chiavi incollate, assicurarsi che ogni chiave si trovi su una singola linea continua. La lunghezza delle chiavi combinate non può superare i 10.000 caratteri.

   10. Scegliere un tipo di licenza:
       • Modello BYOL (Bring Your Own License): selezionare questa opzione se l'organizzazione possiede già le licenze software Oracle Database che si desidera utilizzare nel cluster VM.
         Nota
         
         Il modello BYOL non è disponibile per il tipo di cluster VM Exadata Database-Developer.
       • Licenza inclusa: selezionare questa opzione per sottoscrivere le licenze software di Oracle Database nell'ambito di Exadata Database Service on Cloud@Customer.
   11. Raccolta diagnostica:

       L'abilitazione della raccolta e delle notifiche di diagnostica consente alle operazioni Oracle Cloud e all'utente di identificare, analizzare, tracciare e risolvere i problemi delle VM guest in modo rapido ed efficace. Eseguire la sottoscrizione agli eventi per ricevere notifiche sulle modifiche allo stato delle risorse. Per ulteriori informazioni, consulta la Guida introduttiva agli eventi.

       Nota
       
       Si sta eseguendo l'opt-in con la consapevolezza che l'elenco di eventi, metriche e file di log raccolti può cambiare in futuro. È possibile disattivare questa funzione in qualsiasi momento.

       • Abilita eventi diagnostici: consente a Oracle di raccogliere e pubblicare eventi critici, di avvertenza, errore e informativi.
       • Abilita monitoraggio dello stato: consenti a Oracle di raccogliere metriche/eventi dello stato, ad esempio Oracle Database attivo/inattivo, uso dello spazio su disco e così via, e condividerli con le operazioni Oracle Cloud. Riceverai anche la notifica di alcuni eventi.

       • Abilita raccolta di log e trace degli incidenti: consente a Oracle di raccogliere log e trace degli incidenti per favorire la diagnosi degli errori e la risoluzione dei problemi.

         Tutte e tre le caselle di controllo sono selezionate per impostazione predefinita. È possibile lasciare invariate le impostazioni predefinite oppure deselezionare le caselle di controllo in base alle esigenze. È possibile visualizzare le impostazioni della raccolta diagnostica nella pagina Dettagli cluster VM sotto Informazioni generali >> Raccolta diagnostica.

         • Abilitato: quando si sceglie di raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (tutte e tre le opzioni).

         • Disabilitato: quando si sceglie di non raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (tutte e tre le opzioni).

         • Parzialmente abilitato: quando si sceglie di raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (una o due opzioni).
   12. Mostra opzioni avanzate:
       • Fuso orario: il fuso orario predefinito per l'infrastruttura Exadata è UTC, ma è possibile specificare un fuso orario diverso. Le opzioni relative al fuso orario sono quelle supportate sia nella classe Java.util.TimeZone che nel sistema operativo Oracle Linux.
         Nota
         
         

         Se si desidera impostare un fuso orario diverso da UTC o dal fuso orario rilevato dal browser, selezionare l'opzione Seleziona un altro fuso orario, selezionare un'area o un'paese, quindi selezionare il fuso orario corrispondente.

         Se l'area o il paese desiderato non è visualizzato, selezionare Varie, quindi selezionare un fuso orario appropriato.

       • Tag: facoltativamente, è possibile applicare le tag. Se si dispone dell'autorizzazione per creare una risorsa, si dispone anche dell'autorizzazione per applicare tag in formato libero a tale risorsa. Per applicare una tag definita, è necessario disporre dell'autorizzazione per utilizzare lo spazio di nomi tag. Per ulteriori informazioni sull'applicazione di tag, vedere Tag delle risorse. Se non si è certi di applicare le tag, saltare questa opzione (è possibile applicare le tag in un secondo momento) o chiedere all'amministratore.
6. Facoltativamente, è possibile salvare la configurazione della risorsa come stack.
   • Per salvare la configurazione della risorsa come stack, procedere nel seguente modo.
     1. Fare clic su Salva come stack.
     2. Nella finestra di dialogo Salva come stack risultante, fornire i dettagli riportati di seguito.
        1. Nome: (facoltativo) fornire un nome descrittivo facile da ricordare.
        2. Descrizione: (facoltativo) immettere una breve descrizione.
        3. Compartimento: selezionare un compartimento in cui risiederà lo stack.
        4. Tag: aggiungere le tag.
     3. Fare clic suSalva.

        Dopo aver salvato lo stack, il sistema visualizza un banner con un collegamento allo stack salvato.

     4. Fare clic sul collegamento per aprire lo stack nella console di Resource Manager Service.

        Vedere Resource Manager and Terraform.

   • Per visualizzare i dettagli di uno stack:
     1. Aprire il menu di navigazione. In Servizi per sviluppatori, fare clic su Resource Manager.
     2. Fare clic su Stack.
     3. Fare clic sul nome dello stack che si desidera visualizzare i dettagli.

        In alternativa, fare clic sul menu Azioni (tre punti) e selezionare l'opzione Visualizza dettagli stack.

7. Fare clic su Crea cluster VM.

   Viene visualizzata la pagina Dettagli cluster VM. Durante l'esecuzione del processo di creazione, lo stato del cluster VM è In sospeso. Al termine del processo di creazione del cluster VM, lo stato del cluster VM viene modificato in Disponibile.

   La sezione Storage del database Exadata nella pagina Dettagli cluster VM mostra il tipo di storage configurato, che in questo caso è ASM.

Per creare il cluster VM Exascale, prepararsi a fornire i valori per i campi necessari per la configurazione dell'infrastruttura.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area che contiene l'infrastruttura Exadata.
3. Fare clic su Cluster Exadata VM.
4. Fare clic su Crea cluster VM Exadata.
5. Fornire le informazioni richieste nella pagina Crea cluster VM Exadata:
   1. Selezionare un compartimento: dalla lista dei compartimenti disponibili, scegliere il compartimento che si desidera contenere il cluster VM.
   2. Fornire il nome visualizzato: il nome visualizzato è un nome riconoscibile dall'utente che può essere utilizzato per identificare il cluster VM. Il nome non deve essere univoco perché un OCID (Oracle Cloud Identifier) identifica in modo univoco il cluster VM.
   3. Selezionare l'infrastruttura Exadata: dalla lista scegliere l'infrastruttura Exadata in cui ospitare il cluster VM. Non è possibile creare un cluster VM senza l'infrastruttura Exadata disponibile e attiva.
   4. Selezionare una rete cluster VM: dalla lista, scegliere una definizione di rete cluster VM da utilizzare per il cluster VM. Per poter creare un cluster VM, è necessario disporre di una rete cluster VM disponibile e convalidata.
   5. Tipo di cluster VM
      Nota
      
      Non è possibile modificare il tipo di cluster VM dopo la distribuzione del cluster VM. Se si desidera modificare il tipo di cluster VM, è necessario creare un nuovo cluster VM ed eseguire la migrazione del database nel nuovo cluster.

      • Database Exadata: VM di database standard senza restrizioni, adatta a tutti i carichi di lavoro.
      • Exadata Database-Developer: VM del database per sviluppatori con limitazioni, adatta solo per lo sviluppo delle applicazioni.
   6. Configura cluster VM:
      • DB server:
        • Fare clic su Modifica DB server per il posizionamento della VM per allocare le risorse VM.
        • Nella finestra di dialogo Modifica DB server:

          Tipo di cluster VM - Database Exadata: selezionare almeno un database server per il posizionamento delle VM. Se è necessario un servizio di database ad alta disponibilità che rimane disponibile durante la manutenzione e le interruzioni non pianificate, selezionare almeno due database server. Le risorse massime disponibili per l'allocazione per VM si basano sul numero di database server selezionati.

          Tipo di cluster VM - Sviluppatore database Exadata: selezionare un database server per il posizionamento delle VM. È possibile selezionare un solo database server.

          Nota
          
          

          • I DB server già in esecuzione con 8 VM non sono disponibili per la selezione.
          • Quando si calcola il numero massimo di risorse di storage locale tra i DB server selezionati, lo storage locale riservato necessario dal sistema per ospitare una VM viene detratto dal DB server con il minor numero di risorse.

            Ad esempio, se lo storage locale disponibile nei DB server selezionati è di 823 GB per DB Server 3 e 813 GB per DB Server 4, il minimo tra i server selezionati è di 813 GB e il massimo disponibile per l'allocazione delle risorse è di 813 GB - 184 GB (lo storage locale riservato per l'hosting della VM sui DB server X8M) = 629 GB.

            Per ulteriori informazioni, vedere Stima della quantità di storage locale di cui è possibile eseguire il provisioning nelle VM.

        • Fare clic suSalva.
      • Specificare il conteggio di OCPU (ECPU per X11M) per VM: specificare il conteggio di OCPU (ECPU per X11M) di cui eseguire il provisioning per ogni VM in questo cluster. Il valore minimo è di 2 OCPU per VM o 8 ECPU per VM per X11M (per una condizione VM attiva), a meno che non si specifichi zero OCPU o 0 ECPU per X11M (per una condizione VM di arresto).

        Se si specifica un valore pari a zero, le virtual machine del cluster VM vengono tutte arrestate alla fine del processo di creazione del cluster. In questo caso, puoi avviare le virtual machine in un secondo momento ridimensionando le risorse OCPU (ECPU per X11M). Vedere Uso della console per ridimensionare le risorse su un cluster VM.

        Il conteggio di OCPU (ECPU per X11M) per l'intero cluster VM verrà calcolato automaticamente in base al conteggio di OCPU (ECPU per ogni VM) specificato e al numero di database server fisici configurati per il cluster VM.

        OCPU: una Oracle Compute Unit (OCPU) fornisce una capacità della CPU equivalente a una memoria centrale fisica di un processore Intel Xeon con hyperthreading abilitato. Ogni OCPU corrisponde a due thread di esecuzione hardware, noti come vCPU.

        Vedere, Oracle Platform as a Service and Infrastructure as a Service - Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: un'ECPU è una misura astratta delle risorse di calcolo. Le ECPU si basano sul numero di memorie centrali allocate in modo elastico da un pool di server di calcolo e storage.

      • Conteggio OCPU (ECPU) richieste per il cluster VM: visualizza il numero totale di memorie centrali CPU allocate al cluster VM in base al valore specificato nel campo Specificare il conteggio OCPU (ECPU per X11M) per ogni VM. Questo campo non è modificabile.
      • Specificare la memoria per VM (GB): specificare la memoria per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla memoria disponibile nell'infrastruttura Exadata.
      • Memoria richiesta per il cluster VM (GB): visualizza la quantità totale di memoria allocata al cluster VM in base al valore specificato nel campo Specificare la memoria per ogni VM (GB). Questo campo non è modificabile.
      • Specificare la dimensione del file system locale per VM (GB): specificare la dimensione del file system locale per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla dimensione disponibile del file system nell'infrastruttura X11M.

        Tenere presente che la dimensione minima dello storage del sistema locale deve essere di 60 GB. Ogni volta che si crea un nuovo cluster VM, lo spazio rimanente rispetto allo spazio totale disponibile viene utilizzato per il nuovo cluster VM.

        Per ulteriori informazioni e istruzioni su come specificare la dimensione per ogni singola VM, vedere Introduzione alle operazioni di scale up o scale down.

        1. Fare clic su Mostra opzioni avanzate per visualizzare ulteriori opzioni di configurazione dei file system locali.
        2. Ridimensionare i file system /, /u01, /tmp, /var, /var/log, /var/log/audit e /home in base alle esigenze.
           Nota
           
           

           • È possibile espandere questi file system e non è possibile ridurne la dimensione una volta espansi.
           • A causa delle partizioni di backup e del mirroring, i file system / e /var consumano il doppio dello spazio allocato, indicato nei campi di sola lettura Storage allocato totale per / (GB) a causa del mirroring e Storage allocato totale per /var (GB) a causa del mirroring.
           • Dopo aver creato il cluster VM, controllare la sezione Risorse Exadata nella pagina Dettagli infrastruttura Exadata per controllare la dimensione del file allocata allo storage locale (/u02) e allo storage locale (file system aggiuntivi).
      • Storage locale riservato per VM (GB): visualizza la dimensione di storage locale riservata internamente per i file system radice, le home di Oracle Grid Infrastructure e i log di diagnostica. Questo campo non è modificabile.
   7. Configura Exadata Storage: le impostazioni riportate di seguito definiscono le modalità di configurazione dello storage Exadata per l'uso con il cluster VM. Una volta selezionato, il tipo di storage non può essere modificato in un secondo momento dopo il provisioning del cluster VM con il tipo di storage desiderato. Sono disponibili due opzioni tra cui scegliere: ASM (Automatic Storage Type) ed Exascale. Per ulteriori informazioni sul tipo di memorizzazione ASM, vedere Uso della console per creare un cluster VM ASM.
      Nota
      
      

      Requisito minimo per configurare lo storage Exascale

      • Questa funzione è supportata nel modello di infrastruttura Exadata X8M e versioni successive.
      • Questa funzione è disponibile nella release 24.1 e successive del software del sistema Exadata.
      • Questa funzione richiede Oracle Grid Infrastructure versione 23ai (24.3) e supporta le versioni di database Oracle 23ai (23.4) e successive.

      L'opzione Exascale verrà disabilitata se il requisito minimo non viene soddisfatto.

      Vault di storage del database Exascale:

      • Crea nuovo vault di storage: scegliere questa opzione per creare un nuovo vault di storage del database Exascale durante il provisioning del cluster VM.
        • Nome vault di storage: immettere un nome descrittivo per il vault. Fare clic sul collegamento Modifica compartimento e scegliere un compartimento se si desidera creare questo vault in un altro compartimento.
        • Capacità di storage per i database: immettere la capacità di storage per i database entro i valori minimo e massimo visualizzati sullo schermo.
          Nota
          
          Se è necessario ulteriore spazio oltre il valore massimo mostrato, è necessario aumentare la capacità Exascale. Per ulteriori informazioni, vedere Utilizzo della console per ridimensionare un vault di storage Exascale.
      • Seleziona vault di storage esistente: selezionare un vault che risieda nel compartimento di tua scelta.
   8. Seleziona versione:
      Nota
      
      È possibile eseguire il provisioning del solo database Oracle 23ai sul cluster VM Exascale.

      • Scegliere la versione di Oracle Grid Infrastructure: la release predefinita di Oracle Grid Infrastructure è 23ai.
      • Scegliere una versione guest Exadata:
        • Per impostazione predefinita, la versione guest di Exadata è la più recente (24.1.6.0)
        • La versione predefinita di Oracle Grid Infrastructure è 23ai
        • Il pulsante Modifica immagine è abilitato.
        • Fare clic su Modifica immagine.

          Il pannello Modifica immagine risultante visualizza la lista delle principali versioni disponibili dell'immagine Exadata (24.1.6.0 e successive).

          La release più recente per ogni versione principale è indicata da "(più recente)"..

        • Fare clic su Visualizza tutte le versioni disponibili.

          Vengono visualizzate sei versioni precedenti, incluse le versioni più recenti delle immagini Exadata 24.1.6.0 e successive.

        • Scegliere una versione.
        • Fare clic su Salva modifiche.
   9. Aggiungi chiave SSH: specificare la parte di chiave pubblica di una coppia di chiavi SSH che si desidera utilizzare per accedere alle virtual machine del cluster VM. È possibile caricare un file contenente la chiave o incollare la stringa della chiave SSH.

      Per fornire più chiavi, caricare più file di chiavi o incollare ciascuna chiave in un campo separato. Per le chiavi incollate, assicurarsi che ogni chiave si trovi su una singola linea continua. La lunghezza delle chiavi combinate non può superare i 10.000 caratteri.

   10. Scegliere un tipo di licenza:
       • Modello BYOL (Bring Your Own License): selezionare questa opzione se l'organizzazione possiede già le licenze software Oracle Database che si desidera utilizzare nel cluster VM.
         Nota
         
         Il modello BYOL non è disponibile con il tipo di cluster VM Exadata Database-Developer.
       • Licenza inclusa: selezionare questa opzione per sottoscrivere le licenze software di Oracle Database nell'ambito di Exadata Database Service on Cloud@Customer.
   11. Raccolta diagnostica:

       L'abilitazione della raccolta e delle notifiche di diagnostica consente alle operazioni Oracle Cloud e all'utente di identificare, analizzare, tracciare e risolvere i problemi delle VM guest in modo rapido ed efficace. Eseguire la sottoscrizione agli eventi per ricevere notifiche sulle modifiche allo stato delle risorse. Per ulteriori informazioni, consulta la Guida introduttiva agli eventi.

       Nota
       
       Si sta eseguendo l'opt-in con la consapevolezza che l'elenco di eventi, metriche e file di log raccolti può cambiare in futuro. È possibile disattivare questa funzione in qualsiasi momento.

       • Abilita eventi diagnostici: consente a Oracle di raccogliere e pubblicare eventi critici, di avvertenza, errore e informativi.
       • Abilita monitoraggio dello stato: consenti a Oracle di raccogliere metriche/eventi dello stato, ad esempio Oracle Database attivo/inattivo, uso dello spazio su disco e così via, e condividerli con le operazioni Oracle Cloud. Riceverai anche la notifica di alcuni eventi.

       • Abilita raccolta di log e trace degli incidenti: consente a Oracle di raccogliere log e trace degli incidenti per favorire la diagnosi degli errori e la risoluzione dei problemi.

         Tutte e tre le caselle di controllo sono selezionate per impostazione predefinita. È possibile lasciare invariate le impostazioni predefinite oppure deselezionare le caselle di controllo in base alle esigenze. È possibile visualizzare le impostazioni della raccolta diagnostica nella pagina Dettagli cluster VM sotto Informazioni generali >> Raccolta diagnostica.

         • Abilitato: quando si sceglie di raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (tutte e tre le opzioni).

         • Disabilitato: quando si sceglie di non raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (tutte e tre le opzioni).

         • Parzialmente abilitato: quando si sceglie di raccogliere la diagnostica, le metriche di integrità, i log degli incidenti e i file di trace (una o due opzioni).
   12. Mostra opzioni avanzate:
       • Fuso orario: il fuso orario predefinito per l'infrastruttura Exadata è UTC, ma è possibile specificare un fuso orario diverso. Le opzioni relative al fuso orario sono quelle supportate sia nella classe Java.util.TimeZone che nel sistema operativo Oracle Linux.
         Nota
         
         

         Se si desidera impostare un fuso orario diverso da UTC o dal fuso orario rilevato dal browser, selezionare l'opzione Seleziona un altro fuso orario, selezionare un'area o un'paese, quindi selezionare il fuso orario corrispondente.

         Se l'area o il paese desiderato non è visualizzato, selezionare Varie, quindi selezionare un fuso orario appropriato.

       • Tag: facoltativamente, è possibile applicare le tag. Se si dispone dell'autorizzazione per creare una risorsa, si dispone anche dell'autorizzazione per applicare tag in formato libero a tale risorsa. Per applicare una tag definita, è necessario disporre dell'autorizzazione per utilizzare lo spazio di nomi tag. Per ulteriori informazioni sull'applicazione di tag, vedere Tag delle risorse. Se non si è certi di applicare le tag, saltare questa opzione (è possibile applicare le tag in un secondo momento) o chiedere all'amministratore.
6. Facoltativamente, è possibile salvare la configurazione della risorsa come stack.
   • Per salvare la configurazione della risorsa come stack, procedere nel seguente modo.
     1. Fare clic su Salva come stack.
     2. Nella finestra di dialogo Salva come stack risultante, fornire i dettagli riportati di seguito.
        1. Nome: (facoltativo) fornire un nome descrittivo facile da ricordare.
        2. Descrizione: (facoltativo) immettere una breve descrizione.
        3. Compartimento: selezionare un compartimento in cui risiederà lo stack.
        4. Tag: aggiungere le tag.
     3. Fare clic suSalva.

        Dopo aver salvato lo stack, il sistema visualizza un banner con un collegamento allo stack salvato.

     4. Fare clic sul collegamento per aprire lo stack nella console di Resource Manager Service.

        Vedere Resource Manager and Terraform.

   • Per visualizzare i dettagli di uno stack:
     1. Aprire il menu di navigazione. In Servizi per sviluppatori, fare clic su Resource Manager.
     2. Fare clic su Stack.
     3. Fare clic sul nome dello stack che si desidera visualizzare i dettagli.

        In alternativa, fare clic sul menu Azioni (tre punti) e selezionare l'opzione Visualizza dettagli stack.

7. Fare clic su Crea cluster VM.

   Viene visualizzata la pagina Dettagli cluster VM. Durante l'esecuzione del processo di creazione, lo stato del cluster VM è In sospeso. Al termine del processo di creazione del cluster VM, lo stato del cluster VM viene modificato in Disponibile.

   La sezione Storage del database Exadata nella pagina Dettagli cluster VM mostra il tipo di storage configurato, che in questo caso è Exascale.

È possibile abilitare, abilitare parzialmente o disabilitare la raccolta di diagnostica per le VM guest dopo il provisioning del cluster VM. L'abilitazione della raccolta di diagnostica a livello di cluster VM applica la configurazione a tutte le risorse, ad esempio la home DB, il database e così via, nel cluster VM.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area che contiene l'infrastruttura Exadata.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM che si desidera abilitare o disabilitare la raccolta dei dati di diagnostica.
5. Nella pagina Dettagli cluster VM, in Informazioni generali, abilitare, abilitare o disabilitare parzialmente la raccolta diagnostica.
6. Fare clic Modifica.

   Viene visualizzata la finestra Modifica impostazioni raccolta diagnostica.

7. Selezionare o deselezionare le caselle di controllo, quindi fare clic su Salva.

Per aggiungere virtual machine a un cluster di cui è stato eseguito il provisioning, utilizzare questa procedura.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

   I cluster VM sono selezionati per impostazione predefinita.

2. Scegliere il compartimento.

   Viene visualizzata una lista di cluster VM per il compartimento scelto.

3. Fare clic sul nome di un cluster VM in cui si desidera aggiungere le virtual machine.
4. Nella pagina Dettagli cluster VM, in Risorse, fare clic su Virtual Machine, quindi su Aggiungi Virtual Machine.
5. Nella finestra di dialogo Aggiungi virtual machine selezionare DB server aggiuntivi su cui aggiungere la VM.

   Non è possibile deselezionare DB server esistenti. Il numero massimo di risorse disponibili per ogni VM viene aggiornato in base ai DB server appena aggiunti.

   Gli stati del server DB includono in questo cluster VM, rete non configurata, hosting di una VM, disponibile per l'aggiunta e risorse insufficienti. È possibile aggiungere solo DB server con l'idoneità di selezione Disponibile per l'aggiunta.

   I DB server per i quali non è configurata una rete non sono disponibili per l'aggiunta. Per configurare la rete, modificare la rete cluster VM dell'infrastruttura associata. Per ulteriori informazioni, vedere Uso della console per aggiungere un altro DB server alla rete cluster VM.

6. Selezionare i DB server con l'idoneità di selezione Disponibile per aggiungere, quindi fare clic su Aggiungi.

   Gli stati dei DB server vengono impostati su Allocato.

   Nota
   
   Non è possibile rimuovere un DB server allocato.

Per visualizzare una lista di host di database server in un sistema Oracle Exadata Cloud@Customer, attenersi alla procedura riportata di seguito.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Nella sezione Infrastruttura fare clic su Infrastruttura Exadata.
3. Nella lista delle infrastrutture Exadata, fare clic sul nome visualizzato dell'infrastruttura che si desidera visualizzare i dettagli.
4. In Risorse, fare clic su Server DB.
5. Nella lista dei DB server, fare clic sul nome del DB server che si desidera visualizzare i dettagli.

   DB Server elenca le VM di ogni cluster ospitato su di esse insieme alle risorse allocate.

Per rimuovere una virtual machine da un cluster di cui è stato eseguito il provisioning, utilizzare questa procedura.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento che contiene il cluster VM per il quale si desidera ridimensionare le risorse CPU.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM per il quale si desidera rimuovere una virtual machine.
5. In Risorse, fare clic su Virtual Machine.
6. Nella lista delle virtual machine, fare clic sull'icona Azioni (tre punti) per una virtual machine, quindi fare clic su Arresta.
7. Nella finestra di dialogo Termina virtual machine, immettere il nome della virtual machine, quindi fare clic su Arresta.

   VM rimossa dal cluster. La pagina Dettagli cluster VM visualizza i dettagli di allocazione delle risorse aggiornati in Allocazione risorse cluster VM.

Per modificare le licenze, essere pronti a fornire i valori per i campi necessari per modificare le informazioni sulle licenze.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento che contiene il cluster VM per il quale si desidera aggiornare il tipo di licenza.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM per il quale si desidera aggiornare il tipo di licenza.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Fare clic su Aggiorna tipo di licenza.
6. Nella finestra Aggiorna tipo di licenza risultante, scegliere uno dei seguenti tipi di licenza, quindi fare clic su Salva.
   • Modello BYOL (Bring Your Own License): selezionare questa opzione se l'organizzazione possiede già le licenze software Oracle Database che si desidera utilizzare nel cluster VM.
   • Licenza inclusa: selezionare questa opzione per sottoscrivere le licenze software di Oracle Database nell'ambito di Exadata Database Service on Cloud@Customer.

   L'aggiornamento del tipo di licenza non modifica la funzionalità o interrompe il funzionamento del cluster VM. I clienti sono autorizzati a modificare il tipo di licenza per un cluster VM al massimo una volta al mese.

1. Aprire il menu di navigazione. Nella sezione Oracle Database fare clic su Exadata Cloud@Customer.
2. Scegliere l'area che contiene l'infrastruttura Exadata.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM al quale si desidera aggiungere una o più chiavi SSH.
5. Nella pagina Dettagli cluster VM fare clic su Aggiungi chiavi SSH.
6. Nella finestra di dialogo ADD SSH Keys scegliere uno dei metodi indicati di seguito.
   • Genera coppia di chiavi SSH: selezionare questa opzione se si desidera che il piano di controllo generi automaticamente coppie di chiavi pubbliche/private.

     Fare clic su Salva chiave privata e su Salva chiave pubblica per scaricare e salvare la coppia di chiavi SSH.

   • Carica file di chiavi SSH: selezionare questa opzione per caricare il file che contiene la coppia di chiavi SSH.
   • Incolla chiavi SSH: selezionare questa opzione per incollare la stringa di chiave SSH.

     Per fornire più chiavi, fare clic su Un'altra chiave SSH. Per le chiavi incollate, assicurarsi che ogni chiave si trovi su una singola linea continua. La lunghezza delle chiavi combinate non può superare i 10.000 caratteri.

7. Fare clic su Salva modifiche.

A partire da Oracle Exadata Database Service on Cloud@Customer, puoi eseguire lo scale-up o lo scale-down di più risorse contemporaneamente. È inoltre possibile eseguire lo scale-up o lo scale-down delle risorse una alla volta.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento che contiene il cluster VM per il quale si desidera ridimensionare le risorse CPU.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM per il quale si desidera ridimensionare le risorse CPU.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Fare clic su Ridimensiona risorse VM.
6. Nella finestra di dialogo, regolare una o tutte le opzioni riportate di seguito.
   • Conteggio OCPU (ECPU per X11M):

     Il valore di conteggio OCPU (ECPU per X11M) deve essere un multiplo del numero di virtual machine in modo che ogni virtual machine abbia lo stesso numero di memorie centrali CPU abilitate.

     Se si imposta il conteggio di OCPU (ECPU per X11M) su zero, le virtual machine del cluster VM vengono tutte arrestate. Se si passa da un'impostazione zero, le virtual machine del cluster VM vengono tutte avviate. In caso contrario, la modifica del numero di memorie centrali CPU abilitate è un'operazione in linea e le virtual machine non vengono riavviate a causa di questa operazione. Vedere anche Configurazione del sistema.

     Nota
     
     Se si è impostato in modo esplicito il parametro di inizializzazione del database CPU_COUNT, tale impostazione non viene influenzata dalla modifica del numero di memorie centrali CPU allocate al cluster VM. Pertanto, se è stata abilitata la funzione di ingaggio dell'istanza di Oracle Database, l'istanza di database non utilizza memorie centrali CPU aggiuntive finché non si modifica l'impostazione CPU_COUNT. Se CPU_COUNT è impostato su 0 (impostazione predefinita), Oracle Database monitora in modo continuo il numero di CPU segnalato dal sistema operativo e utilizza il conteggio corrente.
   • Memoria:

     Specificare la memoria per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla memoria disponibile nell'infrastruttura Exadata.

     Quando si esegue lo scale-up o lo scale-down della memoria, le virtual machine associate vengono riavviate in sequenza una virtual machine alla volta per ridurre al minimo l'impatto sul cluster VM.

   • Dimensione file system locale:

     Specificare la dimensione per ogni singola VM. Il valore deve essere un multiplo di 1 GB ed è limitato dalla dimensione disponibile del file system nell'infrastruttura Exadata.

     Quando si esegue lo scale-up o lo scale-down della dimensione del file system locale, le virtual machine associate vengono riavviate in sequenza una virtual machine alla volta per ridurre al minimo l'impatto sul cluster VM.

     1. Fare clic su Mostra opzioni avanzate per visualizzare ulteriori opzioni di configurazione dei file system locali.
     2. Ridimensionare i file system /, /u01, /tmp, /var, /var/log, /var/log/audit e /home in base alle esigenze.
        Nota
        
        

        • È possibile espandere questi file system e non è possibile ridurne la dimensione una volta espansi.
        • A causa delle partizioni di backup e del mirroring, i file system / e /var consumano il doppio dello spazio allocato, indicato nei campi di sola lettura Storage allocato totale per / (GB) a causa del mirroring e Storage allocato totale per /var (GB) a causa del mirroring.
     3. Dopo aver creato il cluster VM, controllare la sezione Risorse Exadata nella pagina Dettagli infrastruttura Exadata per controllare la dimensione del file allocata allo storage locale (/u02) e allo storage locale (file system aggiuntivi).

     Storage locale riservato per VM (GB): visualizza la dimensione riservata internamente per i file system radice, le home di Oracle Grid Infrastructure e i log di diagnostica.

   • Dimensione storage Exadata utilizzabile:

     Specificare la quantità totale di storage Exadata allocata al cluster VM. Questo storage viene allocato in modo uniforme da tutti gli Exadata Storage Servers. La dimensione minima consigliata è di 2 TB.

     È possibile ridurre l'allocazione dello storage Exadata per un cluster VM. Tuttavia, è necessario assicurarsi che la nuova quantità copra i contenuti esistenti e consentire anche la crescita anticipata dei dati.

     Nota
     
     Quando si riduce la dimensione, la nuova dimensione deve essere superiore di almeno il 15% alla dimensione attualmente utilizzata.

     La modifica dello storage Exadata allocato al cluster VM è un'operazione in linea. Le virtual machine non sono state riavviate a causa di questa operazione.

7. Fare clic suSalva.

Utilizzare la console per arrestare, avviare o riavviare una virtual machine.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento associati al cluster VM contenente la virtual machine che si desidera arrestare, avviare o riavviare.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM contenente la virtual machine che si desidera arrestare, avviare o riavviare.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Nella lista Risorse, fare clic su Virtual Machine.

   Viene visualizzata la lista delle virtual machine.

6. Nella lista dei nodi, fare clic sull'icona Azioni (tre punti) per un nodo, quindi fare clic su una delle azioni riportate di seguito.
   1. Avvio: riavvia un nodo arrestato. Dopo il riavvio del nodo, viene abilitata l'azione Arresta.
   2. Interrompi: arresta il nodo. Dopo l'arresto del nodo, viene abilitata l'azione Avvia.
   3. Reboot: arresta il nodo, quindi lo riavvia.

Rivedere lo stato di integrità di una virtual machine cluster VM.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento associati al cluster VM che contiene la virtual machine a cui si è interessati.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM contenente la virtual machine a cui si è interessati.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Nella lista Risorse, fare clic su Virtual Machine.

   Viene visualizzata la lista delle virtual machine. Per ogni virtual machine nel cluster VM vengono visualizzati il nome, lo stato e l'indirizzo IP del client.

6. Nell'elenco dei nodi, individuare la virtual machine a cui si è interessati e verificarne lo stato.

   Il colore dell'icona e il testo associato che ne indica lo stato.

   • Disponibile: icona verde. Il nodo è operativo.
   • Avvio: icona gialla. Il nodo viene avviato a causa di un'azione di avvio o riavvio nella console o nell'API.
   • Arresto: icona gialla. Il nodo si sta arrestando a causa di un'azione di arresto o riavvio nella console o nell'API.
   • Interrotto: icona gialla. Il nodo viene arrestato.
   • Non riuscito: icona rossa. Una condizione di errore impedisce il funzionamento continuo della virtual machine.

Per modificare il compartimento che contiene il cluster VM in Oracle Exadata Database Service on Cloud@Customer, utilizzare questa procedura.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento contenenti il cluster VM che si desidera spostare.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM che si desidera spostare.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Fare clic su Altre azioni, quindi selezionare Sposta risorsa.
6. Nella finestra di dialogo visualizzata, scegliere il nuovo compartimento per il cluster VM e fare clic su Sposta risorsa.

Prima di poter arrestare un cluster VM, è necessario arrestare i database in esso contenuti.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Scegliere l'area e il compartimento che contiene il cluster VM che si desidera arrestare.
3. Fare clic su Cluster Exadata VM.
4. Fare clic sul nome del cluster VM che si desidera arrestare.

   La pagina Dettagli cluster VM visualizza informazioni sul cluster VM selezionato.

5. Fare clic su Altre azioni, quindi selezionare Termina.
6. Nella finestra di dialogo visualizzata, immettere il nome del cluster VM e fare clic su Arresta per confermare l'azione.

Un amministratore deve concedere l'accesso sicuro alla console della virtual machine nel sistema Exadata Database Service on Cloud@Customer tramite un criterio IAM.

Questo accesso è necessario indipendentemente dal fatto che tu stia utilizzando la console o l'API REST con un SDK, un'interfaccia CLI o altri strumenti. Se viene visualizzato un messaggio che informa che non si dispone dell'autorizzazione o che non si è autorizzati, verificare con l'amministratore il tipo di accesso di cui si dispone e il compartimento in cui lavorare.

Per creare connessioni alla console della virtual machine, un amministratore deve concedere l'accesso utente per leggere e gestire le connessioni alla console della virtual machine tramite un criterio IAM. Il nome della risorsa per le connessioni alla console della virtual machine è dbnode-console-connection. Il nome della risorsa per la virtual machine è db-nodes. I criteri riportati di seguito consentono agli utenti di creare connessioni alla console della virtual machine.

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

È necessario installare un client SSH e creare coppie di chiavi SSH.

• Porte da aprire per la connettività del piano di controllo
  
• Installazione di un client SSH e di una shell dalla riga di comando (Microsoft Windows)
  
• Crea coppie di chiavi SSH
  
• Accedere a una Virtual Machine dalla console seriale
  
• Connetti tramite firewall
  

channel 0: open failed: administratively prohibited: console access is limited to one connection at a time

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
2. Fare clic sul cluster VM a cui si è interessati.
3. Nella pagina Dettagli cluster VM risultante, fare clic sul nome della virtual machine a cui si è interessati.

   In Risorse, per impostazione predefinita viene selezionata l'opzione Connessione alla console.

4. Fare clic su Crea connessione alla console.
5. Nella finestra Crea accesso console seriale risultante sono disponibili tre opzioni per l'aggiunta della chiave SSH.
   • Genera una coppia di chiavi per me: puoi fare in modo che Oracle Cloud Infrastructure generi una coppia di chiavi SSH da utilizzare. Se si utilizza PowerShell o PuTTY per connettersi all'istanza da un client Windows, non è possibile utilizzare la coppia di chiavi SSH generata senza prima convertirla in un file .ppk.

   • Carica file di chiavi pubbliche: consente di individuare un file di chiavi pubbliche nel computer. Se sono stati eseguiti i passi descritti nella sezione Prerequisiti della sezione Creazione di coppie di chiavi SSH per creare una coppia di chiavi, utilizzare questa opzione per passare al file .pub.
   • Incolla chiave pubblica: incollare il contenuto del file della chiave pubblica nella casella di testo.
6. Fare clic su Crea.

   Quando la connessione alla console è stata creata ed è disponibile, lo stato viene modificato in Attivo.

Dopo aver creato la connessione console per la virtual machine, è possibile connettersi alla console seriale utilizzando una connessione Secure Shell (SSH). Quando si esegue una connessione SSH alla console seriale, è necessario utilizzare una chiave RSA. È possibile utilizzare la stessa chiave SSH per la console seriale utilizzata all'avvio dell'istanza oppure una chiave SSH diversa.

Una volta terminata la console seriale e terminata la connessione SSH, è necessario eliminare la connessione alla console seriale. Se non ti disconnetti dalla sessione, Oracle Cloud Infrastructure termina la sessione della console seriale dopo 24 ore ed è necessario eseguire di nuovo l'autenticazione per connettersi di nuovo.

• Convalida chiavi host server
  
• Connettiti da sistemi operativi Mac OS X e Linux
  
• Connettiti da sistemi operativi Windows
  

Puoi connetterti alla console seriale in modo rapido e semplice utilizzando l'integrazione di Cloud Shell. Cloud Shell è un terminale basato su browser Web accessibile dalla console. L'integrazione di Cloud Shell crea automaticamente la connessione alla console dell'istanza e una chiave SSH temporanea. L'unico prerequisito per la connessione alla console seriale da Cloud Shell consiste nel concedere agli utenti le autorizzazioni corrette. Per una panoramica introduttiva sull'uso di Cloud Shell, vedere Utilizzo di Cloud Shell.

Una volta terminata la console seriale e terminata la connessione SSH, è necessario eliminare la connessione alla console seriale. Se non ti disconnetti dalla sessione, Oracle Cloud Infrastructure termina la sessione della console seriale dopo 24 ore ed è necessario eseguire di nuovo l'autenticazione per connettersi di nuovo.

• Per connettersi alla console seriale utilizzando Cloud Shell
  

È possibile acquisire e visualizzare i dati recenti della console seriale per una Virtual Machine. I dati includono i messaggi di configurazione che si verificano al boot della Virtual Machine, ad esempio i messaggi kernel e BIOS, ed è utile per controllare lo stato della Virtual Machine o per diagnosticare e risolvere i problemi.

La cronologia della console acquisisce fino a un megabyte dei dati della console seriale più recenti per la Virtual Machine specificata. Tenere presente che vengono acquisiti i dati della console raw, inclusi i caratteri a più byte.

La cronologia della console è un record point-in-time. Per risolvere un problema relativo a una Virtual Machine non funzionante utilizzando una connessione console interattiva, utilizzare una connessione console seriale.

• Gestione dei dati della cronologia della console
  

Dopo aver eseguito la connessione a una console dell'istanza, è possibile eseguire vari task, ad esempio:

• Modificare i file di configurazione del sistema.
• Aggiungere o reimpostare le chiavi SSH per l'utente opc.
• Reimpostare la password per l'utente opc.

Queste attività richiedono il boot in una shell Bash in modalità manutenzione.

• Per eseguire il boot in modalità di manutenzione
  
• Per modificare i file di configurazione del sistema
  
• Per aggiungere o reimpostare la chiave SSH per l'utente opc
  
• Per reimpostare la password per l'utente opc
  

• Per uscire dalla connessione alla console seriale
  
• Per eliminare la connessione alla console seriale per una Virtual Machine