Descripción general del host de máquina virtual (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 una 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 Especificaciones de hardware de los motores de enrutamiento compatibles con host de VM.
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 máquina virtual. Para obtener más información acerca de los hosts de VM, consulte los capítulos de esta guía sobre Copia de seguridad y recuperación del sistema, Instalación de software, Instalación de firmware, etc.
La figura 1 ilustra la arquitectura de los motores de enrutamiento compatibles con host de máquina virtual. Comprende los siguientes componentes:
La capa de hardware
El sistema operativo y la capa del 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 (NIC), la CPU, la memoria y el puerto de administración Ethernet físicos. 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 SO invitado. Sobre 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 host administra el complejo de arranque, el almacenamiento de memoria de la CPU y varios otros componentes de hardware, como las funciones físicas. Junos OS se ejecuta como SO 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 SO host y el SO invitado.
Desencadenar la ejecución adecuada del sistema operativo host basado en el comando y la configuración en el invitado Junos OS.
Ampliación de la funcionalidad de administración de máquinas virtuales para proporcionar características como la recuperación automática.
de VM
Motores de enrutamiento compatibles con host de VM
Los motores de enrutamiento compatibles con host de VM no solo proporcionan una 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 informáticas.
La virtualización permite que varias instancias de sistemas operativos, denominados invitados, se ejecuten simultáneamente en el host y compartan recursos de hardware virtualizados. 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. Las máquinas virtuales de terceros no son compatibles con estos motores de enrutamiento. Cada máquina virtual ejecuta su propia imagen de sistema operativo y aplicaciones que pueden ser diferentes de las de otra máquina virtual que se ejecuta en el mismo host.
Solo se admite la máquina virtual de Junos OS. No puede ejecutar máquinas virtuales de terceros en estos motores de enrutamiento.
En los motores de enrutamiento compatibles con host de máquina virtual, una instancia de Junos OS se ejecuta como una máquina virtual sobre un host basado en Linux (host de máquina virtual) y actúa como la máquina virtual que opera 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 la interfaz de usuario, proporcionando así una experiencia casi nativa de Junos OS al usuario final.
Consulte la tabla 1 para obtener más información sobre las especificaciones de hardware de los motores de enrutamiento compatibles con VMHost.
| Número de modelo | admitido en 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 |
|
| JNP304-RE-S |
MX304 |
|
| 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 plataforma depende de la versión de Junos OS en su instalación.
Ver también
Características destacadas de los motores de enrutamiento compatibles con host de VM
Sin dejar de proporcionar la misma experiencia de usuario final, la nueva arquitectura proporciona un motor de enrutamiento con mejor rendimiento.
Las siguientes son las características más destacadas de los motores de enrutamiento:
- Virtualización de la plataforma
- Junos OS paravirtualizado invitado paravirtualizado asistido por hardware
- Junos OS invitado servirá como marco administrativo
- Partición y redundancia de almacenamiento
- NTP y zona horaria
- Recuperación automática
- Manejo del reinicio y el apagado
Virtualización de la plataforma
Virtualización de la plataforma mediante la introducción de una capa intermedia que comprende el sistema operativo host y el KVM (o hipervisor).
Permite la compatibilidad con varias instancias de Junos OS para que se ejecuten simultáneamente.
Permite que la compatibilidad con software de terceros se ejecute directamente.
Junos OS paravirtualizado 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 la virtualización en la máquina virtual.
Junos OS invitado servirá como marco administrativo
Las configuraciones, el control del chasis, la comunicación con el sistema operativo host y la ejecución de los comandos de la interfaz de usuario son administrados por Junos OS invitado.
Partición y redundancia de almacenamiento
Se utiliza una unidad de estado sólido (SSD) interna como medio de arranque para operar el motor de enrutamiento. Las opciones adicionales, como el almacenamiento USB y el arranque de red, están disponibles para fines de instalación y recuperación. Hay disponible un conjunto de dos SSD de 50 GB para el funcionamiento normal del motor de enrutamiento. El motor de enrutamiento requiere que ambos SSD sean funcionales. La partición del almacenamiento es importante para depurar el motor de enrutamiento, para nuevas instalaciones y para el reemplazo de SSD.
De los dos SSD, uno funciona 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 arranca desde el conjunto actual, mientras que el conjunto alternativo contiene la versión anterior de la imagen de arranque del 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 del software, se convierte en el conjunto alternativo. Puede cambiar a un conjunto alternativo mediante el request vmhost software rollback comando. Hasta que se realiza una actualización o reversión de software, el sistema está programado para arrancar desde el mismo conjunto de imágenes en el disco.
Ambos SSD están particionados para proporcionar partición de arranque host, partición raíz y partición para el almacenamiento de imágenes de invitado. La partición de arranque host contiene el cargador de arranque, que es el software responsable de arrancar el sistema operativo, el kernel de Linux y el sistema de archivos 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 SSD.
Cada partición SSD contiene más de un conjunto de software host completamente funcional. En caso de un fallo de arranque en el SSD principal, el router puede arrancar utilizando 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 el 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 compatibles con arranque seguro tienen RAM y SSD actualizados a 128 GB y 2x200 GB respectivamente. El mayor tamaño de SSD facilita un mayor almacenamiento de archivos centrales y de 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 del SSD |
| ACX5448 | RE-ACX-5448 |
2x100GB |
| EX9204, EX9208 y EX9214 | EX9200-RE2 | 2x64GB |
| MX204 | RE-S-1600x8 | 2x50GB |
| MX240, MX480 y MX960 |
RE-S-2200X6-64G-S |
2x50GB |
| RE-S-X6-64G-LT |
2x50GB |
|
| RE-S-X6-128G-S |
2x200GB |
|
| MX2008
|
REMX2008-X8-64G-LT |
2x100GB |
| REMX2008-X8-128G-S |
2x200GB |
|
| MX2010 y MX2020 |
RE-MX2K-X8-64G |
2x100GB |
| RE-MX2K-X8-64G-LT |
2x100GB |
|
| RE-MX2K-X8-128G-S |
2x200GB |
|
| MX10003 | RE-S-1600x8 | 2x50GB |
| MX10008 MX10004 |
JNP10K-RE1, JNP10K-RE1-LT y JNP10K-RE1-128 | 2x200GB |
| PTX3000 | RCBPTX | 2x64GB |
| PTX5000 | RE-PTX-X8-64G | 2x64GB |
| PTX10002-60C |
RE-PTX10002-60C |
2x50GB |
| QFX10002-60C | RE-QFX10002-60C |
2x50GB |
| SRX5000 | SRX5K-RE3 | 2x128GB |
Puede usar el show vmhost hardware comando para mostrar el aumento del tamaño de RAM, el 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 archivos principales y archivos de registro. La figura 3 ilustra la partición del host en enrutadores MX240, MX480, MX960, MX2008 y PTX5000 con SSD 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.
de 200 GB
La figura 4 ilustra la asignación de almacenamiento de la máquina virtual invitada.
invitada
Para los motores de enrutamiento con SSD de 50 GB, la partición del host permanece tal cual.
Las figuras 5 y 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.
de 100 GB
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 métodos siguientes:
Instalación desde SSD Disk2-Arranque el sistema operativo host desde el disco de copia de seguridad (SSD Disk2) e instale la imagen junos-vmhost-install-x.tgz.
Instalación desde USB
NTP y zona horaria
La fecha y las zonas horarias se sincronizan desde el invitado administrativo Junos OS al SO host. Por lo tanto, se sincronizan las marcas de tiempo en los archivos de registro del sistema de Junos OS y del sistema operativo host.
Recuperación automática
La función de recuperación automática (autorrecuperación) proporciona las siguientes funciones:
Detectar daños en la partición del disco durante el inicio del sistema e intentar recuperar particiones automáticamente
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 interrumpan.
Detectar daños en las licencias de Junos OS durante el inicio del sistema e intentar recuperar licencias automáticamente.
Durante el proceso de recuperación, el sistema operativo host intenta iniciar la máquina virtual Junos desde la imagen disponible en el disco principal. Sin embargo, si la máquina virtual Junos no se inicia, el sistema operativo host intenta iniciar la máquina virtual Junos 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 iniciar la máquina virtual Junos 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 autorrecuperación está habilitada de forma predeterminada en el sistema operativo invitado. Si necesita deshabilitar la autorrecuperación (por ejemplo, para examinar el estado de error de la depuración), use el siguiente comando:
user@host> set vmhost no-auto-recovery
Manejo del reinicio y el apagado
Puede reiniciar el motor de enrutamiento mediante el request vmhost reboot comando. Este comando reinicia el motor de enrutamiento reiniciando tanto el Junos OS invitado como el sistema operativo host. Sin embargo, el reinicio del motor de enrutamiento se puede desencadenar debido a varias razones. Los eventos o los motivos que desencadenan un reinicio del sistema operativo host son diferentes de los que desencadenan un reinicio del sistema operativo invitado.
El reinicio del SO invitado implica que solo se reinicia Junos OS y que el sistema operativo host está en funcionamiento. Las siguientes son algunas de las razones que desencadenan un reinicio del sistema operativo invitado:
Reiniciar debido al pánico
Reinicio de VJUNOS: reinicio del SO invitado después de un apagado.
Guardián de VJUNOS del host: reinicio del invitado debido a la caducidad del temporizador de vigilancia emulado
El reinicio del sistema operativo host implica que se reinicien tanto el sistema operativo host como el sistema operativo invitado (en este caso, Junos OS). Las siguientes son algunas razones que desencadenan el reinicio del sistema operativo host y del sistema operativo invitado:
Reinicio del hipervisor
Ciclo de alimentación o falla de energía
Reinicie por excepción.
Reinicio del botón de reinicio: reinicio que se activa al presionar el botón de reinicio en el panel frontal.
Apagado térmico
Perro guardián: reinicio debido a la caducidad del temporizador de vigilancia PCH
Puede encontrar el motivo del reinicio usando 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 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.
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.