Scopri di più sulle topologie di rete per Oracle Database@Google Cloud

Scopri le varie opzioni di topologia di rete e seleziona quella più adatta alle tue esigenze organizzative.

Informazioni sulla topologia VPC singola

Se desideri prestazioni elevate e bassa latenza, puoi ospitare le tue applicazioni nello stesso VPC del database. Per mantenere l'isolamento delle applicazioni, utilizzare subnet separate per ogni applicazione condividendo Oracle Database@Google Cloud che risiede nello stesso VPC.

La seguente architettura mostra una singola topologia VPC:

Descrizione dell'immagine google-single-vpc-arch.png

google-single-vpc-arch-oracle.zip

Informazioni sulla topologia peering VPC

Se si desidera offrire Oracle Database@Google Cloud come servizio gestito centralizzato in cui il team della piattaforma crea i database all'interno del proprio progetto e VPC, utilizzare la topologia di peering VPC. Diverse linee di business possono collegare le loro applicazioni ospitate in un progetto diverso e diversi VPC al database ospitato nel proprio VPC e progetto, utilizzando il peering VPC.

La topologia di peering VPC connette le applicazioni in un VPC al database in un altro VPC. Il peering VPC connette due VPC in modo che le risorse in ogni rete possano comunicare tra loro nello stesso progetto, in un progetto diverso della stessa organizzazione o in progetti diversi di organizzazioni diverse.

La seguente architettura mostra una topologia di peering VPC locale:

Descrizione dell'immagine google-vpc-peering-arch.png

google-vpc-peering-arch-oracle.zip

Suggerimento

Se scegli questa topologia, considera che il peering VPC comporta costi.

Informazioni sulla topologia peering VPC condivisa

Se desideri connettere le tue applicazioni da più progetti e VPC a un VPC condiviso comune connesso al database, utilizza la topologia VPC condivisa. VPC condiviso collega progetti della stessa organizzazione in cartelle uguali o diverse per centralizzare il controllo sul VPC condiviso.

La seguente architettura mostra una topologia di peering VPC condivisa:

Descrizione dell'immagine google-shared-vpc-arch.png

google-shared-vpc-arch-oracle.zip

Suggerimento

Se si sceglie questa topologia, considerare che il VPC condiviso comporta costi.

Informazioni sulla topologia hub e spoke

Se si desidera che l'appliance virtuale di rete Hub (NVA) sia un punto di connettività centralizzato, utilizzare la topologia Hub-and-Spoke. L'hub NVA centralizza la comunicazione da diversi VPC con più schede di interfaccia di rete virtuale (VNIC) in ogni subnet spoke e facilita la comunicazione tra applicazioni e database.

Per creare la VNIC per la connettività di Oracle Database@Google Cloud, è necessario creare una subnet di transito nel VPC di transito. In quanto punto di connettività centralizzato, NVA facilita la comunicazione tra applicazioni e database.

La seguente architettura mostra una topologia hub e spoke NVA:

Descrizione dell'immagine google-nva-hub-and-spoke-arch.png

google-nva-hub-and-spoke-arch-arch.zip

Informazioni sulla topologia VPC multipla

Se desideri isolare i carichi di lavoro del database tra due linee di business, utilizza la topologia VPC multipla. Un team Sales and Marketing può avere i propri VPC e subnet per i propri database in un cluster VM all'interno di un'infrastruttura Oracle Exadata Database Service.

Per isolare i carichi di lavoro su Oracle Exadata Database Service a livello di cluster VM, distribuire più cluster in VPC isolati.

La seguente architettura mostra un'architettura VPC multipla:

Descrizione dell'immagine google-multiple-vpc-arch.png

google-multiple-vpc-arch-oracle.zip

È necessario assicurarsi che:

• Più cluster VM condividono la stessa infrastruttura Oracle Exadata Database Service.
• Ogni cluster VM è connesso a un VPC diverso.
• L'infrastruttura Oracle Exadata Database Service e i cluster VM fanno parte dello stesso progetto.