Descripción general del host de VM (Junos OS)
¿Qué son los hosts de VM?
A partir de Junos OS versión 16.1, se admiten motores de enrutamiento virtualizados que no solo proporcionan mayor escalabilidad y rendimiento del plano de control, sino que también proporcionan capacidades de virtualización a la infraestructura de Junos OS. Estos motores de enrutamiento virtualizados o hosts de VM se enumeran en la tabla 1
Los hosts de VM solo ejecutan Junos OS con FreeBSD actualizado.
En el resto de esta sección se describe la arquitectura de los hosts de VM. Para obtener más información sobre los hosts de VM, consulte los capítulos sobre copia de seguridad y recuperación del sistema, instalación de software, instalación de firmware, etc. en esta guía.
La Figura 1 ilustra la arquitectura de los motores de enrutamiento con soporte de host de VM. Se compone de los siguientes componentes:
La capa de hardware
El sistema operativo y la capa de hipervisor.
Las utilidades del host y la capa de invitado de Junos VM.
El servidor de la capa de hardware contiene las tarjetas de interfaz de red físicas (NIC), las CPU, la memoria y el puerto de administración Ethernet. Las NIC admiten la virtualización de hardware basada en la virtualización de E/S de raíz única (SR-IOV). Con SR-IOV, las NIC físicas (conocidas como funciones físicas) son administradas por el host, mientras que las funciones virtuales son administradas por el OS invitado. A través de la capa de hardware, un sistema operativo basado en Linux proporciona el entorno de host junto con la máquina virtual basada en kernel (KVM) y el emulador rápido (QEMU). Este sistema operativo de host administra el complejo de arranque, el almacenamiento de memoria de la CPU y otros componentes de hardware, como las funciones físicas. Junos OS se ejecuta como sistema operativo invitado, administra las funciones virtuales y sirve como marco administrativo. Además, también proporciona la interfaz para administrar el host y el hipervisor.
Las aplicaciones y utilidades adicionales que se ejecutan en el sistema operativo host ayudan a proporcionar la siguiente funcionalidad:
Facilitar la comunicación entre el OS host y el OS invitado.
Activar la ejecución adecuada del OS host según el comando y la configuración en el Junos OS invitado.
Extensión de la funcionalidad de administración de VM para proporcionar funciones como la autoregestión.

