Saiba Mais sobre Topologias de Rede para o Oracle Database@Google Cloud

Saiba mais sobre as várias opções de topologia de rede e selecione a mais adequada às suas necessidades organizacionais.

Sobre a Topologia de VPC Única

Se você quiser alto desempenho e baixa latência, hospede seus aplicativos na mesma VPC do seu banco de dados. Para manter o isolamento do aplicativo, use sub-redes separadas para cada aplicativo enquanto compartilha o Oracle Database@Google Cloud que reside na mesma VPC.

A arquitetura a seguir mostra uma única topologia de VPC:

Descrição da ilustração google-single-vpc-arch.png

google-single-vpc-arch-oracle.zip

Sobre a Topologia de Pareamento de VPC

Se você quiser oferecer o Oracle Database@Google Cloud como um serviço gerenciado centralizado no qual a equipe da plataforma cria os bancos de dados em seu próprio projeto e VPC, use a topologia de pareamento de VPC. Diferentes linhas de negócios podem conectar seus aplicativos hospedados em um projeto diferente e VPC diferente ao banco de dados que está hospedado em seu próprio VPC e projeto, usando pareamento de VPC.

A topologia de pareamento de VPC conecta seus aplicativos em uma VPC ao banco de dados em outra VPC. O pareamento de VPC conecta duas VPCs para que os recursos em cada rede possam se comunicar entre si no mesmo projeto, em um projeto diferente da mesma organização ou mesmo em projetos diferentes de organizações diferentes.

A arquitetura a seguir mostra uma topologia de pareamento VPC local:

Descrição da ilustração google-vpc-peering-arch.png

google-vpc-peering-arch-oracle.zip

Dica:

Se você escolher essa topologia, considere que o pareamento de VPC incorre em custos.

Sobre a Topologia de Pareamento de VPC Compartilhado

Se você quiser conectar seus aplicativos de vários projetos e VPCs a uma VPC compartilhada comum conectada ao banco de dados, use a topologia de VPC compartilhada. A VPC compartilhada conecta projetos da mesma organização em pastas iguais ou diferentes para centralizar o controle sobre a VPC compartilhada.

A arquitetura a seguir mostra uma topologia de pareamento VPC compartilhado:

Descrição da ilustração google-shared-vpc-arch.png

google-shared-vpc-arch-oracle.zip

Dica:

Se você escolher essa topologia, considere que a VPC compartilhada incorre em custos.

Sobre a Topologia Hub e Spoke

Se você quiser que o NVA (Network Virtual Appliance) do Hub seja um ponto centralizado de conectividade, use a topologia Hub-and-Spoke. O Hub NVA centraliza a comunicação de diferentes VPCs com várias VNICs (Virtual Network Interface Cards) em cada sub-rede falada e facilita a comunicação entre aplicativos e bancos de dados.

Para criar a VNIC para conectividade do Oracle Database@Google Cloud, crie uma sub-rede de trânsito na VPC de trânsito. Como um ponto centralizado de conectividade, o NVA facilita a comunicação entre aplicativos e bancos de dados.

A arquitetura a seguir mostra uma topologia de hub e spoke do NVA:

Descrição da ilustração google-nva-hub-and-spoke-arch.png

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

Sobre Várias Topologias VPC

Se você quiser isolar cargas de trabalho de banco de dados entre duas linhas de negócios, use a topologia de várias VPCs. Uma equipe de Sales and Marketing pode ter sua própria VPC e sub-redes para seus bancos de dados em um Cluster de VMs em uma infraestrutura do Oracle Exadata Database Service.

Para isolar cargas de trabalho no Oracle Exadata Database Service no nível de Cluster de VMs, implante vários clusters em VPCs isoladas.

A arquitetura a seguir mostra uma arquitetura VPC múltipla:

Descrição da ilustração google-multiple-vpc-arch.png

google-multiple-vpc-arch-oracle.zip

Você deve garantir o seguinte:

• Vários clusters de VMs compartilham a mesma infraestrutura do Oracle Exadata Database Service.
• Cada cluster de VMs é conectado a uma VPC diferente.
• A infraestrutura do Oracle Exadata Database Service e os clusters de VMs fazem parte do mesmo projeto.