Oracle E-Business Suite con Oracle Database su Compute Engine

Last reviewed 2026-02-09 UTC

Questo documento fornisce architetture di riferimento per aiutarti a creare l'infrastruttura per eseguire applicazioni Oracle E‑Business Suite con Oracle Database su VM Compute Engine in Google Cloud. Oracle E‑Business Suite è una suite di applicazioni aziendali per funzioni aziendali come finanza, risorse umane, catena di fornitura e relazioni con i clienti.

Il pubblico di destinazione di questo documento è costituito da architetti e amministratori cloud di database Oracle e applicazioni Oracle E-Business Suite. Il documento presuppone che il tuo team abbia familiarità con Oracle Database e con lo stack tecnologico e l'architettura di Oracle E-Business Suite.

Se devi utilizzare Oracle Exadata o Oracle Real Application Clusters (Oracle RAC), puoi eseguire la migrazione delle tue applicazioni a Google Cloud ed eseguire i tuoi database su Oracle Database@Google Cloud. Per saperne di più, consulta Oracle E‑Business Suite su Compute Engine con Oracle Exadata.

Architettura

A seconda del caso d'uso e dei requisiti di disponibilità e disaster recovery (RE), puoi scegliere uno dei seguenti archetipi di deployment Google Cloudper eseguire le applicazioni Oracle E-Business Suite su Google Cloud:

  • Zonal: le tue applicazioni vengono eseguite all'interno di una singola zona Google Cloud. Questo archetipo di deployment è adatto per ambienti di sviluppo e test e per applicazioni non critiche che non richiedono alta affidabilità.
  • A livello di regione: le tue applicazioni vengono eseguite in modo indipendente in due o più zone all'interno di una singola Google Cloud regione. Consigliamo questo archetipo di deployment per le applicazioni che non sono mission-critical, ma che richiedono robustezza contro le interruzioni delle zone.
  • Multiregionale: le tue applicazioni vengono eseguite in modo indipendente in più zone in due o più regioni Google Cloud , in modalità attiva-attiva o attiva-passiva. Questo archetipo di deployment è ideale per supportare scenari di RE. Consigliamo questo archetipo per le applicazioni mission-critical che richiedono resilienza alle interruzioni e ai disastri nelle regioni.

La scelta di un archetipo di deployment appropriato aiuta a semplificare le decisioni successive relative ai prodotti e alle funzionalità Google Cloud necessari per la tua architettura.

Le sezioni seguenti presentano quattro opzioni di architettura. Ogni opzione si basa su uno degli archetipi di deployment:

Architettura a livello di zona

Il seguente diagramma mostra un'architettura per le applicazioni Oracle E-Business Suite con Oracle Database in esecuzione in una singola zona all'interno di una regioneGoogle Cloud . Questa architettura è in linea con l'archetipo di deployment a livello di zona.

Un'architettura per le applicazioni Oracle E-Business Suite viene eseguita in una singola zona all'interno di una regione Google Cloud .

L'architettura nel diagramma precedente include i seguenti componenti:

Componente Descrizione
Bilanciatore del carico delle applicazioni esterno regionale Il bilanciatore del carico distribuisce le richieste degli utenti alle applicazioni Oracle E-Business Suite.
Policy di sicurezza di Google Cloud Armor La policy di sicurezza di Cloud Armor aiuta a proteggere le tue applicazioni da minacce come attacchi DDoS e XSS.
Oracle E‑Business Suite (BYOL)

I componenti del livello di applicazione di Oracle E-Business Suite (Oracle HTTP Server, Oracle WebLogic Server e un server di elaborazione simultanea) vengono eseguiti su VM di Compute Engine. Ogni VM ospita un'istanza indipendente del livello di applicazione. Il disco di avvio di ogni VM è un volume Google Cloud Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per Oracle E-Business Suite e gestisci le VM e le applicazioni.
File binari e dati dell'applicazione Un'istanza di zona Filestore contiene i file binari e i dati dell'applicazione. L'istanza Filestore è montata sulle VM di Compute Engine che ospitano i componenti del livello di applicazione.
Oracle Database (BYOL)

Le applicazioni Oracle E-Business Suite utilizzano un'istanza Oracle Database di cui è stato eseguito il deployment su una VM di Compute Engine. I dischi di avvio e di dati della VM sono volumi Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per l'istanza Oracle Database e gestisci la VM e il database.
Backup di applicazioni e database I backup dei dati dell'applicazione e del database vengono creati, archiviati e gestiti utilizzando il servizio di Backup e DR.
Rete Virtual Private Cloud (VPC) e subnet

Tutte le risorse Google Cloud dell'architettura utilizzano una singola rete VPC. Le VM che ospitano il livello di applicazione e il database utilizzano subnet separate.

