Connectivité à Oracle Cloud Infrastructure
Cette section propose des approches de connectivité différentes pour intégrer une architecture de zone d’atterrissage Azure dans Oracle Cloud Infrastructure (OCI).
Considérations relatives à la conception :
À l’aide d’ExpressRoute et de FastConnect, les clients peuvent connecter un réseau virtuel dans Azure à un réseau virtuel cloud dans OCI, s’il n’y a pas chevauchement de l’espace d’adressage IP privé. Une fois que vous avez établi la connectivité, les ressources du réseau virtuel Azure peuvent communiquer avec les ressources du réseau de cloud virtuel OCI comme si elles se trouvaient sur le même réseau.
Azure ExpressRoute FastPath est conçu pour améliorer les performances du chemin d’accès aux données entre deux réseaux (locaux et Azure) et, pour ce scénario, entre OCI et Azure. Lorsqu’il est activé, FastPath envoie le trafic réseau directement aux machines virtuelles du réseau virtuel, en contournant la passerelle ExpressRoute.
FastPath est disponible sur tous les circuits ExpressRoute.
FastPath nécessite toujours la création d’une passerelle de réseau virtuel à des fins d’échange de routage. La passerelle de réseau virtuel doit utiliser la référence SKU Ultra Performance ou la référence ErGw3AZ pour la passerelle ExpressRoute afin d’activer la gestion du routage.
Certaines fonctionnalités ne sont actuellement pas prises en charge dans ExpressRoute FastPath, telles que les hubs Azure Virtual WAN ou le peering de réseaux virtuels.
Bien que vous puissiez utiliser ExpressRoute Global Reach pour activer la communication d’un site local vers un serveur OCI via des circuits ExpressRoute, cela peut entraîner des coûts supplémentaires de bande passante que vous pouvez calculer à l’aide de la calculatrice de prix Azure. Il est important de prendre en compte les coûts supplémentaires lorsque vous migrez de grandes quantités de données locales vers Oracle à l’aide de circuits ExpressRoute.
Dans les régions Azure qui prennent en charge les zones de disponibilité, le fait de placer vos charges de travail Azure dans une zone ou l’autre peut avoir un léger effet sur la latence. Concevez votre application pour équilibrer les besoins en disponibilité et performances.
L’interconnexion entre Azure et OCI est disponible uniquement pour des régions spécifiques.
Pour obtenir des informations plus approfondies sur l’interconnectivité entre Azure et OCI, consultez l’article Solutions d’applications Oracle intégrant Microsoft Azure et Oracle Cloud Infrastructure ou consultez Accès à Microsoft Azure dans OCI.
Recommandations relatives à la conception :
Créez le circuit ExpressRoute qui sera utilisé pour interconnecter Azure avec OCI dans l’abonnement à la connectivité.
Pour les déploiements dans la même ville, envisagez d'utiliser ExpressRoute Metro.
Vous pouvez interconnecter une architecture réseau Azure basée sur l’architecture traditionnelle hub-and-spoke ou des topologies réseau basées sur Azure Virtual WAN. Pour ce faire, il suffit de connecter le circuit ExpressRoute qui sera utilisé pour interconnecter Azure avec OCI au réseau virtuel hub ou au hub Virtual WAN, comme illustré dans le schéma suivant.
Figure 1 : Interconnexion entre Azure et OCI via ExpressRoute.
Si votre application nécessite la latence la plus faible possible entre Azure et OCI, envisagez de déployer votre application dans un seul réseau virtuel avec une passerelle ExpressRoute et FastPath activée.
Figure 2 : Interconnexion entre Azure et OCI via un réseau virtuel unique.
Lorsque vous déployez des ressources Azure sur les zones de disponibilité, effectuez des tests de latence sur la connexion de machines virtuelles Azure situées dans différentes zones de disponibilité vers des ressources OCI pour comprendre laquelle des trois zones de disponibilité offre la latence la plus faible vers les ressources OCI.
Pour utiliser des ressources Oracle hébergées dans OCI à l’aide des ressources et des technologies Azure, vous pouvez :
À partir d’Azure : déployer un serveur de rebond dans un réseau virtuel Spoke. Le jumpbox permet d’accéder au réseau de cloud virtuel dans OCI, comme illustré dans l’image suivante :
Figure 3 : Gestion des ressources OCI à partir d’Azure via un serveur de rebond.
À partir d’un emplacement local : utiliser ExpressRoute Global Reach pour lier un circuit ExpressRoute existant, qui connecte un emplacement local à Azure, à un circuit ExpressRoute OCI, qui interconnecte Azure à OCI. De cette façon, le routeur Microsoft Enterprise Edge (MSEE) devient le point de routage central entre les deux circuits ExpressRoute.
Figure 4 : Gestion locale des ressources OCI via ExpressRoute Global Reach.
Étapes suivantes
Pour plus d’informations sur la connectivité à d’autres fournisseurs de services cloud, consultez Connectivité à d’autres fournisseurs de cloud.