Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Grundlegendes zur Junos OS-Implementierung von OVSDB und VXLAN in einer VMware NSX for vSphere-Umgebung

Einige Geräte von Juniper Networks unterstützen Virtual Extensible LAN (VXLAN) und das Verwaltungsprotokoll Open vSwitch Database (OVSDB). (Siehe OVSDB-Unterstützung auf Geräten von Juniper Networks.) Die Unterstützung von VXLAN und OVSDB ermöglicht die Integration von Juniper Networks-Geräten in einem physischen Netzwerk in ein virtuelles Netzwerk.

Die Implementierung von VXLAN und OVSDB auf Geräten von Juniper Networks wird in einer VMware NSX for NSX for vSphere-Umgebung für das Datencenter unterstützt. In Tabelle 1 sind die Komponenten aufgeführt, aus denen diese Umgebung besteht, sowie die Produkte, die in der Regel für die einzelnen Komponenten bereitgestellt werden.

Tabelle 1: NSX for vSphere-Komponenten und verwandte Produkte

Bestandteil

Produkte

Cloud-Management-Plattform (CMP)

CloudStack

OpenStack

Benutzerdefinierte CMP

Plattform für Netzwerkvirtualisierung

NSX für vSphere

Hypervisor

Kernel-basierte virtuelle Maschine (KVM)

Red Hat

VMware ESXi

Xen

Anmerkung:

Juniper Networks unterstützt nur KVM und ESXi.

Virtueller Switch

Offener vSwitch (OVS)

NSX vSwitch

SDN-Controller

NSX für vSphere-Controller

Overlay-Protokoll

VXLAN

MAC-Lernprotokoll (Media Access Control)

OVSDB

Abbildung 1 zeigt eine allgemeine Ansicht der NSX for vSphere-Plattformarchitektur, während Abbildung 2 eine detailliertere Darstellung der Komponenten in den virtuellen und physischen Netzwerken bietet.

Abbildung 1: Überblick über die NSX for vSphere-Architektur High-Level View of NSX for vSphere Architecture
Abbildung 2: Integration des Geräts von Juniper Networks in die NSX for vSphere-Umgebung Integration of Juniper Networks Device into NSX for vSphere Environment

In der in Abbildung 2 dargestellten Datencenter-Topologie müssen der physische und der virtuelle Server miteinander kommunizieren. Um diese Kommunikation zu ermöglichen, wird ein Gerät von Juniper Networks, das VXLAN unterstützt, strategisch so eingesetzt, dass es als Gateway ( Hardware Virtual Tunnel Endpoint, VTEP) am Rand des physischen Netzwerks dient. In Verbindung mit der Software VTEP, die am Edge des virtuellen Netzwerks bereitgestellt wird, kapselt das Hardware-VTEP Pakete von Ressourcen auf physischem Server 1 mit einem VXLAN-Header, und nachdem die Pakete das Layer-3-Transportnetzwerk durchlaufen haben, entfernt die Software VTEP den VXLAN-Header aus den Paketen und leitet die Pakete an die entsprechenden virtuellen Maschinen (VMs) weiter. Im Wesentlichen ermöglicht die Kapselung und Entkapselung von Paketen durch die Hardware- und Software-VTEPs die Koexistenz der Komponenten in den physischen und virtuellen Netzwerken, ohne dass die eine die Funktionsweise der anderen verstehen muss.

Dasselbe Gerät von Juniper Networks, das in Abbildung 2 als Hardware-VTEP fungiert, implementiert OVSDB, wodurch dieses Gerät die MAC-Adressen von physischem Server 1 und anderen physischen Servern lernen und die Adressen im OVSDB-Schema veröffentlichen kann, das für physische Geräte definiert wurde. Im virtuellen Netzwerk erfassen ein oder mehrere NSX-Controller die MAC-Adressen von Host 1 und anderen virtuellen Servern und veröffentlichen die Adressen im OVSDB-Schema. Mithilfe des OVSDB-Schemas können die Komponenten in den physischen und virtuellen Netzwerken MAC-Adressen sowie statistische Informationen austauschen, so dass die Komponenten sich in ihren jeweiligen Netzwerken kennenlernen und erreichen können.

Zugehörige Dokumentation