A seconda dei tuoi requisiti, puoi scegliere di creare un'architettura che utilizza più reti VPC. Per saperne di più, consulta Decidere se creare più reti VPC.
Gateway Public NAT L'architettura include un gateway Cloud NAT pubblico per connessioni in uscita sicure dalle VM di Compute Engine, che hanno solo indirizzi IP interni. Ad esempio, le VM possono accedere al server Oracle Linux Yum per scaricare i pacchetti del sistema operativo.
Cloud Interconnect e Cloud VPN Per connettere la tua rete on-premise alla rete VPC inGoogle Cloud, puoi utilizzare Cloud Interconnect o Cloud VPN. Per informazioni sui vantaggi relativi di ogni approccio, consulta Scelta di un prodotto Connettività di rete.

Architettura a zone con una DMZ

Il seguente diagramma mostra un'architettura con due livelli di applicazione Oracle E-Business Suite indipendenti in esecuzione su VM Compute Engine. Uno dei livelli di applicazione è una zona demilitarizzata (DMZ), che serve gli utenti esterni delle applicazioni Oracle E-Business Suite. L'altro livello serve gli utenti interni. Entrambi i livelli di applicazione vengono eseguiti all'interno di una singola zona in una regione Google Cloud e utilizzano una singola istanza Oracle Database. Come l'architettura nella sezione precedente, questa architettura è allineata all'archetipo di deployment a livello di zona.

Un'architettura per le applicazioni Oracle E-Business Suite viene eseguita in una singola zona con una DMZ all'interno di una regione Google Cloud .

L'architettura nel diagramma precedente include i seguenti componenti:

Componente Descrizione
Bilanciatore del carico delle applicazioni esterno regionale Il bilanciatore del carico esterno distribuisce le richieste degli utenti esterni al livello di applicazione rivolto verso l'esterno.
Bilanciatore del carico delle applicazioni interno regionale Il bilanciatore del carico interno distribuisce le richieste degli utenti interni a un livello di applicazione interno.
Policy di sicurezza di Cloud Armor La policy di sicurezza di Cloud Armor aiuta a proteggere le tue applicazioni da minacce esterne come attacchi DDoS e XSS.
Oracle E‑Business Suite (BYOL)

I componenti del livello di applicazione di Oracle E-Business Suite (Oracle HTTP Server, Oracle WebLogic Server e un server di elaborazione simultanea) vengono eseguiti su VM Compute Engine. Ogni VM ospita un'istanza indipendente del livello di applicazione. Le applicazioni interne ed esterne vengono gestite da set di VM distinti. Il disco di avvio di ogni VM è un volume Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per Oracle E‑Business Suite e gestisci le VM e le applicazioni.
File binari e dati dell'applicazione Un'istanza di zona Filestore contiene i file binari e i dati dell'applicazione. L'istanza Filestore è montata sulle VM di Compute Engine che ospitano i componenti del livello di applicazione.
Oracle Database (BYOL)

Le applicazioni Oracle E-Business Suite utilizzano un'istanza Oracle Database di cui è stato eseguito il deployment su una VM di Compute Engine. I dischi di avvio e di dati della VM sono volumi Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per l'istanza Oracle Database e gestisci la VM e il database.
Backup di applicazioni e database I backup dei dati e del database dell'applicazione vengono creati, archiviati e gestiti utilizzando Backup e DR.
Rete VPC e subnet

Tutte le risorse Google Cloud dell'architettura utilizzano una singola rete VPC. Le VM che ospitano il livello di applicazione e il database utilizzano subnet separate.

A seconda dei tuoi requisiti, puoi scegliere di creare un'architettura che utilizza più reti VPC. Per saperne di più, consulta Decidere se creare più reti VPC.
Gateway Public NAT L'architettura include un gateway Cloud NAT pubblico per connessioni in uscita sicure dalle VM di Compute Engine, che hanno solo indirizzi IP interni. Ad esempio, le VM possono accedere al server Oracle Linux Yum per scaricare i pacchetti del sistema operativo.
Cloud Interconnect e Cloud VPN Per connettere la tua rete on-premise alla rete VPC inGoogle Cloud, puoi utilizzare Cloud Interconnect o Cloud VPN. Gli amministratori e gli utenti delle applicazioni interne utilizzano queste connessioni per accedere rispettivamente alle risorse e alle applicazioni. Per informazioni sui vantaggi relativi di ciascun approccio, consulta Scelta di un prodotto Connettività di rete.

Architettura regionale

