vMX general
RESUMEN Lea este tema para obtener una descripción general sobre vMX enrutadores virtuales.
El vMX router es una versión virtual del enrutador de borde universal 3D serie MX. Al igual que el enrutador serie MX, el enrutador de vMX ejecuta el Sistema operativo de Junos (Junos OS) y admite Junos OS de paquetes y reenvío modelados después del chipset Trio. La configuración y administración de enrutadores vMX son las mismas que para los enrutadores físicos serie MX, lo que le permite agregar el enrutador vMX a una red sin tener que actualizar sus sistemas de soporte de operaciones (OSS).
Puede instalar vMX componentes de software en un servidor x86 estándar del sector que ejecuta un hipervisor, ya sea el hipervisor de máquina virtual basada en kernel (KVM) o el hipervisor ESXi de VMware.
En el caso de los servidores que ejecutan el hipervisor KVM, también se ejecuta el sistema operativo Linux y el software de terceros correspondiente. vMX componentes de software vienen en un paquete de software que se instala mediante la ejecución de una secuencia de comandos de orquestación incluida con el paquete. La secuencia de comandos de orquestación utiliza un archivo de configuración que se personaliza para su vMX implementación. Puede instalar varias instancias vMX en un servidor.
En el caso de los servidores que ejecutan el hipervisor ESXi, ejecute el software de terceros correspondiente.
Algunas Junos OS de software requieren una licencia para activar la función. Para obtener más información acerca de vMX licencias, consulte vMX licenses for KVM y VMware. Consulte la Guía de licencias para obtener información general acerca de la administración de licencias. Consulte las hojas de datos del producto para obtener más información, o póngase en contacto con su Juniper de cuenta o Juniper asociado.
Beneficios y usos de vMX routers de red
Puede usar dispositivos virtuales para reducir sus gastos de capital y costos operativos, a veces mediante la automatización de las operaciones de red. Incluso sin automatización, el uso de vMX aplicación en servidores x86 estándar le permite:
Introducción rápida de nuevos servicios
Ofrezca servicios personalizados y personalizados a los clientes con mayor facilidad
Escale las operaciones para acercar los servicios DE IP a los clientes o administrar el crecimiento de la red cuando los pronósticos de crecimiento son bajos o inciertos.
Expandir rápidamente las ofertas de servicio en nuevos sitios
Una estrategia de automatización bien diseñada reduce los costos y aumenta la eficiencia de la red. Al automatizar las tareas de red con vMX enrutador, puede:
Simplificar las operaciones de red
Implementación rápida de nuevas vMX nuevas instancias
Instale de forma eficiente una configuración Junos OS predeterminada en todas las instancias o en las vMX seleccionadas
Reconfigurar rápidamente los enrutadores vMX existentes
Puede implementar el enrutador de vMX para cumplir algunos requisitos específicos de borde de red, como:
Simulación de red
Terminar los suscriptores de banda ancha con una puerta de enlace de red de banda ancha virtual (vBNG)
Implementación temporal hasta que haya disponible un enrutador físico serie MX
Automatización para enrutadores vMX de red
Automatizar las tareas de red simplifica la configuración, el aprovisionamiento y el mantenimiento de la red. Dado que el software vMX utiliza el mismo software de Junos OS que los enrutadores serie MX y otros dispositivos de enrutamiento Juniper Networks, vMX admite las mismas herramientas de automatización que Junos OS. Además, puede usar herramientas de automatización estándar para implementar las vMX, al igual que con otro software virtualizado.
Arquitectura de una vMX instancia
La vMX arquitectura está organizada en capas:
El enrutador vMX en la capa superior
Software de terceros y el hipervisor en la capa media
Linux, el software de terceros y el hipervisor KVM en la capa media en Junos OS versión 15.1F3 versiones anteriores. En Junos OS versión 15.1F3 versiones anteriores, el host contiene el sistema operativo Linux, el software de terceros aplicable y el hipervisor.
El servidor x86 en la capa física de la parte inferior
En la Figura 1 se muestra la arquitectura de una sola instancia vMX dentro de un servidor. Comprender esta arquitectura puede ayudarlo a planificar su vMX configuración.
La capa física del servidor contiene las NIC físicas, las CPU,la memoria y el puerto de administración Ethernet. El host contiene el software de terceros correspondiente y el hipervisor.
Compatible con Junos OS versión 15.1F3 versiones anteriores, el host contiene el sistema operativo Linux, el software de terceros correspondiente e hipervisor.
La vMX instancia contiene dos máquinas virtuales (VM) independientes, una para el plano de reenvío virtual (VFP) y otra para el plano de control virtual (VCP). La VM VFP ejecuta el software de plano de reenvío virtual Trio y la VM VCP se ejecuta Junos OS.
El hipervisor presenta el CIR físico a la vm VFP como una máquina virtual CIR. Cada interfaz CIR virtual se asigna a una vMX interfaz. En la Figura 2 se muestra la asignación.
La secuencia de comandos de orquestación asigna cada CIR virtual a vMX interfaz que especifique en el archivo de configuración. Después de ejecutar la secuencia de comandos de orquestación y se crea la instancia de vMX, utilice Junos OS CLI para configurar estas interfaces de vMX en la VCP (compatibles con Junos OS versión 15.1F3 o versiones anteriores).
Después de vMX instancia, utilice el comando Junos OS CLI para configurar estas interfaces vMX en el VCP. El enrutador vMX compatible con los siguientes tipos de nombres de interfaz:
Gigabit Ethernet (ge)
10 Gigabit Ethernet (xe)
100 Gigabit Ethernet (et)
vMX interfaces configuradas con el Junos OS CLI y el CIR físico subyacente en el servidor son independientes entre sí en términos de tipo de interfaz (por ejemplo, ge-0/0/0 puede asignarse a un CIR de 10 Gigabit).
VCP VM y VFP VM requieren conectividad de capa 2 para comunicarse entre sí. Un puente interno que es local para el servidor para cada vMX instancia habilita esta comunicación.
Las máquinas virtuales VCP y VFP también requieren conectividad de capa 2 para comunicarse con el puerto de administración Ethernet del servidor. Debe especificar interfaces Ethernet virtuales con direcciones IP y direcciones MAC únicas para que tanto el VFP como el VCP configuren un puente externo para una vMX instancia. El tráfico de administración Ethernet de vMX instancia entra en el servidor a través del puerto de administración Ethernet.
La forma en que el tráfico de red pasa del CIR físico al CIR virtual depende de la técnica de virtualización que configure.
vMX se puede configurar para que se ejecute en dos modos según el caso de uso:
Modo Lite: necesita menos recursos en términos de CPU y memoria para ejecutarse con un ancho de banda más bajo.
Modo de rendimiento: necesita mayores recursos en términos de CPU y memoria para ejecutarse con un mayor ancho de banda.
Nota:El modo de rendimiento es el modo predeterminado.
Flujo de tráfico en un enrutador vMX remoto
La arquitectura de servidor x86 consta de varios conectores y varios núcleos dentro de un conector. Cada conector también tiene memoria que se usa para almacenar paquetes durante las transferencias de E/S del CIR al host. Para leer paquetes de memoria de manera eficiente, las aplicaciones de invitados y los periféricos asociados (como el CIR) deben residir en un solo conector. Una penalización se asocia con la expansión de los conectores de la CPU para los accesos de memoria, lo que podría dar como resultado un rendimiento no determinista.
El VFP consta de los siguientes componentes funcionales:
Subproceso de recepción (RX): RX mueve paquetes del CIR al VFP. Realiza la preclasificación para garantizar que los paquetes enlazados al host reciban prioridad.
Subproceso de trabajador: el trabajador realiza búsquedas y tareas asociadas con la manipulación y el procesamiento de paquetes. Es el equivalente a la ASIC de búsqueda en el enrutador físico de la serie MX.
Transmisión de hilo (TX): la transmisión mueve paquetes del trabajador al CIR.
Los componentes de RX y TX se asignan al mismo núcleo (núcleo de E/S). Si hay suficientes núcleos disponibles para el VFP, QoS programador puede asignar núcleos independientes. Si no hay suficientes núcleos disponibles, QoS programador comparte el núcleo de transmisión.
El tx tiene un programador QoS que puede priorizar los paquetes en varias colas antes de enviarse al CIR (compatible con Junos OS versión 16.2).
Los componentes de RX y TX se pueden dedicar a un único núcleo para cada puerto de 1G o 10G para el procesamiento de paquetes más eficiente. Las aplicaciones de gran ancho de banda deben usar SR-IOV. El componente Worker utiliza una arquitectura distribuida de escalabilidad horizontal que permite que varios trabajadores procesen paquetes según las necesidades de procesamiento de paquetes por segundo. Cada trabajador requiere un núcleo dedicado (compatible con Junos OS versión 16.2).