Red Hat · 30 octobre 2026 · Infra & Cloud
BGP cloud connector : réseau direct des VM sur Red Hat OpenShift Service on AWS
Red Hat présente BGP cloud connector pour le réseau direct des VM sur Red Hat OpenShift Service on AWS. L’article décrit les difficultés de routage vers l’adresse IP propre d’une VM avec OpenShift Virtualization dans le cloud, où les réseaux exposent généralement uniquement la couche 3.
Ce qui est annoncé
Red Hat annonce BGP cloud connector pour Red Hat OpenShift Service on AWS, sur les clusters en version 4.22 ou ultérieure. Ce composant permet de joindre directement les machines virtuelles par leur propre adresse IP, en assurant le routage entre leur réseau superposé ClusterUserDefinedNetwork (CUDN) et le VPC qui héberge le cluster. La connexion aux réseaux de l’entreprise peut ensuite s’appuyer sur les solutions AWS existantes, notamment Transit Gateway ou Direct Connect.
Le fonctionnement repose sur les nœuds de travail du cluster, qui servent de routeurs. Les routes sont annoncées par BGP à Amazon VPC Route Server, chargé de mettre à jour les tables de routage du VPC. BGP cloud connector actualise les pairs lorsque des nœuds rejoignent ou quittent le cluster. Pour un CUDN donné, un seul nœud reçoit à la fois le trafic entrant, puis le transmet au nœud hébergeant la VM. Si cette passerelle devient indisponible, Route Server détecte la défaillance et sélectionne un nœud opérationnel.
Ce que ça change pour les entreprises
Pour les équipes IT, cette approche peut limiter les adaptations réseau nécessaires lors du déplacement de VM vers le cloud. Le trafic sortant des VM ne passe plus par une traduction NAT utilisant les adresses des nœuds de travail : les pare-feu et contrôles d’accès fondés sur l’adresse source peuvent donc distinguer les machines. La cohérence des adresses visibles à l’intérieur et à l’extérieur du cluster répond aussi aux besoins d’Active Directory Dynamic DNS et de certains logiciels en cluster, comme des versions anciennes de Valkey.
La DSI devra toutefois intégrer ce fonctionnement au cadrage de l’architecture. Le passage du trafic entrant d’un CUDN par une seule passerelle active constitue un point à examiner, au même titre que la connexion du VPC au réseau d’entreprise. Le déploiement implique également de préparer le VPC, puis d’installer et de configurer l’opérateur : l’accès direct aux VM reste un choix d’architecture à valider selon les applications concernées.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner l’analyse des besoins de connectivité, le cadrage de l’intégration et la revue des règles de sécurité. Cet accompagnement peut aussi couvrir la validation des flux applicatifs et l’appropriation du fonctionnement réseau par les équipes d’exploitation.
Découvrez notre offre Infra & Cloud ou contactez-nous.
Source : annonce Red Hat du 30 octobre 2026.