Il seguente diagramma mostra un'architettura in cui le applicazioni Oracle E-Business Suite vengono eseguite in modalità attivo-attivo su VM Compute Engine distribuite in due zone all'interno di una regione Google Cloud . Entrambi i deployment delle applicazioni utilizzano un'istanza di Oracle Database principale eseguita su una VM in una delle zone. Oracle Data Guard gestisce la replica e il failover del database in un'istanza Oracle Database di standby nella seconda zona. Questa architettura si basa sull'archetipo di deployment a livello di regione.

Un'architettura per le applicazioni Oracle E-Business Suite viene eseguita in due zone all'interno di una regione Google Cloud .

L'architettura nel diagramma precedente include i seguenti componenti:

Componente Descrizione
Bilanciatore del carico delle applicazioni esterno regionale Il bilanciatore del carico distribuisce le richieste degli utenti alle applicazioni Oracle E-Business Suite.
Policy di sicurezza di Cloud Armor La policy di sicurezza di Cloud Armor aiuta a proteggere le tue applicazioni da minacce come attacchi DDoS distribuiti e XSS.
Oracle E‑Business Suite (BYOL)

I componenti del livello di applicazione di Oracle E-Business Suite (Oracle HTTP Server, Oracle WebLogic Server e un server di elaborazione simultanea) vengono eseguiti su VM Compute Engine distribuite in due zone. Ogni VM ospita un'istanza indipendente del livello di applicazione. Il disco di avvio di ogni VM è un volume Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per Oracle E-Business Suite e gestisci le VM e le applicazioni.
File binari e dati dell'applicazione Un'istanza regionale di Filestore contiene i file binari e i dati dell'applicazione. L'istanza Filestore è montata su tutte le VM di Compute Engine che ospitano i componenti del livello di applicazione in entrambe le zone.
Oracle Database (BYOL)

Le applicazioni Oracle E-Business Suite utilizzano una coppia di istanze Oracle Database principale-standby di cui viene eseguito il deployment su VM di Compute Engine in zone separate. I dischi di avvio e di dati per la VM sono volumi Hyperdisk.

Oracle Data Guard gestisce la replica e il failover del database dall'istanza principale all'istanza in standby.

Utilizzi il modello Bring Your Own License (BYOL) per le istanze Oracle Database e gestisci le VM e i database.
Backup di applicazioni e database I backup dei dati e del database dell'applicazione vengono creati, archiviati e gestiti utilizzando Backup e DR.
Rete VPC e subnet

Tutte le risorse Google Cloud dell'architettura utilizzano una singola rete VPC. Le VM che ospitano il livello di applicazione e il database utilizzano subnet separate.

A seconda dei tuoi requisiti, puoi scegliere di creare un'architettura che utilizza più reti VPC. Per saperne di più, consulta Decidere se creare più reti VPC.
Gateway Public NAT L'architettura include un gateway Cloud NAT pubblico per connessioni in uscita sicure dalle VM di Compute Engine, che hanno solo indirizzi IP interni. Ad esempio, le VM possono accedere al server Oracle Linux Yum per scaricare i pacchetti del sistema operativo.
Cloud Interconnect e Cloud VPN Per connettere la tua rete on-premise alla rete VPC inGoogle Cloud, puoi utilizzare Cloud Interconnect o Cloud VPN. Per informazioni sui vantaggi relativi di ogni approccio, consulta Scelta di un prodotto Connettività di rete.

Architettura attiva/passiva (RE) multiregionale

Il seguente diagramma mostra un'architettura in cui le applicazioni Oracle E-Business Suite vengono eseguite in modalità attivo-attivo su VM Compute Engine distribuite in due zone all'interno di una regione Google Cloud . Entrambi i deployment delle applicazioni utilizzano un'istanza Oracle Database principale eseguita su una VM in una delle zone. Oracle Data Guard gestisce la replica e il failover del database in un'istanza Oracle Database di standby nella seconda zona. L'architettura include una replica su scala ridotta dello stack di applicazioni in una regione remota (failover) per RE Come l'architettura nella sezione precedente, questa architettura si basa sull'archetipo di deployment regionale.

Un'architettura per le applicazioni Oracle E-Business Suite viene eseguita in due zone all'interno di una regione Google Cloud , con una replica in una regione remota per RE.

L'architettura nel diagramma precedente include i seguenti componenti:

Componente Descrizione
Policy di routing di failover DNS Una zona pubblica Cloud DNS configurata con una policy di routing di failover indirizza le richieste degli utenti al bilanciatore del carico nella regione che gestisce le richieste.
Bilanciatore del carico delle applicazioni esterno regionale Il bilanciatore del carico distribuisce le richieste degli utenti alle applicazioni Oracle E-Business Suite.
Policy di sicurezza di Cloud Armor La policy di sicurezza di Cloud Armor aiuta a proteggere le tue applicazioni da minacce come attacchi DDoS distribuiti e XSS.
Oracle E‑Business Suite (BYOL)

