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.

A propos de la topologie VPC unique

Si vous souhaitez des performances élevées et une faible latence, 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

A propos de la topologie d'appairage VPC

Si vous souhaitez offrir Oracle Database@Google Cloud en tant que service géré centralisé dans lequel l'équipe de plate-forme crée les bases de données au sein de son propre projet et de son 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 leur propre projet et VPC, à l'aide de l'appairage VPC.

La topologie d'appairage VPC connecte vos applications dans un VPC à la base de données dans un autre VPC. L'appairage VPC connecte deux VPC de sorte 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 d'organisations différentes.

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

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

google-vpc-peering-arch-oracle.zip

Conseil :

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

A 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é connecte les projets de la même organisation dans le même dossier ou dans des dossiers différents pour centraliser le contrôle du VPC partagé.

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

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

google-partagé-vpc-arch-oracle.zip

Conseil :

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

A propos de la topologie Hub-and-Spoke

Si vous souhaitez que l'appliance virtuelle réseau Hub (NVA) soit un point de connectivité centralisé, utilisez la topologie Hub-et-Spoke. Le NVA du hub centralise la communication à partir 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.

Afin de créer la carte d'interface réseau virtuelle 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é, la NVA facilite la communication entre les applications et les bases de données.

L'architecture suivante présente une topologie NVA hub-and-spoke :

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

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

A 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 disposer de son propre VPC et de ses sous-réseaux pour ses bases de données dans un cluster de machines virtuelles au sein d'une infrastructure Oracle Exadata Database Service.

Pour isoler les charges globales sur Oracle Exadata Database Service au niveau du cluster de machines virtuelles, déployez plusieurs clusters dans des VPC isolés.

L'architecture suivante présente une architecture VPC multiple :

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

google-multiple-vpc-arch-oracle.zip

Vous devez vérifier les éléments suivants :

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