Motores de enrutamiento con soporte de host de VM
Los motores de enrutamiento con soporte de host de VM no solo proporcionan mayor escalabilidad y rendimiento del plano de control, sino que también proporcionan capacidades de virtualización a la infraestructura de Junos OS para admitir mayores demandas de computación.
La virtualización permite que varias instancias de sistemas operativos, llamados invitados, se ejecuten simultáneamente en el host y compartan recursos de hardware virtualizado. Un invitado es una máquina virtual (VM) que se ejecuta en un host basado en hipervisor y comparte sus recursos. Un host es un software virtualizado cuyo hipervisor permite que varias máquinas virtuales invitadas se ejecuten en él simultáneamente y compartan sus recursos. Las máquinas virtuales deben ser instancias de Junos OS. No se admiten máquinas virtuales de terceros en estos motores de enrutamiento. Cada máquina virtual ejecuta su propia imagen de sistema operativo y aplicaciones que pueden ser diferentes a la de otra máquina virtual que se ejecuta en el mismo host.
Solo se admite máquina virtual Junos OS. No puede ejecutar máquinas virtuales de terceros en estos motores de enrutamiento.
En los motores de enrutamiento con soporte de host de VM, una instancia de Junos OS se ejecuta como una MÁQUINA virtual sobre un host basado en Linux (host de VM) y sirve como máquina virtual que funciona en el contexto administrativo. Junos OS administra todas las configuraciones, el control del chasis, la comunicación con el sistema operativo host y la ejecución de comandos de interfaz de usuario, lo que proporciona una experiencia casi nativa de Junos OS al usuario final.
Consulte la siguiente tabla para obtener más información sobre las especificaciones de hardware de los motores de enrutamiento compatibles con VMHost.
Número de modelo | compatible con las | especificaciones del dispositivo |
---|---|---|
RE-ACX-5448 |
ACX5448 |
|
EX9200-RE2 |
EX9204, EX9208 y EX9214 |
|
RE-S-1600x8 |
MX204 |
|
RE-S-X6-64G |
MX240, MX480 y MX960 |
|
RE-S-X6-128G |
MX240, MX480 y MX960 |
|
REMX2008-X8-64G-LT, |
MX2008 |
|
REMX2008-X8-128G-S |
|
|
REMX2K-X8-64G |
MX2020 y MX2010 |
|
RE-S-1600x8 |
MX10003 |
|
JNP10K-RE1, JNP10K-RE1-LT y JNP10K-RE1-128 |
MX10008 MX10004 |
|
RCBPTX |
PTX3000 |
RCB combina la funcionalidad de un motor de enrutamiento, una tarjeta de control y un generador de reloj centralizado (CCG) |
RE-PTX-X8-64G |
PTX5000 |
|
RE-PTX10002-60C |
PTX10002-60C |
|
RE-QFX10002-60C |
QFX10002-60C |
|
SRX5K-RE3 |
SRX5000 |
|
La compatibilidad de la plataforma depende de la versión de Junos OS en su instalación.
Ver también
Características destacadas de los motores de enrutamiento con soporte de host de VM
Sin dejar de ofrecer la misma experiencia del usuario final, la nueva arquitectura ofrece un motor de enrutamiento de mejor rendimiento.
Las siguientes son las características destacadas de los motores de enrutamiento:
- Virtualización de plataformas
- Junos OS invitado paravirtualizado asistido por hardware
- Junos OS invitado para servir como marco administrativo
- Particionamiento y redundancia de almacenamiento
- NTP y zona horaria
- Autorecupación
- Gestión del reinicio y apagado
Virtualización de plataformas
Virtualización de plataforma mediante la introducción de una capa media que comprende el sistema operativo host y el KVM (o el hipervisor).
Permite que se ejecute simultáneamente la compatibilidad con varias instancias de Junos OS.
Permite la compatibilidad con software de terceros que se ejecute directamente.
Junos OS invitado paravirtualizado asistido por hardware
Proporciona al usuario los beneficios de la virtualización de la plataforma junto con el rendimiento y la funcionalidad predeterminados. La paravirtualización es una técnica de virtualización en la que un componente de software similar al componente de hardware subyacente reside en la máquina virtual e interactúa con el hipervisor para ejecutar muchas operaciones. A diferencia de la virtualización completa, esta técnica reduce la sobrecarga de virtualización en la VM.
Junos OS invitado para servir como marco administrativo
Junos OS invitado administra las configuraciones, el control del chasis, la comunicación con el sistema operativo host y la ejecución de comandos de interfaz de usuario.
Particionamiento y redundancia de almacenamiento
Una unidad de estado sólido interno (SSD) se utiliza como medio de arranque para operar el motor de enrutamiento. Opciones adicionales, como almacenamiento USB y arranque de red, están disponibles para fines de instalación y recuperación. Un conjunto de dos SSDs de 50 GB está disponible para el funcionamiento normal del motor de enrutamiento. El motor de enrutamiento requiere que ambas SSDs sean funcionales. El particionamiento de almacenamiento es importante para depurar el motor de enrutamiento, para instalaciones nuevas y para el reemplazo de SSD.
De los dos SSD, uno opera como ssd principal y el otro como SSD de respaldo. Dos conjuntos de imágenes de arranque de software: el conjunto actual y el conjunto alternativo (o anterior) están disponibles en el SSD principal. El sistema se inicia desde el conjunto actual, mientras que el conjunto alternativo contiene la versión anterior de la imagen de arranque de software. Después de una actualización de software, la nueva versión del software está disponible en el conjunto alternativo. Cuando el dispositivo se reinicia después de la actualización, el conjunto alternativo se convierte en el nuevo conjunto actual y el conjunto actual, que ahora lleva una versión anterior de la imagen de software, se convierte en el conjunto alternativo. Puede cambiar a conjunto alternativo mediante el request vmhost software rollback
comando. Hasta que se realice una actualización de software o una devolución de software, el sistema se programa para arrancar desde el mismo conjunto de imágenes en el disco.
Tanto las SSDs se particionan para proporcionar partición de arranque de host, partición raíz y partición para el almacenamiento de imagen de invitado. La partición de arranque del host contiene el cargador de arranque, que es el software responsable de arrancar el sistema operativo, el kernel linux y el sistema de archivos DE RAM. La partición raíz contiene el sistema de archivos raíz para el sistema operativo host.
La figura 2 muestra la partición de las SSDs.