I componenti del livello di applicazione di Oracle E-Business Suite (Oracle HTTP Server, Oracle WebLogic Server e un server di elaborazione simultanea) vengono eseguiti su VM Compute Engine distribuite in due zone nella regione principale. Ogni VM ospita un'istanza indipendente del livello di applicazione. Il disco di avvio di ogni VM è un volume Hyperdisk.

Utilizzi il modello Bring Your Own License (BYOL) per Oracle E-Business Suite e gestisci le VM e le applicazioni.
File binari e dati dell'applicazione

Un'istanza Filestore a livello di regione nella regione principale contiene i file binari e i dati dell'applicazione. L'istanza Filestore è montata su tutte le VM di Compute Engine che ospitano i componenti del livello di applicazione in entrambe le zone della regione principale. L'istanza Filestore viene replicata nella regione di failover.
Oracle Database (BYOL)

Le applicazioni Oracle E-Business Suite utilizzano una coppia di istanze Oracle Database principale-standby di cui è stato eseguito il deployment su VM Compute Engine in zone separate nella regione principale. I dischi di avvio e di dati della VM sono volumi Hyperdisk.

Oracle Data Guard gestisce la replica e il failover del database dall'istanza principale all'istanza in standby.

Utilizzi il modello Bring Your Own License (BYOL) per le istanze Oracle Database e gestisci le VM e i database.
Backup di applicazioni e database I backup dei dati dell'applicazione e del database vengono creati, archiviati e gestiti utilizzando Backup e DR.
Rete VPC e subnet

Tutte le risorse Google Cloud dell'architettura utilizzano una singola rete VPC. Le VM che ospitano il livello di applicazione e il database utilizzano sottoreti regionali separate.

A seconda dei tuoi requisiti, puoi scegliere di creare un'architettura che utilizza più reti VPC. Per saperne di più, consulta Decidere se creare più reti VPC.
Gateway Public NAT L'architettura include un gateway Cloud NAT pubblico in ogni regione per connessioni in uscita sicure dalle VM di Compute Engine, che hanno solo indirizzi IP interni. Ad esempio, le VM possono accedere al server Oracle Linux Yum per scaricare i pacchetti del sistema operativo.
Cloud Interconnect e Cloud VPN Per connettere la tua rete on-premise alla rete VPC inGoogle Cloud, puoi utilizzare Cloud Interconnect o Cloud VPN. Per informazioni sui vantaggi relativi di ogni approccio, consulta Scelta di un prodotto Connettività di rete.

Prodotti utilizzati

Queste architetture di riferimento utilizzano i seguenti prodotti Google Cloud :

  • Compute Engine: un servizio di computing sicuro e personalizzabile che ti consente di creare ed eseguire VM sull'infrastruttura di Google.
  • Google Cloud Hyperdisk: un servizio di archiviazione di rete che puoi utilizzare per eseguire il provisioning e scalare dinamicamente i volumi di archiviazione a blocchi con prestazioni configurabili e prevedibili.
  • Filestore: un servizio che fornisce archiviazione di file completamente gestita e ad alte prestazioni su Google Cloud che puoi connettere a una varietà di tipi di client.
  • Servizio di Backup e DR: un servizio di backup e ripristino sicuro e gestito centralmente per i workload Google Cloud che aiuta a proteggere i dati di backup da eliminazioni dannose o accidentali.
  • Cloud DNS: un servizio che fornisce una gestione dei DNS resiliente e a bassa latenza dalla rete globale di Google.
  • Cloud Load Balancing: un portfolio di bilanciatori del carico globali e regionali, scalabili e ad alte prestazioni.
  • Google Cloud Armor: un servizio di sicurezza di rete che offre regole di web application firewall (WAF) e aiuta a proteggersi dagli attacchi DDoS e alle applicazioni.
  • Virtual Private Cloud (VPC): un sistema virtuale che fornisce funzionalità di networking globali e scalabili per i tuoi workload Google Cloud . VPC include il peering di rete VPC, Private Service Connect, l'accesso privato ai servizi e il VPC condiviso.
  • Cloud NAT: un servizio che fornisce Network Address Translation ad alte prestazioni gestita da Google Cloud.
  • Cloud Interconnect: un servizio che estende la tua rete esterna alla rete Google tramite una connessione ad alta affidabilità e bassa latenza.
  • Cloud VPN: un servizio che estende in modo sicuro la tua rete peer alla rete di Google tramite un tunnel VPN IPsec.

Queste architetture di riferimento utilizzano i seguenti prodotti Oracle:

  • Oracle E-Business Suite: una suite di applicazioni per operazioni aziendali come finanza, risorse umane e catena di fornitura.
  • Oracle Database: un sistema di gestione di database relazionali (RDBMS) che estende il modello relazionale a un modello relazionale a oggetti.
  • Oracle Data Guard: un insieme di servizi per creare, mantenere, gestire e monitorare uno o più database in standby.

