En savoir plus sur les topologies réseau pour Oracle Database@Azure
Découvrez les différentes options de topologie de réseau pour sélectionner celle qui convient le mieux à vos besoins organisationnels.
Les topologies incluent les composants suivants :
- Région
Une région OCI est une zone géographique précise qui contient des centres de données, hébergeant des domaines de disponibilité. Les régions sont indépendantes les une des autres et peuvent les séparer d'un pays ou d'un continent à l'autre par de grandes distances.
- Réseau cloud virtuel (VCN) et sous-réseau
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région OCI. Comme les Réseaux de centre de données traditionnels, les Réseaux cloud virtuels vous donnent un contrôle sur l'environnement réseau. Un VCN peut comporter plusieurs blocs de routage interdomaine sans classe (CIDR) qui ne se chevauchent pas et que vous pouvez modifier une fois le VCN créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
- Liste de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui indiquent la source, la destination et le type de trafic autorisés à l'entrée et à la sortie du sous-réseau.
- Réseau virtuel Azure (VNet)
Le réseau virtuel Azure (VNet) est le bloc de construction fondamental de votre réseau privé dans Azure. VNet permet à de nombreux types de ressources Azure, telles que les machines virtuelles Azure, de communiquer en toute sécurité les unes avec les autres, Internet et les réseaux sur site.
- Sous-réseau délégué Azure
Un sous-réseau délégué vous permet d'insérer un service géré, en particulier un service de plate-forme en tant que service (PaaS), directement dans votre réseau virtuel en tant que ressource. Vous disposez d'une gestion complète de l'intégration des services PaaS externes au sein de vos réseaux virtuels.
- Carte d'interface réseau virtuelle
Les serveurs des data centers OCI disposent de cartes d'interface réseau (NIC) physiques. Lorsque vous créez une instance sur l'un de ces serveurs, elle communique à l'aide de cartes d'interface réseau virtuelles de service Networking (VNIC) associées aux carte d'interface réseau physiques du site Networking. Une carte d'interface réseau virtuelle (VNIC) permet à une instance de se connecter à un VCN et détermine la façon dont l'instance se connecte aux adresses à l'intérieur et à l'extérieur du VCN. Chaque carte d'interface réseau virtuelle réside dans un sous-réseau d'un réseau cloud virtuel.
- WAN virtuel Azure
Azure Virtual WAN (VWAN) est un service de mise en réseau qui rassemble de nombreuses fonctionnalités de mise en réseau, de sécurité et de routage pour fournir une interface opérationnelle unique.
- Table de routage Azure
Les tables de routage virtuelles contiennent des règles permettant de router le trafic des sous-réseaux vers des destinations en dehors d'une instance VNet, généralement via des passerelles. Les tables de routage sont associées à des sous-réseaux dans un élément VNet.
A propos de la topologie VNet locale
L'architecture suivante présente une topologie VNet locale :
A propos de la topologie d'appairage VNet
Si vos composants d'application sont dans des abonnements différents de ceux de vos composants de base de données, identifiez la zone de disponibilité physique et colocalisez les services dans la même zone de disponibilité pour améliorer les performances de latence. Enfin, autorisez la connexion à partir d'un groupe de sécurité réseau OCI de la base de données appairé VNet.
L'architecture suivante présente une topologie d'appairage VNet locale :
azure-local-vnet-peering-topology-oracle.zip
Pour plus d'informations sur les tarifs liés à l'appairage VNet et aux réseaux virtuels, reportez-vous à la documentation relative à la tarification des réseaux virtuels Azure disponible dans la section En savoir plus.
A propos de la topologie d'appairage Hub-and-Spoke VNet
L'architecture suivante présente une topologie d'appairage VNet hub-and-spoke avec Azure Firewall ou NVA :
azure-hub-and-spoke-vnet-peering-topology-oracle.zip
Reportez-vous à la documentation relative à la tarification du réseau virtuel Azure, disponible dans la section En savoir plus.
A propos de la connectivité globale entre les régions
L'architecture suivante présente la connectivité globale entre les régions :
A propos de la connectivité à partir d'un réseau sur site avec hub-and-spoke
L'architecture suivante présente une topologie sur site hub-and-spoke :