Descripción de la implementación de Junos OS de OVSDB y VXLAN en un entorno VMware NSX for vSphere
Algunos dispositivos de Juniper Networks admiten Virtual Extensible LAN (VXLAN) y el protocolo de administración open vSwitch Database (OVSDB). (Consulte Soporte de OVSDB en dispositivos de Juniper Networks.) La compatibilidad con VXLAN y OVSDB permite que los dispositivos de Juniper Networks en una red física se integren en una red virtual.
La implementación de VXLAN y OVSDB en dispositivos Juniper Networks se admite en un entorno VMware NSX for NSX for vSphere para el centro de datos. En la tabla 1 se describen los componentes que componen este entorno y los productos que normalmente se implementan para cada componente.
Componente |
Productos |
|---|---|
Plataforma de administración de nube (CMP) |
CloudStack OpenStack CMP personalizado |
Plataforma de virtualización de red |
NSX para vSphere |
Hipervisor |
Máquina virtual basada en kernel (KVM) Red Hat VMware ESXi Xen
Nota:
Juniper Networks solo admite KVM y ESXi. |
Conmutador virtual |
VSwitch abierto (OVS) vSwitch de NSX |
Controlador SDN |
NSX para el controlador vSphere |
Protocolo de superposición |
VXLAN |
Protocolo de aprendizaje de control de acceso a medios (MAC) |
OVSDB |
En la Figura 1 se muestra una vista de alto nivel de la arquitectura de la plataforma NSX for vSphere, mientras que la Figura 2 ofrece una representación más detallada de los componentes en las redes virtuales y físicas.
En la topología del centro de datos que se muestra en la Figura 2, los servidores físicos y virtuales deben comunicarse. Para facilitar esta comunicación, un dispositivo de Juniper Networks compatible con VXLAN se despliega estratégicamente para que sirva como puerta de enlace, que también se conoce como punto de conexión de túnel virtual de hardware (VTEP), en el borde de la red física. Al trabajar junto con el VTEP de software, que se despliega en el borde de la red virtual, el hardware VTEP encapsula paquetes de recursos en el servidor físico 1 con un encabezado VXLAN y, después de que los paquetes atraviesen la red de transporte de capa 3, el VTEP de software elimina el encabezado VXLAN de los paquetes y reenvía los paquetes a las máquinas virtuales (VM) adecuadas. En esencia, la encapsulación y desencapsulación de paquetes por parte de los VTEP de hardware y software permiten que los componentes de las redes físicas y virtuales coexistan sin necesidad de comprender el funcionamiento del otro.
El mismo dispositivo de Juniper Networks que actúa como VTEP de hardware en la Figura 2 implementa OVSDB, lo que permite que este dispositivo aprenda las direcciones MAC del servidor físico 1 y otros servidores físicos, y publique las direcciones en el esquema OVSDB, que se definió para dispositivos físicos. En la red virtual, uno o más controladores NSX recopilan las direcciones MAC del Host 1 y otros servidores virtuales y publican las direcciones en el esquema OVSDB. Mediante el uso del esquema OVSDB, los componentes de las redes físicas y virtuales pueden intercambiar direcciones MAC, así como información estadística, lo que permite que los componentes aprendan y se alcancen entre sí en sus respectivas redes.