Sei responsabile dell'approvvigionamento delle licenze per i prodotti Oracle di cui esegui il deployment in Google Cloud, nonché del rispetto dei termini e delle condizioni delle licenze Oracle.

Considerazioni sulla progettazione

Questa sezione descrive i fattori di progettazione, le best practice e i suggerimenti di progettazione che devi considerare quando utilizzi queste architetture di riferimento per sviluppare una topologia che soddisfi i tuoi requisiti specifici di sicurezza, affidabilità, efficienza operativa, costi e prestazioni.

Progettazione del sistema

Questa sezione fornisce indicazioni per aiutarti a scegliere le regioni Google Cloud per il tuo deployment e a selezionare i servizi Google Cloud appropriati.

Selezione delle regioni

Quando scegli le regioni Google Cloud in cui eseguire il deployment delle tue applicazioni, considera i seguenti fattori e requisiti:

Alcuni di questi fattori e requisiti potrebbero comportare dei compromessi. Ad esempio, la regione più conveniente potrebbe non avere l'impronta di carbonio più bassa. Per saperne di più, consulta Best practice per la scelta delle regioni di Compute Engine.

Migrazione del database

Quando pianifichi la migrazione dei deployment di Oracle Database on-premise a Google Cloud, valuta l'ambiente del database attuale e ottieni suggerimenti di configurazione e dimensionamento utilizzando lo strumento Database Migration Assessment (DMA).

Per eseguire la migrazione dei dati on-premise ai deployment di database Oracle inGoogle Cloud, puoi utilizzare strumenti Oracle standard come Oracle GoldenGate.

Opzioni di archiviazione

Per le VM di Compute Engine nell'architettura, puoi utilizzare i volumi di avvio Google Cloud Hyperdisk o Persistent Disk. I volumi Hyperdisk offrono prestazioni, flessibilità ed efficienza migliori rispetto a Persistent Disk. Con Google Cloud Hyperdisk Balanced, puoi eseguire il provisioning di IOPS e throughput separatamente e in modo dinamico, in modo da ottimizzare il volume per un'ampia gamma di workload.

Per archiviare i file binari delle applicazioni, utilizza Filestore. I file archiviati in un'istanza Filestore Regional vengono replicati in modo sincrono in tre zone all'interno della regione. Questa replica contribuisce a garantire l'alta affidabilità e la solidità in caso di interruzioni a livello di zona. Per garantire la robustezza contro le interruzioni di servizio in una regione, puoi replicare un'istanza Filestore in un'altra regione. Per maggiori informazioni, consulta Replica delle istanze.

Quando progetti lo spazio di archiviazione per i tuoi workload, considera le caratteristiche funzionali dei workload, i requisiti di resilienza, le aspettative di prestazioni e gli obiettivi di costo. Per ulteriori informazioni, consulta Progetta una strategia di archiviazione ottimale per il tuo workload cloud.

Progettazione della rete

Scegli un design di rete che soddisfi i tuoi requisiti aziendali e tecnici. Puoi utilizzare una o più reti VPC. Per saperne di più, consulta la seguente documentazione:

Analisi di dati

Per l'analisi avanzata, puoi utilizzare Google Cloud Cortex Framework per importare i dati dalle tue applicazioni Oracle E-Business Suite in BigQuery. Per saperne di più, consulta Cortex Framework: integrazione con Oracle E-Business Suite.

Sicurezza, privacy e conformità

Questa sezione descrive i fattori da considerare quando utilizzi queste architetture di riferimento per progettare una topologia in Google Cloud che soddisfi i requisiti di sicurezza e conformità dei tuoi workload.

Protezione dalle minacce esterne

Per proteggere la tua applicazione da minacce come attacchi distributed denial of service (DDoS) e cross-site scripting (XSS), puoi utilizzare le policy di sicurezza di Google Cloud Armor. Ogni policy è un insieme di regole che specifica determinate condizioni da valutare e le azioni da intraprendere quando le condizioni sono soddisfatte. Ad esempio, una regola potrebbe specificare che se l'indirizzo IP di origine del traffico in entrata corrisponde a un indirizzo IP specifico o a un intervallo CIDR, il traffico deve essere negato. Puoi anche applicare regole del web application firewall (WAF) preconfigurate. Per saperne di più, consulta la Panoramica delle policy di sicurezza.

Accesso esterno per le VM

Nell'architettura di riferimento descritta in questo documento, le VM di Compute Engine non richiedono l'accesso in entrata da internet. Non assegnare indirizzi IP esterni alle VM. Google Cloud Le risorse che hanno solo un indirizzo IP privato interno possono comunque accedere ad alcune API di Google e servizi utilizzando Private Service Connect o l'accesso privato Google. Per saperne di più, consulta Opzioni di accesso privato per i servizi.

