Más información sobre topologías de red para Oracle Database@Google Cloud

Obtenga información sobre las distintas opciones de topología de red y seleccione la que mejor se adapte a sus necesidades organizativas.

Acerca de la topología de VPC única

Si desea un alto rendimiento y una baja latencia, aloje las aplicaciones en la misma VPC que la base de datos. Para mantener el aislamiento de las aplicaciones, utilice subredes independientes para cada aplicación mientras comparte Oracle Database@Google Cloud que reside en la misma VPC.

La siguiente arquitectura muestra una única topología de VPC:

Descripción de la ilustración google-single-vpc-arch.png

google-single-vpc-arch-oracle.zip

Acerca de la topología de intercambio de tráfico de VPC

Si desea ofrecer Oracle Database@Google Cloud como servicio gestionado centralizado en el que el equipo de la plataforma crea las bases de datos dentro de su propio proyecto y VPC, utilice la topología de intercambio de tráfico de VPC. Diferentes líneas de negocios pueden conectar sus aplicaciones alojadas en un proyecto diferente y diferentes VPC a la base de datos que se aloja en su propio VPC y proyecto, utilizando el intercambio de tráfico de VPC.

La topología de intercambio de tráfico de VPC conecta las aplicaciones de un VPC a la base de datos de otro VPC. El intercambio de tráfico de VPC conecta dos VPC para que los recursos de cada red puedan comunicarse entre sí en el mismo proyecto, un proyecto diferente de la misma organización o incluso proyectos diferentes de diferentes organizaciones.

La siguiente arquitectura muestra una topología de intercambio de tráfico de VPC local:

Descripción de la ilustración google-vpc-peering-arch.png

google-vpc-peering-arch-oracle.zip

Sugerencia:

Si elige esta topología, tenga en cuenta que el intercambio de tráfico de VPC genera costos.

Acerca de la topología de intercambio de tráfico de VPC compartido

Si desea conectar sus aplicaciones de varios proyectos y VPC a una VPC compartida común conectada a la base de datos, utilice la topología de VPC compartida. El VPC compartido conecta proyectos de la misma organización en la misma carpeta o en carpetas diferentes para centralizar el control sobre el VPC compartido.

La siguiente arquitectura muestra una topología de intercambio de tráfico de VPC compartida:

Descripción de la ilustración google-shared-vpc-arch.png

google-shared-vpc-arch-oracle.zip

Sugerencia:

Si elige esta topología, considere que el VPC compartido incurre en costos.

Acerca de la topología en estrella

Si desea que el dispositivo virtual de red (NVA) del hub sea un punto centralizado de conectividad, utilice la topología de hub y radios. El NVA de hub centraliza la comunicación de diferentes VPC con varias tarjetas de interfaz de red virtual (VNIC) en cada subred radial y facilita la comunicación entre aplicaciones y bases de datos.

Para crear la VNIC para la conectividad de Oracle Database@Google Cloud, debe crear una subred en tránsito en la VPC en tránsito. Como punto centralizado de conectividad, el NVA facilita la comunicación entre aplicaciones y bases de datos.

La siguiente arquitectura muestra una topología de hub y radios de NVA:

Descripción de la ilustración google-nva-hub-and-spoke-arch.png

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

Acerca de la topología de varias VPC

Si desea aislar cargas de trabajo de base de datos entre dos líneas de negocio, utilice la topología de varios VPC. Un equipo de Sales and Marketing puede tener sus propias VPC y subredes para sus bases de datos en un cluster de VM dentro de una infraestructura de Oracle Exadata Database Service.

Para aislar cargas de trabajo en Oracle Exadata Database Service a nivel de cluster de VM, despliegue varios clusters en VPC aisladas.

La siguiente arquitectura muestra una arquitectura VPC múltiple:

Descripción de la ilustración google-multiple-vpc-arch.png

google-multiple-vpc-arch-oracle.zip

Debe asegurarse de que:

• Varios clusters de VM comparten la misma infraestructura de Oracle Exadata Database Service.
• Cada cluster de VM está conectado a una VPC diferente.
• La infraestructura de Oracle Exadata Database Service y los clusters de VM forman parte del mismo proyecto.