Distribuisci Oracle Autonomous Database su Oracle Database@Azure

Esegui il provisioning di Oracle Autonomous Database come data store altamente resiliente per un'applicazione di microservizi distribuita all'interno di un'area Microsoft Azure multi-availability zone.

I database Oracle offrono business continuity a livello aziendale stratificando insieme modelli di base come Exadata, Oracle Real Application Clusters (Oracle RAC), Data Guard e Oracle Application Continuity. Ad oggi, questi modelli di base potrebbero essere configurati manualmente in ambienti on-premise, semi-manualmente su Oracle Cloud Infrastructure (OCI) utilizzando Oracle Exadata Database Service o essere completamente automatizzati utilizzando il servizio Oracle Autonomous Database. Il servizio Oracle Autonomous Database completamente gestito è ora disponibile in un numero crescente di aree Microsoft Azure in tutto il mondo.

Molte cloud region di Azure offrono più zone disponibili (AZ) per massimizzare la continuità aziendale. Queste zone di disponibilità sono posizioni fisiche univoche che aiutano a proteggere le applicazioni e i dati dagli errori del data center.

Architettura

Questa architettura di riferimento descrive alcune best practice per distribuire Oracle Autonomous Database in un'area Microsoft Azure multi-availability zone (AZ).

Le pratiche di continuità aziendale e le topologie ad alta disponibilità devono essere sempre prese in considerazione durante la progettazione di applicazioni di database mission-critical. L'architettura riportata di seguito mostra un'applicazione in container che utilizza il servizio Azure Kubernetes (AKS). Le immagini del contenitore vengono memorizzate nel registro del contenitore di Azure. Gli utenti accedono all'applicazione esternamente tramite un load balancer pubblico. Poiché Oracle Autonomous Database è un servizio PaaS, non esiste alcun controllo amministrativo su cui verrà eseguito il provisioning di AZ per Autonomous Database. Tuttavia, nell'improbabile caso di un errore AZ di Azure, Oracle garantisce che uno standby Autonomous Data Guard locale venga sempre distribuito in un AZ (data center) diverso dal proprio database primario.

Nota

Se è richiesta l'affinità tra applicazione e database, disponibilità e zona, Autonomous Database fornisce una vista del database su cui è possibile eseguire query per l'utente per determinare il posizionamento AZ. Una volta determinata l'AZ di Autonomous Database, è possibile allineare il networking in base alle esigenze.

Nel diagramma riportato di seguito, la rete virtuale dell'applicazione (VNet) si connette al database VNet nella zona di disponibilità 1 (AZ1) utilizzando il peering VNet. L'applicazione in hosting AKS accede al database tramite un endpoint privato che si connette alla subnet delegata di Oracle Database@Azure. Se è richiesta la continuità aziendale multi-AZ, Autonomous Data Guard può essere abilitato facoltativamente, nel qual caso si tratta della zona di disponibilità 2 (AZ2). Autonomous Data Guard mantiene sincronizzati il database primario e lo standby locale e ne esegue automaticamente il failover in caso di indisponibilità AZ primaria. I backup automatici gestiti da Oracle sono sempre abilitati per impostazione predefinita.

Il seguente diagramma illustra questa architettura di riferimento.



autonomous-database-db-azure-diagram-oracle.zip

L'architettura presenta i seguenti componenti:

  • Area

    Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

  • Rete cloud virtuale (VCN) e subnet

    Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN consentono di controllare l'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

  • Autonomous Database

    Oracle Autonomous Database è un ambiente di database completamente gestito e preconfigurato che puoi utilizzare per l'elaborazione delle transazioni e i carichi di lavoro di data warehousing. Non è necessario configurare o gestire alcun componente hardware né installare software. Oracle Cloud Infrastructure gestisce la creazione del database, nonché il backup, l'applicazione di patch, l'upgrade e il tuning del database.

  • Storage degli oggetti

    Lo storage degli oggetti Oracle Cloud Infrastructure fornisce un accesso rapido a grandi quantità di dati strutturati e non strutturati di qualsiasi tipo di contenuto, inclusi backup del database, dati analitici e contenuti avanzati come immagini e video. Puoi memorizzare e quindi recuperare i dati direttamente da Internet o dall'interno della piattaforma cloud. Puoi ridimensionare lo storage senza alcun deterioramento delle prestazioni o dell'affidabilità del servizio. Utilizza lo storage standard per lo storage "caldo" a cui è necessario accedere rapidamente, immediatamente e frequentemente. Utilizza lo storage di archivio per lo storage "freddo" che conservi per lunghi periodi di tempo e a cui accedi raramente o raramente.

  • Registro contenitore di Azure

    Azure Container Registry (ACR) è un servizio gestito per la memorizzazione e la gestione delle immagini dei container e degli artifact correlati.

  • Zona di disponibilità di Azure

    Una zona di disponibilità è un centro dati fisicamente separato all'interno di un'area progettata per essere disponibile e tollerante agli errori. Le zone di disponibilità sono abbastanza vicine da avere connessioni a bassa latenza con altre zone di disponibilità.

  • Servizio Azure Kubernetes

    Azure Kubernetes Service (AKS) è un servizio Kubernetes gestito offerto da Microsoft Azure.

  • Azure Load balancer

    Il load balancer di Azure fornisce la distribuzione automatica del traffico da un singolo punto di accesso a più server nel back-end.

  • Microsoft Azure Rete virtuale

    La rete virtuale Microsoft Azure (VNet) è la base fondamentale per la rete privata in Azure. VNet consente a molte risorse di Azure, come le macchine virtuali (VM) di Azure, di comunicare in modo sicuro tra loro, con Internet e con le reti on-premise.

  • Oracle Database@Azure

    Oracle Database@Azure è un servizio di database Oracle Cloud che esegue i carichi di lavoro Oracle Database nell'ambiente Azure. Tutto l'hardware per Oracle Database@Azure ha la stessa posizione nei data center di Azure e utilizza la rete di Azure. Il servizio trae vantaggio dalla semplicità, dalla sicurezza e dalla bassa latenza di un singolo ambiente operativo all'interno di Azure. La gestione delle identità e degli accessi federati per Oracle Database@Azure è fornita da Microsoft Entra ID. Le metriche e i log di audit di Oracle Database sono disponibili in modo nativo in Azure. Il servizio richiede che gli utenti dispongano di una tenancy Azure e di una tenancy OCI.

Suggerimenti

Utilizzare i seguenti suggerimenti come punto di partenza. Le vostre esigenze potrebbero differire dall'architettura descritta qui.
  • Le subnet del database primario e in standby devono trovarsi in VNets distinto configurato con intervalli CIDR (IP classless inter-domain routing) non sovrapposti.
  • Il livello applicazione (AKS, Docker, VM e così via) deve estendersi su almeno due AZ, con l'applicazione VNet sottoposta a peering sia sul database primario che su quello in standby VNet di Autonomous Database.
  • Facoltativamente, le applicazioni client possono essere configurate in modo da utilizzare la continuità delle applicazioni trasparenti (TAP) di Oracle per ottimizzare la disponibilità durante le interruzioni pianificate e non pianificate.

conferme

  • Autori: Domenick Ficarella, Can Tuzla, Martin Gubar
  • Collaboratori: Wei Han, John Sulyok