Per abilitare connessioni in uscita sicure dalle risorse Google Cloud che hanno solo indirizzi IP privati, come le VM di Compute Engine in questa architettura di riferimento, puoi utilizzare Secure Web Proxy o Cloud NAT.

Privilegi dei service account

Per le VM di Compute Engine nell'architettura, anziché utilizzare i service account predefiniti, ti consigliamo di creare service account dedicati e di specificare le risorse a cui il account di servizio può accedere. Il account di servizio predefinito dispone di un'ampia gamma di autorizzazioni, alcune delle quali potrebbero non essere necessarie. Puoi personalizzare i service account dedicati in modo che abbiano solo le autorizzazioni essenziali. Per saperne di più, consulta Limita i account di servizio account.

Sicurezza SSH

Per migliorare la sicurezza delle connessioni SSH alle VM di Compute Engine nella tua architettura, implementa Identity-Aware Proxy (IAP) e l'API Cloud OS Login. IAP ti consente di controllare l'accesso alla rete in base all'identità utente e alle policy di Identity and Access Management (IAM). L'API Cloud OS Login ti consente di controllare l'accesso SSH a Linux in base all'identità utente e alle policy IAM. Per saperne di più sulla gestione dell'accesso alla rete, consulta Best practice per il controllo dell'accesso al login SSH.

Crittografia del disco

Per impostazione predefinita, i dati archiviati nei volumi Hyperdisk e in Filestore vengono criptati utilizzandoGoogle-owned and Google-managed encryption keys. Come ulteriore livello di protezione, puoi scegliere di criptare Google-owned and managed key utilizzando chiavi di tua proprietà e gestite in Cloud Key Management Service (Cloud KMS). Per saperne di più, consulta Informazioni sulla crittografia del disco per i volumi Hyperdisk e Cripta i dati con chiavi di crittografia gestite dal cliente per Filestore.

Sicurezza di rete

Per controllare il traffico di rete tra le risorse nell'architettura, devi configurare le policy di Cloud Next Generation Firewall (NGFW) appropriate.

Altre considerazioni sulla sicurezza

Quando crei l'architettura per il tuo workload, considera le best practice e i suggerimenti per la sicurezza a livello di piattaforma forniti nel progetto delle fondamenta aziendali e nel Well-Architected Framework diGoogle Cloud : sicurezza, privacy e conformità.

Affidabilità

Questa sezione descrive i fattori di progettazione da considerare quando utilizzi queste architetture di riferimento per creare e gestire un'infrastruttura affidabile per il tuo deployment in Google Cloud.

Robustezza del livello di applicazione contro gli errori delle VM

Con tutte le opzioni di architettura descritte in questo documento, se alcune (ma non tutte) le VM dell'applicazione non funzionano, le applicazioni continuano a essere disponibili perché il bilanciatore del carico inoltra le richieste ad altre VM dell'applicazione.

A volte una VM dell'applicazione potrebbe essere in esecuzione e disponibile, ma potrebbero esserci problemi con l'applicazione stessa. L'applicazione potrebbe bloccarsi, arrestarsi in modo anomalo o non avere memoria sufficiente. In questo scenario, la VM non risponderà ai controlli di integrità del bilanciatore del carico e il bilanciatore del carico non indirizzerà il traffico alla VM che non risponde.

Robustezza del database contro gli errori delle VM

In un'architettura a livello di zona, se la VM del database non funziona, puoi ripristinare il database in produzione su una nuova VM utilizzando i backup archiviati in Backup e RE. Dopo aver ripristinato il database, devi connettere le applicazioni alla nuova istanza del database.

Se la coerenza dei dati è una priorità, configura un'istanza di database principale e una di standby, preferibilmente su VM che si trovano in zone diverse, come mostrato in Architettura regionale. Per la replica e il failover nell'istanza del database in standby, utilizza Oracle Data Guard. Puoi configurare Oracle Data Guard in modo che replichi le transazioni nell'istanza del database in standby prima che l'istanza del database primario confermi i commit. L'architettura del database primario-standby comporta costi aggiuntivi per l'infrastruttura e le licenze.

In un'architettura regionale o multiregionale, se la VM che ospita il database primario non funziona, Oracle Data Guard avvia un failover all'istanza del database Oracle in standby. Durante il processo di failover, le applicazioni non possono accedere al database.

Robustezza contro le interruzioni di zona

In un'architettura a livello di zona, se si verifica un'interruzione nella zona che ospita il deployment, le applicazioni e il database non sono disponibili. Puoi ripristinare le applicazioni e il database in produzione in un'altra zona o regione utilizzando i backup archiviati in Backup e RE.

