Inizia a utilizzare Autonomous Database sull'infrastruttura Exadata dedicata su Oracle Database@AWS

Introduzione

Autonomous Database è un'esperienza Oracle Database completamente gestita con l'automazione dei servizi che semplifica e rende conveniente la creazione di applicazioni di database, indipendentemente dal fatto che tali applicazioni siano di natura non critica o super critica.

Autonomous Database semplifica la gestione di transazioni e analytics in un'unica soluzione, risolvendo in modo trasparente i requisiti architettonici e operativi tradizionalmente impegnativi, come disponibilità, scalabilità, prestazioni estreme e sicurezza.

Autonomous Database su Oracle Database@AWS porta la potenza di Autonomous Database all'interno delle region AWS, consentendo l'accesso a bassa latenza da applicazioni e servizi distribuiti da AWS. Autonomous Database utilizza l'architettura software di Oracle Exadata Database ed è eseguito all'interno di un cluster AVMC (Autonomous Virtual Machine Cluster) distribuito sulla principale infrastruttura Exadata di Oracle. Utilizzando Oracle Database @AWS, puoi utilizzare le API software per distribuire le infrastrutture Exadata fisiche all'interno delle zone di disponibilità AWS e su una singola distribuzione dell'infrastruttura, puoi eseguire entrambi i database Oracle Autonomous Databases completamente gestiti in collaborazione con altri cluster VM che eseguono database Oracle gestiti in modo congiunto dal cliente.

Questa esercitazione descrive il provisioning e la connessione al primo Autonomous Database.

Obiettivi

Panoramica

Prima di iniziare a eseguire il provisioning dei database autonomi su Oracle Database @ AWS, devi prima andare su AWS Marketplace e inserirti con un'offerta privata che collega il tuo account AWS a una tenancy Oracle che eseguirà le API del servizio.

Sono coinvolte cinque risorse chiave nell'Autonomous Database on Dedicated Exadata Infrastructure su Oracle Database @ AWS. ODB Network è un VPC che collabora con i VPC dell'applicazione e funge da rete bridge con la console e il piano di controllo del servizio Oracle Database @ AWS. La rete ODB specifica il blocco CIDR (IP) dei nodi del cluster VM in cui verranno eseguiti i database.

Le quattro risorse chiave del servizio Autonomous Database sono riportate nell'immagine riportata di seguito.

Questa immagine illustra il modello di risorsa di Autonomous Database on Dedicated Exadata Infrastructure con esempi.

Descrizione dell'illustrazione ADB-Dedicated-Exadata-Infrastructure-resource-model.png

Le risorse di amministrazione della flotta (Exadata Infrastructure, Autonomous Exadata VM Cluster e Autonomous Container Database) sono più orientate all'infrastruttura e all'architettura e richiedono tempi di provisioning più lunghi. Tuttavia, non vengono spesso create, ad eccezione dell'impostazione iniziale dell'ambiente o per l'espansione della capacità man mano che si aggiungono altri carichi di lavoro.

La risorsa Developer/Application DBA (Autonomous Database, alias. ADB) può essere creato rapidamente e facilmente in modo self-service. La progettazione del servizio consente la creazione di risorse di amministrazione della flotta senza costi fatturabili, consentendoti di impostare un modello di governance CI/CD che si estende dallo sviluppo fino alla produzione. Ciò può essere reso visibile ai proprietari delle applicazioni tramite allocazioni di quote, consentendo loro di utilizzare i database autonomi self-service entro i vincoli previsti dal budget.

Questa esercitazione descrive i flussi di provisioning per le cinque risorse chiave.

Passo 1: rete ODB

Questa immagine illustra l'architettura di alto livello di Autonomous Database on Dedicated Exadata Infrastructure con una singola zona di disponibilità.

Descrizione dell'illustrazione high-arch-single-availability-zone.png