Cada partición SSD contiene más de un conjunto de software host completamente funcional. En caso de un error de arranque en el SSD principal, el enrutador puede arrancar mediante el uso de la instantánea disponible en el SSD alternativo. Esta instantánea se puede generar mediante una instalación nueva o mediante el request vmhost snapshot
comando.
A partir de Junos OS versión 18.1R1, los motores de enrutamiento de MX240, MX480, MX960, MX2010, MX2020 y PTX5000 admiten arranque seguro.
A partir de Junos OS versión 18.2R1, el motor de enrutamiento del MX2008 admite el arranque seguro.
Los motores de enrutamiento con soporte de arranque seguro tienen RAM y SSD actualizados a 128 GB y 2x200 GB respectivamente. El mayor tamaño del SSD facilita un mayor almacenamiento de archivos de núcleo y registro.
La siguiente tabla proporciona información sobre el tamaño de ssd para diferentes motores de enrutamiento:
Dispositivos | Número de modelo del motor de enrutamiento | Tamaño de SSD |
ACX5448 | RE-ACX-5448 |
2x100 GB |
EX9204, EX9208 y EX9214 | EX9200-RE2 | 2x64 GB |
MX204 | RE-S-1600x8 | 2x50 GB |
MX240, MX480 y MX960 |
RE-S-2200X6-64G-S |
2x50 GB |
RE-S-X6-64G-LT |
2x50 GB |
|
RE-S-X6-128G-S |
2x200 GB |
|
MX2008
|
REMX2008-X8-64G-LT |
2x100 GB |
REMX2008-X8-128G-S |
2x200 GB |
|
MX2010 y MX2020 |
RE-MX2K-X8-64G |
2x100 GB |
RE-MX2K-X8-64G-LT |
2x100 GB |
|
RE-MX2K-X8-128G-S |
2x200 GB |
|
MX10003 | RE-S-1600x8 | 2x50 GB |
MX10008 MX10004 |
JNP10K-RE1, JNP10K-RE1-LT y JNP10K-RE1-128 | 2x200 GB |
PTX3000 | RCBPTX | 2x64 GB |
PTX5000 | RE-PTX-X8-64G | 2x64 GB |
PTX10002-60C |
RE-PTX10002-60C |
2x50 GB |
QFX10002-60C | RE-QFX10002-60C |
2x50 GB |
SRX5000 | SRX5K-RE3 | 2x128 GB |
Puede usar el show vmhost hardware
comando para mostrar el mayor tamaño de RAM, tamaño de SSD y otra información de hardware.
En las siguientes ilustraciones se explica la partición del host para facilitar el mayor almacenamiento de los archivos de núcleo y de registro. La Figura 3 muestra la partición del host en los enrutadores MX240, MX480, MX960, MX2008 y PTX5000 con las RDS de 200 GB. Un disco virtual de tamaño 56 GB se asignará desde la partición de vm al invitado como var-config.disk. El tamaño actual de este disco es de 15 GB.

La figura 4 muestra la asignación de almacenamiento de la máquina virtual invitada.

Para motores de enrutamiento con SSD de 50 GB, la partición del host permanece tal como está.
La Figura 5 y la Figura 6 ilustran la tabla de particiones de host y la asignación de almacenamiento de la máquina virtual invitada para los enrutadores MX2010 y MX2020, respectivamente.

Un disco virtual de tamaño 32 GB se asigna desde la partición de vm al Junos OS invitado como var-config.disk.

