Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

Certains appareils Juniper Networks prennent en charge le réseau local extensible virtuel (VXLAN) et le protocole de gestion Open vSwitch Database (OVSDB). (Voir Prise en charge de la base de données OVSDB sur les appareils Juniper Networks.) La prise en charge de VXLAN et d’OVSDB permet d’intégrer les appareils Juniper Networks d’un réseau physique dans un réseau virtuel.

L’implémentation de VXLAN et d’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 chaque composant.

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

Composant

Produits

Plateforme de gestion cloud (CMP)

CloudStack

OpenStack

CMP personnalisée

Plate-forme de virtualisation de réseau

NSX pour vSphere

Hyperviseur

Machine virtuelle basée sur le noyau (KVM)

Red Hat

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 for vSphere

Protocole de superposition

VXLAN

Protocole d’apprentissage MAC (Media Access Control)

OVSDB

La figure 1 présente une vue d’ensemble de l’architecture de la plateforme NSX for 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 de NSX for vSphere
Figure 2 : Intégration d’un périphérique 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 déployé stratégiquement 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. Travaillant conjointement avec le logiciel VTEP, qui est déployé à la périphérie du réseau virtuel, le VTEP matériel encapsule les paquets des ressources sur le serveur physique 1 avec un en-tête VXLAN, et une fois que les paquets traversent le réseau de transport de couche 3, le VTEP logiciel supprime l’en-tête VXLAN des paquets et transmet les paquets aux machines virtuelles (VM) appropriées. En substance, 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 agit en tant que VTEP matériel dans la figure 2 implémente OVSDB, qui lui permet d’apprendre les adresses MAC du serveur physique 1 et d’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 leur permet d’apprendre à se connaître et de se joindre dans leurs réseaux respectifs.

Documentation connexe