In un'architettura regionale, se si verifica un'interruzione in una delle zone, il bilanciatore del carico inoltra le richieste alle istanze delle applicazioni eseguite nell'altra zona. Filestore continua a essere disponibile perché l'architettura utilizza il livello di servizio Filestore Regional.

Per garantire l'alta affidabilità dei dati nei volumi Hyperdisk durante un'interruzione in una singola zona, puoi utilizzare Google Cloud Hyperdisk Balanced High Availability. Quando i dati vengono scritti in un volume Hyperdisk Balanced High Availability, i dati vengono replicati in modo sincrono tra due zone nella stessa regione.

Robustezza contro le interruzioni delle regioni

Se si verifica un'interruzione a livello di regione, le applicazioni e il database non sono disponibili. Puoi ripristinare le applicazioni e il database in produzione in una regione diversa utilizzando i backup archiviati in Backup e RE. Per ridurre il tempo di inattività, utilizza l'architettura attiva-passiva (RE) multiregionale. Dopo aver avviato le applicazioni e il database, devi aggiornare la policy di routing DNS per instradare il traffico al bilanciatore del carico nella regione di failover.

Per le applicazioni business-critical che non possono tollerare tempi di inattività anche in caso di interruzione di una regione, utilizza l'archetipo di deployment attivo-attivo multiregionale.

Pianificazione della capacità delle VM

Per assicurarti che la capacità per le VM di Compute Engine sia disponibile quando è necessario eseguire il provisioning delle VM, puoi creare prenotazioni. Una prenotazione fornisce la capacità assicurata in una zona specifica per un numero specificato di VM di un tipo di macchina che scegli. Una prenotazione può essere specifica per un progetto o condivisa tra più progetti. Per saperne di più sulle prenotazioni, consulta Scegli un tipo di prenotazione.

Durabilità dei dati

Le architetture in questo documento utilizzano Backup e RE per creare, archiviare e gestire i backup delle VM di Compute Engine. Backup e RE archivia i dati di backup nel formato originale leggibile dall'applicazione. Se necessario, puoi ripristinare i workload in produzione utilizzando direttamente i dati dallo spazio di archiviazione di backup a lungo termine ed evitare di dover preparare o spostare i dati.

Backup e RE supporta i seguenti metodi per la creazione dei backup:

  • Spazio di archiviazione del vault di backup: i dati di backup vengono archiviati nella stessa regione dei dati di origine e non possono essere modificati o eliminati.
  • Spazio di archiviazione autogestito: gli utenti autorizzati possono modificare o eliminare i dati di backup e puoi archiviare i dati in più regioni.

Per ulteriori informazioni, leggi la seguenti documentazione:

Ulteriori considerazioni sull'affidabilità

Quando crei l'architettura cloud per il tuo workload, consulta le best practice e i suggerimenti relativi all'affidabilità forniti nella seguente documentazione:

Ottimizzazione dei costi

Questa sezione fornisce indicazioni per ottimizzare i costi di configurazione e gestione di una topologia Google Cloud creata utilizzando queste architetture di riferimento.

Tipi di macchine VM

Per aiutarti a utilizzare in modo ottimale le risorse delle istanze VM, Compute Engine fornisce suggerimenti sul tipo di macchina. Utilizza i suggerimenti per scegliere i tipi di macchine che corrispondono ai requisiti di computing del tuo workload. Per i workload con requisiti di risorse prevedibili, puoi personalizzare il tipo di macchina in base alle tue esigenze e risparmiare utilizzando i tipi di macchine personalizzate.

Licenze dei prodotti Oracle

È tua responsabilità procurarti le licenze per i prodotti Oracle di cui esegui il deployment su Compute Engine e rispettare i termini e le condizioni delle licenze Oracle. Per ulteriori informazioni, consulta Licensing Oracle Software in the Cloud Computing Environment.

Ulteriori considerazioni sui costi

Quando crei l'architettura per il tuo workload, considera anche le best practice e i suggerimenti generali forniti in Well-Architected Framework diGoogle Cloud : ottimizzazione dei costi.

Efficienza operativa

Questa sezione descrive i fattori da considerare quando utilizzi queste architetture di riferimento per progettare una topologia Google Cloud che puoi gestire in modo efficiente.

Immagini Oracle Linux

Per le tue VM, puoi utilizzare le immagini Oracle Linux disponibili in Compute Engine oppure puoi importare le immagini Oracle Linux che crei e gestisci.

