Restricciones de implementación y características de la máquina virtual del conmutador vJunos

Antes de comenzar, debe:

• Conozca las restricciones de implementación del conmutador vJunos.
• Revise las limitaciones oficiales según las notas de la versión del conmutador vJunos.

Las notas de la versión indican que "Debido a su arquitectura anidada, el conmutador vJunos no se puede usar en ninguna implementación que lance las instancias desde una máquina virtual". Esto significa que solo se admite una implementación basada en BMS. Esto se debe a que la máquina virtual del conmutador vJunos inicia máquinas virtuales adicionales internamente y las conecta externamente como una sola máquina virtual fácilmente administrable e implementable. Pero las máquinas virtuales adicionales lanzadas se archivan en esta única máquina virtual. Esto significa:

• En este documento se describen las instrucciones que necesita para pasar un indicador de CPU especial a la máquina virtual para permitir esta operación anidada incluso en una implementación regular en una plataforma BMS compatible.
• No puede implementar ni usar vJunos-switch en otra máquina virtual, ya que no se admite el anidamiento doble.

Nota:

Evite el despliegue de doble anidamiento. El tiempo de inicio de estos sistemas puede exceder una hora que los ~ tres minutos habituales. Es posible que no encuentren su FCP o creen ninguna interfaz de ingresos ge-0/0/x virtual, y que se bloqueen con frecuencia.

Además, en la versión actual, un apagado poco agraciado de un conmutador vJunos iniciado tiene una alta probabilidad de dañar el disco interno. Después de un reinicio, la máquina virtual no se reinicia correctamente y no se puede utilizar. Para evitar esta situación, recomendamos usar:

• Servidor KVM BMS: utilícelo virsh shutdown <VM> para apagar la máquina virtual correctamente. Esto puede tardar menos de 20 segundos. Evite usar virsh destroy <VM> para encontrar el problema de apagado poco agraciado.
• Servidor BMS EVE-NG: EVE-NG no admite una opción de apagado correcto. Debe conectarse a la consola de la máquina virtual y ejecutar el comando request system power-off antes de indicar a EVE-NG que detenga la máquina virtual.

Las siguientes son algunas otras limitaciones conocidas de las funciones del conmutador vJunos que se preguntan con frecuencia y que no se mencionan explícitamente en las Notas de la versión del conmutador vJunos:

• El conmutador vJunos no admite la creación de Virtual Chassis.
• El conmutador vJunos no admite la directiva basada en grupos (GBP) de VXLAN. Puede asignar y ver etiquetas GBP, pero las funciones de aplicación y el bloqueo de tráfico no funcionan.
• Al probar la retransmisión DHCP en una estructura de campus, es posible que vea duplicados de las solicitudes de cliente originales en el servidor DHCP. Esto se debe a que no-dhcp-flood la opción no se aplica en la configuración IRB. Pero el cliente aún puede obtener su contrato de arrendamiento ya que el protocolo DHCP es robusto contra estos mensajes duplicados.

Puede usar conmutadores físicos de Juniper para evaluar las funciones de Junos OS. También puede crear laboratorios híbridos con conmutadores físicos y virtuales en un único laboratorio de estructura de campus, pero esto no entra en el ámbito de este documento.

Nota:

No admitimos oficialmente la implementación en CPU AMD. Puede probar los ajustes no oficiales mencionados en el capítulo Ajustes no oficiales de AMD-CPU , pero no podemos garantizar el éxito.