Partager via


Planification réseau pour Oracle Database@Azure

Dans cet article, vous allez découvrir les topologies de réseau et les contraintes dans Oracle Database@Azure.

Après avoir acheté une offre via la Place de marché Azure et approvisionné l’infrastructure Oracle Exadata, l’étape suivante consiste à créer votre cluster de machines virtuelles pour héberger votre instance d’Oracle Exadata Database@Azure. Les clusters de base de données Oracle sont connectés à votre réseau virtuel Azure via une carte réseau virtuelle à partir de votre sous-réseau délégué (délégué à Oracle.Database/networkAttachment).

Topologies prises en charge

Le tableau ci-dessous décrit les topologies de réseau prises en charge par chaque configuration de fonctionnalités réseau pour Oracle Database@Azure :

Topologie Pris en charge
Connectivité à un cluster de base de données Oracle dans un réseau virtuel local Oui
Connectivité à un cluster de base de données Oracle dans un réseau virtuel appairé (dans la même région) Oui
Connectivité à un cluster de base de données Oracle dans un réseau virtuel en étoile dans une autre région avec un réseau étendu virtuel (WAN virtuel) Oui
Connectivité à un cluster de base de données Oracle dans un réseau virtuel appairé (peering mondial ou inter-région) sans WAN virtuel* Non
Connectivité locale à un cluster de base de données Oracle via une passerelle Azure ExpressRoute mondiale et locale Oui
Azure ExpressRoute FastPath Non
Connectivité de l’environnement local à un cluster de base de données Oracle dans un réseau virtuel en étoile via une passerelle ExpressRoute et un appairage de réseaux virtuels avec transit par passerelle Oui
Connectivité locale à un sous-réseau délégué via une passerelle de réseau privé virtuel (VPN) Oui
Connectivité de l’environnement local à une base de données Oracle dans un réseau virtuel en étoile via une passerelle VPN et un appairage de réseaux virtuels avec transit par passerelle Oui
Connectivité sur des passerelles VPN en mode actif/passif Oui
Connectivité sur des passerelles VPN en mode actif/actif Non
Connectivité sur des passerelles redondantes interzone en mode actif/actif Non
Connectivité de transit via un WAN virtuel pour un cluster de base de données Oracle approvisionné dans un réseau virtuel en étoile Oui
Connectivité locale à un cluster de base de données Oracle via un WAN virtuel et un réseau étendu à définition logicielle (SD-WAN) attaché Non
Connectivité locale via un hub sécurisé (appliance virtuelle réseau de pare-feu) Non
Connectivité à partir d’un cluster de base de données Oracle sur des nœuds Oracle Database@Azure vers des ressources Azure Oui

* Vous pouvez surmonter cette limitation en définissant un VPN site à site.

Contraintes

Le tableau ci-dessous décrit les configurations requises des fonctionnalités réseau prises en charge :

Fonctionnalités Fonctionnalités réseau De base
Sous-réseau délégué par réseau virtuel 1
Groupes de sécurité réseau sur des sous-réseaux délégués Oracle Database@Azure Non
Routes définies par l’utilisateur (UDR) sur des sous-réseaux délégués Oracle Database@Azure Oui
Connectivité d’un cluster de base de données Oracle vers un point de terminaison privé dans le même réseau virtuel sur des sous-réseaux délégués Azure Non
Connectivité d’un cluster de base de données Oracle vers un point de terminaison privé dans un autre réseau virtuel en étoile connecté à un WAN virtuel Oui
Équilibreurs de charge pour le trafic du cluster de base de données Oracle Non
Réseau virtuel double pile (IPv4 et IPv6) Seul le protocole IPv4 est pris en charge

Remarque

Si vous souhaitez configurer une table de routage (route UDR) pour contrôler le routage des paquets via une alliance de réseaux virtuels ou un pare-feu destiné à une instance Oracle Database@Azure à partir d’une source sur le même réseau virtuel ou un réseau virtuel appairé, le préfixe UDR doit être plus spécifique ou égal à la taille du sous-réseau délégué de l’instance Oracle Database@Azure. Si le préfixe UDR est moins spécifique que la taille du sous-réseau délégué, il n’est pas efficace.

Par exemple, si votre sous-réseau délégué est x.x.x.x/24, vous devez configurer votre UDR avec x.x.x.x/24 (égal) ou x.x.x.x/32 (plus spécifique). Si vous configurez la route UDR pour qu’elle soit x.x.x.x/16, des comportements imprévisibles comme un routage asymétrique peuvent entraîner une perte de paquets réseau au niveau du pare-feu.