Puoi anche creare e utilizzare immagini sistema operativo personalizzate che includono le configurazioni e il software richiesti dalle tue applicazioni. Raggruppa le immagini personalizzate in una famiglia di immagini personalizzate. Una famiglia di immagini punta sempre all'immagine più recente della famiglia, in modo che i template di istanza e gli script possano utilizzarla senza che tu debba aggiornare i riferimenti a una versione immagine specifica. Aggiorna regolarmente le immagini personalizzate per includere gli aggiornamenti e le patch di sicurezza forniti dal fornitore del sistema operativo.

Connettività tra server di applicazioni e database

Per le connessioni dalle tue applicazioni a Oracle Database, ti consigliamo di utilizzare il nome DNS interno di zona della VM del database anziché il suo indirizzo IP. Google Cloud risolve automaticamente il nome DNS nell'indirizzo IP interno principale della VM. Un ulteriore vantaggio di questo approccio è che non è necessario prenotare e assegnare indirizzi IP interni statici per le VM del database.

Documentazione e assistenza di Oracle

I prodotti Oracle eseguiti su VM di Compute Engine presentano problemi operativi simili a quelli dei prodotti Oracle eseguiti on-premise. Tuttavia, non è necessario gestire l'infrastruttura di computing, networking e archiviazione sottostante.

Osservabilità per le applicazioni Oracle

Per implementare l'osservabilità per i workload Oracle di cui è stato eseguito il deployment in Google Cloud, puoi utilizzare i servizi di Google Cloud Observability o Oracle Enterprise Manager. Scegli una strategia di monitoraggio appropriata in base ai tuoi requisiti e vincoli. Ad esempio, se esegui altri workload in Google Cloud oltre ai workload Oracle, puoi utilizzare i servizi di Google Cloud Observability per creare una dashboard di monitoraggio unificata per tutti i workload.

Ulteriori considerazioni operative

Quando crei l'architettura per il tuo workload, considera le best practice generali e i suggerimenti per l'efficienza operativa descritti in Google Cloud Well-Architected Framework: eccellenza operativa.

Ottimizzazione delle prestazioni

Questa sezione descrive i fattori da considerare quando utilizzi queste architetture di riferimento per progettare una topologia in Google Cloud che soddisfi i requisiti di prestazioni dei tuoi workload.

Prestazioni di computing

Compute Engine offre un'ampia gamma di tipi di macchine predefinite e personalizzabili tra cui scegliere in base ai requisiti di prestazioni dei tuoi workload.

  • Per le VM che ospitano le applicazioni e il database, scegli un tipo di macchina appropriato in base ai tuoi requisiti di prestazioni. Per informazioni sui tipi di macchine che supportano i volumi Hyperdisk e che soddisfano i tuoi requisiti di prestazioni e altri requisiti, consulta Confronto tra serie di macchine.
  • Per la VM che ospita le istanze Oracle Database, ti consigliamo di utilizzare un tipo di macchina della serie di macchine C4 della famiglia di macchine per uso generico. I tipi di macchine C4 offrono prestazioni costantemente elevate per i workload di database.

Prestazioni di rete

Compute Engine ha un limite per VM per la larghezza di banda di rete in uscita. Questo limite dipende dal tipo di macchina della VM e dal fatto che il traffico venga instradato attraverso la stessa rete VPC della VM di origine. Per le VM con determinati tipi di macchine, per migliorare le prestazioni di rete, puoi ottenere una larghezza di banda in uscita massima più elevata attivando il networking Tier_1. Per ulteriori informazioni, consulta Configura le prestazioni di networking Tier_1 per VM.

Prestazioni di archiviazione Hyperdisk

Le architetture descritte in questo documento utilizzano volumi Hyperdisk per tutti i dischi di avvio delle VM e per i dischi di dati della VM del database. Hyperdisk ti consente di scalare le prestazioni e la capacità in modo dinamico. Puoi regolare le IOPS, il throughput e le dimensioni di ogni volume di cui hai eseguito il provisioning in base alle esigenze di prestazioni e capacità di archiviazione del tuo workload. Le prestazioni dei volumi Hyperdisk dipendono dal tipo di Hyperdisk e dal tipo di macchina delle VM a cui sono collegati i volumi. Per ulteriori informazioni sui limiti e sull'ottimizzazione delle prestazioni di Hyperdisk, consulta la seguente documentazione:

Ulteriori considerazioni sulle prestazioni

Quando crei l'architettura per il tuo workload, tieni conto delle best practice e dei suggerimenti generali forniti in Google Cloud Well-Architected Framework: ottimizzazione delle prestazioni.

Deployment

Per eseguire il deployment di un ambiente dimostrativo di Oracle E-Business Suite Vision in una singola zona Google Cloud , utilizza l'esempio di configurazione Terraform disponibile in GitHub. Questo esempio non è destinato a casi d'uso in produzione.

Passaggi successivi

Collaboratori

Autori:

Altri collaboratori: