Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Présentation de l’implémentation Junos OS d’OVSDB et de VXLAN dans un environnement VMware NSX for vSphere

Certains équipements Juniper Networks prennent en charge le protocole de gestion VXLAN (Virtual Extensible LAN) et OVSDB (Open vSwitch Database). (Voir Support OVSDB sur les équipements Juniper Networks.) La prise en charge de VXLAN et OVSDB permet d’intégrer les équipements Juniper Networks d’un réseau physique dans un réseau virtuel.

L’implémentation de VXLAN et OVSDB sur les équipements Juniper Networks est prise en charge dans un environnement VMware NSX for NSX for vSphere pour le centre de données. Le Tableau 1 présente les composants qui composent cet environnement et les produits généralement déployés pour chacun d’eux.

Tableau 1 : composants NSX for vSphere et produits associés

Composant

Produits

Plate-forme de gestion du cloud (CMP)

CloudStack (en anglais)

OpenStack

CMP personnalisé

Plate-forme de virtualisation du réseau

NSX pour vSphere

Hyperviseur

Machine virtuelle basée sur le noyau (KVM)

Chapeau

VMware ESXi

Xen

Note:

Juniper Networks prend uniquement en charge KVM et ESXi.

Commutateur virtuel

Open vSwitch (OVS)

NSX vSwitch

Contrôleur SDN

Contrôleur NSX pour vSphere

Protocole de superposition

VXLAN

Protocole d’apprentissage MAC (Media Access Control)

L’OVSDB

La Figure 1 présente une vue d’ensemble de l’architecture de la plate-forme NSX pour vSphere, tandis que la Figure 2 fournit une représentation plus détaillée des composants des réseaux virtuels et physiques.

Figure 1 : Vue d’ensemble de l’architecture High-Level View of NSX for vSphere Architecture NSX for vSphere
Figure 2 : intégration d’un équipement Juniper Networks dans l’environnement Integration of Juniper Networks Device into NSX for vSphere Environment NSX for vSphere

Dans la topologie de centre de données illustrée à la figure 2, les serveurs physiques et virtuels doivent communiquer. Pour faciliter cette communication, un équipement Juniper Networks prenant en charge VXLAN est stratégiquement déployé de manière à servir de passerelle, également appelée point de terminaison de tunnel virtuel matériel (VTEP), à la périphérie du réseau physique. Associé au VTEP logiciel déployé à la périphérie du réseau virtuel, le VTEP matériel encapsule les paquets des ressources sur le serveur physique 1 à l’aide d’un en-tête VXLAN. Une fois que les paquets ont traversé le réseau de transport de couche 3, le VTEP logiciel supprime l’en-tête VXLAN des paquets et les transmet aux machines virtuelles (VM) appropriées. Essentiellement, l’encapsulation et la désencapsulation des paquets par les VTEP matériels et logiciels permettent aux composants des réseaux physiques et virtuels de coexister sans que l’un ait besoin de comprendre le fonctionnement de l’autre.

Le même équipement Juniper Networks qui fait office de VTEP matériel dans la Figure 2 implémente OVSDB, ce qui permet à cet équipement d’apprendre les adresses MAC du serveur physique 1 et des autres serveurs physiques, et de publier les adresses dans le schéma OVSDB, qui a été défini pour les équipements physiques. Dans le réseau virtuel, un ou plusieurs contrôleurs NSX collectent les adresses MAC de l’hôte 1 et d’autres serveurs virtuels, puis publient les adresses dans le schéma OVSDB. À l’aide du schéma OVSDB, les composants des réseaux physiques et virtuels peuvent échanger des adresses MAC, ainsi que des informations statistiques, ce qui permet aux composants d’apprendre à se connaître et de se contacter au sein de leurs réseaux respectifs.

Documentation connexe