La rete ODB viene creata come qualsiasi VPC all'interno di AWS, ma il workflow di provisioning viene avviato dai collegamenti alle risorse del servizio Oracle Database @AWS. La rete ODB specificherà una subnet che ospita i nodi VM del servizio di database (subnet client) e, facoltativamente, una subnet per il traffico di backup, nonché un VPC dell'applicazione da sottoporre a peering con la rete ODB. È necessario pianificare le dimensioni della rete ODB in modo appropriato in base al numero di nodi VM che si prevede ospiteranno nelle infrastrutture Exadata, poiché ciascuna di queste risorse richiederà un'assegnazione IP. In generale, in una rete ODB, la subnet del client di database prenoterà 4 IP per ogni VM nei cluster, oltre a 8 IP aggiuntivi e la subnet di backup (non necessaria se si utilizza solo il servizio Autonomous Database) riserverà 3 IP per ogni VM nei cluster, oltre a 3 IP aggiuntivi. I dettagli sono disponibili nella documentazione della rete ODB.

Per istruzioni dettagliate, vedere Lab 1: Provisioning ODB Network in Introduction to Oracle Database@AWS.

Passo 2: infrastruttura Exadata

L'infrastruttura Exadata (EI) è un'allocazione assegnata a server di database (computazione) e storage che definiscono un sistema fisico. Un sistema richiede almeno 2 server di database e 3 server di storage, ma può essere ridimensionato fino a un massimo di 32 server di database e 64 server di storage. Ogni database server (l'ultima generazione di Exadata X11M) fornisce 192 memorie centrali CPU fisiche e ogni server di storage fornisce fino a 80 TB di storage dei dati utilizzabile. Puoi iniziare con un sistema minimo o con una scalabilità online più ampia e successiva aggiungendo più server di database e storage ai sistemi esistenti, fino alla dimensione massima.

Il sistema viene configurato in modo automatico con una rete cluster RDMA (Remote Direct Memory Access) interna ad alta velocità per il cluster di applicazioni reali (RAC, Real Application Cluster) e le comunicazioni IO e di rete delle richieste del database in generale. L'automazione Oracle gestisce completamente l'infrastruttura, mentre il cliente conserva il controllo della pianificazione per gli aggiornamenti mensili della sicurezza del sistema operativo e la manutenzione trimestrale del software Exadata. L'infrastruttura Exadata prevede un costo di sottoscrizione nominale che garantisce la prenotazione dell'hardware dedicato e fornisce accesso a tutto lo storage e alla memoria sui rispettivi server. I servizi eseguiti sull'infrastruttura dedicata vengono quindi fatturati in un modello pay-per-use specifico del tipo di servizio distribuito.

Per istruzioni dettagliate, consultare Lab 2: Provisioning dell'infrastruttura Exadata in Introduzione a Oracle Database@AWS.

Passo 3: cluster VM Autonomous Exadata

Il cluster VM Autonomous Exadata (AVMC) è un livello di virtualizzazione che, proprio come in qualsiasi distribuzione di calcolo AWS, isola un ambiente runtime da un altro. Gli AVMC consentono il partizionamento delle risorse di computazione e memoria dall'infrastruttura fisica di base e forniscono un'interfaccia di rete separata con configurazioni delle regole di sicurezza del traffico. AVMC deve essere eseguito su un minimo di 2 database server e, insieme alle allocazioni di storage del database, hai il controllo sull'allocazione simmetrica di memorie centrali e memoria a ogni VM nel cluster. Poiché ADB è un servizio di database completamente gestito e nulla può essere eseguito all'interno delle VM ad eccezione delle risorse controllate dalle API del servizio ADB, non è prevista alcuna fatturazione per l'allocazione di risorse fisiche all'AVMC. Le risorse fisiche possono essere ridimensionate sia verticalmente (all'interno dei server esistenti) che orizzontalmente (aggiungendo più server). Sebbene Oracle sia responsabile dello stato di AVMC, puoi controllare la pianificazione delle operazioni di manutenzione trimestrale impostando criteri che l'automazione Oracle rispetterà.

Per istruzioni dettagliate, fare riferimento a Lab 3: Provisioning Autonomous VM Cluster in Introduzione a Oracle Database@AWS.

Passo 4: Autonomous Container Database

Autonomous Container Database (ACD) è un ulteriore livello di isolamento del database all'interno degli AVMC. L'ACD definisce una versione software del database univoca (ad esempio 19c o 23ai) e il relativo pattern di aggiornamento e pianificazione. L'ACD può delegare completamente tutte le decisioni di manutenzione all'automazione Oracle e dichiarare i pattern, ad esempio saltando ogni due trimestri e applicando sempre una versione precedentemente convalidata in un ambiente di staging. Come l'AVMC, l'ACD non comporta costi di fatturazione e si ridimensiona dinamicamente man mano che i database autonomi vengono aggiunti o ridimensionati all'interno del container. L'ACD consente di configurare i criteri di conservazione dei backup, la strategia delle chiavi di cifratura, l'architettura HA e DR e applicare controlli avanzati di clustering del database.

Per istruzioni dettagliate, fare riferimento a Lab 4: Provisioning Autonomous Container Database in Introduzione a Oracle Database@AWS.

Passo 5: Autonomous Database

Autonomous Database (ADB) è un Oracle Database completamente gestito con automazione sanitaria e operativa. È qui che le applicazioni si connettono, lo schema viene definito e vengono memorizzati i dati utente. Autonomous Database offre una sofisticata automazione pay-per-use, tra cui il ridimensionamento automatico, che consente un ridimensionamento immediato delle risorse CPU fino a 3x man mano che il carico di lavoro aumenta o diminuisce, con la fatturazione al secondo livello. L'ADB è il luogo in cui risiedono l'API di base e gli strumenti gestiti integrati (Performance Hub, Data Studio (pipeline, cataloghi, condivisione, trasformazioni), Oracle REST, MongoDB interfacce, APEX Low Code e così via).

Autonomous Database supporta i cicli di vita di produzione e sviluppo con API per creare, avviare, arrestare, ridimensionare, duplicare, eseguire il flashback a un point-in-time, ripristinare, eseguire la rotazione delle chiavi e il backup a lungo termine, tra le altre funzioni. Autonomous Database comprende tutte le funzioni native di automazione e analitica delle prestazioni di Oracle Database, tra cui l'indicizzazione automatica, la gestione dei piani auto-SQL, il partizionamento automatico, il machine learning, i tipi di vettori e l'indicizzazione e l'elaborazione dei grafici.

Autonomous Database fornisce anche metriche operative avanzate, eventi e log integrati con servizi AWS nativi come CloudWatch, semplificando l'aggiunta dell'osservabilità del servizio. Una volta eseguito il provisioning, è possibile accedere alla console del servizio per ADB e fare clic sul pulsante Connessione al database per scaricare il wallet di connessione e copiare le stringhe di connessione da utilizzare nell'applicazione.

Per istruzioni dettagliate, fare riferimento a Lab 5: Provisioning Autonomous Database in Introduzione a Oracle Database@AWS.

Riepilogo

I 5 Live Lab di cui sopra hanno illustrato il processo di rendere operativo un Autonomous Database in un'area AWS e in una zona di disponibilità a tua scelta. Ora hai tutta la potenza di Oracle Database in un modello self-service facile da usare e conveniente. Per ulteriori informazioni su tutte le funzioni e gli strumenti integrati, puoi consultare la documentazione del servizio Autonomous Database. Benvenuti in Autonomous Database.

Passi successivi

Ora sei pronto per eseguire la migrazione dei dati nel tuo nuovo Oracle Database. Dai un'occhiata a Oracle Zero Downtime Migration (ZDM) per aiutarti con le tue esigenze di migrazione.

Fornire collegamenti a risorse aggiuntive. Questa sezione è facoltativa; eliminare se non necessario.

Conferme

Elenca i nomi e il titolo degli autori e dei collaboratori. Questa sezione è facoltativa; eliminare se non necessario.

Altre risorse di apprendimento

Esplora altri laboratori su docs.oracle.com/learn o accedi a più contenuti di formazione gratuiti sul canale YouTube di Oracle Learning. Inoltre, visitare education.oracle.com/learning-explorer per diventare Oracle Learning Explorer.

Per la documentazione del prodotto, visitare Oracle Help Center.