Se requiere un reformateo del SSD para implementar la mejora del tamaño /var. La actualización se puede implementar mediante cualquiera de los siguientes métodos:
Instalación desde SSD Disk2- Arranque el sistema operativo del host desde el disco de respaldo (SSD Disk2) e instale la imagen de junos-vmhost-install-x.tgz.
Instalación desde USB
NTP y zona horaria
Las zonas de fecha y hora se sincronizan desde el invitado administrativo Junos OS con el OS host. Por lo tanto, las marcas de hora en los archivos de registro del sistema de Junos OS y el host OS se sincronizan.
Autorecupación
La función de recuperación automática (autoreovery) ofrece las siguientes funciones:
Detectar daños en la partición de disco durante el inicio del sistema e intentar recuperar particiones de forma automática
Detectar daños en la configuración de Junos OS durante el inicio del sistema e intentar recuperar la configuración automáticamente, lo que garantiza que las operaciones y la administración no se vean interrumpidas.
Detectar daños en las licencias de Junos OS durante el inicio del sistema e intentar recuperar licencias de forma automática.
Durante el proceso de recuperación, el sistema operativo host intenta lanzar junos VM desde la imagen disponible en el disco principal. Sin embargo, si la máquina virtual Junos no se inicia, el sistema operativo host intenta lanzar junos VM desde la instantánea de la imagen del sistema operativo host y la imagen de Junos OS disponible en el disco de copia de seguridad, siempre que request vmhost snapshot
se haya realizado la última operación. Si el disco de copia de seguridad no contiene la instantánea, el sistema operativo host intenta ejecutar junos VM desde el software disponible en el conjunto alternativo en el disco principal, siempre que request vmhost upgrade
se haya realizado la última operación.
La función de autoreovery está habilitada de forma predeterminada en el so invitado. Si necesita deshabilitar la autorecovery (por ejemplo, para examinar el estado de error para la depuración), utilice el siguiente comando:
user@host> set vmhost no-auto-recovery
Gestión del reinicio y apagado
Puede reiniciar el motor de enrutamiento mediante el request vmhost reboot
comando. Este comando reinicia el motor de enrutamiento reiniciando el Junos OS invitado y el host OS. Sin embargo, el reinicio del motor de enrutamiento se puede activar debido a varias razones. Los eventos o las razones por las que se activa un reinicio del sistema operativo host son diferentes a los que activan un reinicio del SO invitado.
El reinicio del SO invitado implica que solo se reinicia Junos OS y que el sistema operativo host está activo y funcionando. Las siguientes son algunas de las razones por las que se activa un reinicio del sistema operativo invitado:
Reinicio debido al pánico
Reinicio de VJUNOS: el sistema operativo invitado se reinicia después de un apagado.
VJUNOS watchdog desde el host: reinicio del invitado debido a la expiración del temporizador del guardián emulado
El reinicio del host OS implica que tanto el OS host como el OS invitado (aquí, Junos OS) se reinician. Las siguientes son algunas de las razones por las que se activa un sistema operativo host y un reinicio del sistema operativo invitado:
Reinicio del hipervisor
Ciclo de alimentación o falla de alimentación
Reinicio debido a una excepción.
Restablecimiento del botón de restablecimiento: el reinicio se activa al presionar el botón de restablecimiento en el panel frontal.
Apagado térmico
Watchdog: reinicio debido a la expiración del temporizador del guardián de PCH
Puede encontrar el motivo del reinicio mediante el show chassis routing-engine
comando o el show vmhost uptime
comando.
Por ejemplo:
host@router> show chassis routing-engine 0 | match "Last reboot reason”
Last reboot reason 0x4000:VJUNOS reboot
host@router> show vmhost uptime re0 | match “Vmhost last reboot reason”
Vmhost last reboot reason: 0x2000:hypervisor reboot
Si el motor de enrutamiento termina de arrancar y si necesita apagar el enrutador de nuevo, ejecute el request vmhost power-off
comando. Si desea que el motor de enrutamiento se reinicie, utilice el request vmhost reboot
comando.