En savoir plus sur les topologies réseau pour Oracle Database@Google Cloud

Découvrez les différentes options de topologie réseau et sélectionnez celle qui convient le mieux à vos besoins organisationnels.

À propos de la topologie VPC unique

Si vous voulez des performances élevées et une latence faible, hébergez vos applications dans le même VPC que votre base de données. Pour maintenir l'isolement des applications, utilisez des sous-réseaux distincts pour chaque application tout en partageant Oracle Database@Google Cloud résidant dans le même VPC.

L'architecture suivante présente une topologie VPC unique :

Description de l'illustration google-single-vpc-arch.png

google-single-vpc-arch-oracle.zip

À propos de la topologie d'appairage VPC

Si vous voulez offrir Oracle Database@Google Cloud en tant que service géré centralisé où l'équipe de plate-forme crée les bases de données dans son propre projet et son propre VPC, utilisez la topologie d'appairage VPC.Différents secteurs d'activité peuvent connecter leurs applications hébergées dans un projet différent et différents VPC à la base de données hébergée dans ses propres VPC et projet, à l'aide de l'appairage VPC.

La topologie d'appairage VPC connecte vos applications d'un VPC à la base de données d'un autre VPC. L'appairage VPC relie deux VPC afin que les ressources de chaque réseau puissent communiquer entre elles dans le même projet, un projet différent de la même organisation, ou même des projets différents de différentes organisations.

L'architecture suivante présente une topologie d'appairage VPC locale :

Description de l'illustration google-vpc-peering-arch.png

google-vpc-peering-arch-oracle.zip

Conseil :

Si vous choisissez cette topologie, considérons que l'appairage VPC entraîne des coûts.

À propos de la topologie d'appairage VPC partagée

Si vous souhaitez connecter vos applications de plusieurs projets et VPC à un VPC partagé commun connecté à la base de données, utilisez la topologie VPC partagée. Le VPC partagé relie les projets de la même organisation dans le même dossier ou dans des dossiers différents pour centraliser le contrôle sur le VPC partagé.

L'architecture suivante présente une topologie d'appairage VPC partagée :

Description de l'illustration google-shared-vpc-arch.png

google-shared-vpc-arch-oracle.zip

Conseil :

Si vous choisissez cette topologie, considérez que Shared VPC entraîne des coûts.

À propos de la topologie en étoile

Si vous voulez que l'appliance virtuelle de réseau Hub (NVA) soit un point de connectivité centralisé, utilisez la topologie Hub-and-Spoke. Le Hub NVA centralise la communication de différents VPC avec plusieurs cartes d'interface réseau virtuelles (vNIC) dans chaque sous-réseau satellite et facilite la communication entre les applications et les bases de données.

Pour créer la carte VNIC pour la connectivité Oracle Database@Google Cloud, vous devez créer un sous-réseau de transit dans le VPC de transit. En tant que point de connectivité centralisé, le NVA facilite la communication entre les applications et les bases de données.

L'architecture suivante présente une topologie en étoile NVA :

Description de l'illustration google-nva-hub-and-spoke-arch.png

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

À propos de la topologie VPC multiple

Si vous souhaitez isoler les charges de travail de base de données entre deux secteurs d'activité, utilisez la topologie VPC multiple. Une équipe Sales and Marketing peut avoir ses propres VPC et sous-réseaux pour ses bases de données dans une grappe de machines virtuelles dans une infrastructure Oracle Exadata Database Service.

Pour isoler les charges de travail dans Oracle Exadata Database Service au niveau de la grappe de machines virtuelles, déployez plusieurs grappes dans des VPC isolés.

L'architecture suivante présente plusieurs architectures VPC :

Description de l'illustration google-multiple-vpc-arch.png

google-multiple-vpc-arch-oracle.zip

Vous devez vous assurer des éléments suivants :

• Plusieurs grappes de machines virtuelles partagent la même infrastructure Oracle Exadata Database Service.
• Chaque grappe de machines virtuelles est connectée à un VPC différent.
• L'infrastructure et les grappes de machines virtuelles d'Oracle Exadata Database Service font partie du même projet.