EN ESTA PÁGINA
Descripción de los componentes del chasis virtual
En este tema se describen los componentes de una serie EX o una serie QFX Chasis virtual.
-
Un chasis virtual de la serie EX es una combinación compatible de conmutadores independientes de la serie EX interconectados y administrados como un solo chasis.
Nota:No recomendamos usar conmutadores EX9200 en un chasis virtual y eliminamos gradualmente el soporte para esa arquitectura a partir de la versión 17.1R1 de Junos OS. Para despliegues con conmutadores EX9200, recomendamos planificar o pasar a arquitecturas MC-LAG o Junos Fusion Enterprise en lugar de usar un chasis virtual.
-
Un chasis virtual serie QFX es una combinación compatible de conmutadores independientes QFX5100, QFX5110, QFX5110, QFX5120 o QFX5200 interconectados y administrados como un solo chasis. El chasis virtual EX4650 funciona igual que el chasis virtual QFX5120, por lo que la mayor parte de la información en este tema acerca del chasis virtual de la serie QFX en general también se aplica a un chasis virtual EX4650, con algunas diferencias de soporte específicas de la plataforma.
Nota:Los conmutadores EX4300 (excepto los modelos multigigabit [EX4300-48MP]) también se pueden interconectar en un chasis virtual mixto con conmutadores QFX5100.
Máxima compatibilidad con conmutadores
La cantidad máxima de conmutadores que admite un chasis virtual varía según el chasis virtual y también puede depender de la versión de Junos OS que se ejecute en el chasis virtual.
- Número máximo de conmutadores en un chasis virtual de la serie EX
- Número máximo de conmutadores en un chasis virtual de la serie QFX (incluido el chasis virtual mixto con conmutadores de la serie EX)
Número máximo de conmutadores en un chasis virtual de la serie EX
En la tabla 1, se enumera la cantidad máxima de conmutadores miembro admitidos en una versión de chasis virtual de la serie EX por Junos OS.
| Tipo de chasis virtual de la serie EX |
Número máximo de conmutadores miembro por versión de Junos OS |
|---|---|
| Chasis virtual EX2300 |
18.4R1: a partir de la versión 18.4R1 de Junos OS, se pueden combinar hasta 4 conmutadores miembro EX2300 modelo (incluidos los modelos multigigabit y cualquier otro conmutador EX2300) en el mismo chasis virtual. |
| Chasis virtual EX3400 |
15.1X53-D50: versión inicial. Hasta 10 conmutadores miembro EX3400. |
| Chasis virtual EX4100 | 22.2R1: versión inicial. Hasta 10 conmutadores miembro EX4100. |
| Chasis virtual EX4300 |
18.2R1: A partir de Junos OS versión 18.2R1, con la introducción de EX4300 conmutadores modelo multigigabit (EX4300-48MP), un Chasis virtual EX4300 puede contener hasta 10 EX4300 conmutadores modelo multigigabit como una Chasis virtual no mixta o una combinación de EX4300 conmutadores modelo multigigabit con otros conmutadores EX4300 como Chasis virtual de EX4300 mixta. |
| Chasis virtual EX4400 |
21.1R1: versión inicial. Hasta 10 conmutadores miembro EX4400. 21.2R1: a partir de la versión 21.2R1 de Junos OS, un chasis virtual EX4400 también puede incluir conmutadores de modelo multigigabit EX4400 (EX4400-24MP y EX4400-48MP). |
| Chasis virtual EX4650 |
19.3R1: versión inicial. Hasta 2 conmutadores EX4650 solo en funciones de motor de enrutamiento. 20.1R1: a partir de la versión 20.1R1 de Junos OS, un chasis virtual EX4650 puede tener hasta 4 miembros. |
Número máximo de conmutadores en un chasis virtual de la serie QFX (incluido el chasis virtual mixto con conmutadores de la serie EX)
En la tabla 2 se enumera la cantidad máxima de conmutadores miembro admitidos en una Chasis virtual de serie QFX por Junos OS versión, incluidas las Chasis virtual de serie QFX mixtas con serie EX miembros del conmutador.
| Tipo de chasis virtual de la serie QFX |
Número máximo de conmutadores miembro por versión de Junos OS |
|---|---|
| Chasis virtual QFX5110:
|
17.3R1: versión inicial. Hasta 10 conmutadores miembro. |
| Chasis virtual QFX5120: |
19.3R1: versión inicial en conmutadores QFX5120-48Y. Hasta 2 conmutadores miembro, ambos en función de motor de enrutamiento. 20.2R1: versión inicial en conmutadores QFX5120-48T. Hasta 2 conmutadores miembro, ambos en función de motor de enrutamiento. 20.3R1: versión inicial en conmutadores QFX5120-32C. Hasta 2 conmutadores miembro, ambos en función de motor de enrutamiento. |
| Chasis virtual QFX5200:
|
17.3R2 y 17.4R1: versión inicial. Conmutadores de hasta 3 miembros. |
Puertos de chasis virtual (VCP)
Para configurar un chasis virtual, configure puertos de chasis virtual (VCP) en los conmutadores miembro e interconecte los conmutadores mediante los VCP. Los VCP son responsables de pasar todos los datos y controlar el tráfico entre los conmutadores miembro del chasis virtual.
- Opciones de puerto de chasis virtual
- Conversión automática de puerto de chasis virtual (VCP)
- Grupos de agregación de vínculo de puerto de chasis virtual
Opciones de puerto de chasis virtual
Algunos conmutadores tienen VCP dedicados; solo puede usar estos puertos como VCP y no puede reconfigurarlos como puertos de red. Los VCP dedicados le permiten interconectar conmutadores en un chasis virtual sin necesidad de ninguna configuración de interfaz adicional.
Algunos conmutadores tienen puertos configurados como VCP de forma predeterminada. No es necesario configurarlos explícitamente como VCP para utilizarlos a fin de interconectar los conmutadores en un chasis virtual.
La mayoría de los conmutadores tienen puertos ópticos o de enlace ascendente que también se pueden configurar como VCP.
Debe configurar los VCP para interconectar conmutadores que no tengan VCP dedicados o configurados de forma predeterminada, o para interconectar conmutadores a distancias mayores que las permitidas por una conexión VCP dedicada. De lo contrario, puede mezclar cualquiera de las opciones de VCP compatibles entre los miembros de un chasis virtual, y recomendamos tener vínculos redundantes entre dos miembros cualesquiera para mayor resistencia o para aumentar el ancho de banda de comunicación del miembro. Los VCP se agrupan automáticamente en un grupo de agregación de vínculos cuando dos o más puertos que funcionan a la misma velocidad se configuran en VCP entre los mismos dos conmutadores miembro. Consulte Descripción de la agregación de vínculos de puerto de chasis virtual para obtener más información.
Cuando se agregan conmutadores a un chasis virtual existente o se agregan nuevos vínculos redundantes entre miembros existentes, si la función de conversión automática de VCP está habilitada, en las condiciones adecuadas, los puertos de ambos lados de la conexión se convertirán automáticamente en VCP (consulte Conversión automática de puerto de chasis virtual (VCP)).
En la tabla 3, se resumen las opciones de VCP disponibles en conmutadores de un chasis virtual de la serie EX o QFX de la serie QFX. Para obtener detalles completos sobre dónde se encuentran en un conmutador los VCP dedicados, los VCP configurados de forma predeterminada o los puertos que se pueden configurar como VCP, y los transceptores y cables compatibles que puede usar para las conexiones VCP en el conmutador, consulte la documentación del hardware para ese tipo de conmutador.
| Conmutador |
VCP dedicados |
VCP predeterminados |
Puertos que se pueden configurar y que se admiten como VCP |
|---|---|---|---|
| EX2300 (incluidos los modelos multigigabit EX2300) |
Ninguno |
Ninguno |
Puertos de enlace ascendente Ethernet de 10 Gigabit con tranceptores SFP+
Nota:
No puede usar puertos con transceptores SFP como VCP en conmutadores EX2300 para formar un chasis virtual. |
| EX4100 | 4 puertos SFP28 de 25 Gbps en el panel frontal | 4 puertos SFP28 de 25 Gbps en el panel frontal | Ninguno |
| EX4100-F |
4 puertos SFP+ de 10 Gbps en el panel frontal |
4 puertos SFP+ de 10 Gbps en el panel frontal |
Ninguno |
| EX4300 |
Ninguno |
Todos los puertos QSFP+ |
Cualquier puerto de enlace ascendente instalado con transceptores SFP+ o QSPF+
Nota:
En conmutadores EX4300 de 32 puertos, no puede usar los cuatro puertos SFP+ Ethernet de 10 Gigabit integrados como VCP. |
| Modelos multigigabit EX4300 (EX4300-48MP) |
4 puertos QSFP+ de 40 Gbps en el panel trasero |
Ninguno |
Ninguno |
| EX4400 (incluidos los modelos multigigabit EX4400) |
Ninguno | 4 interfaces lógicas de VCP de 50 Gbps que utilizan los dos puertos QSFP28 de 100 Gbps en el panel trasero (ranura PIC 1) | Ninguno |
| EX4650 |
Ninguno |
Ninguno |
Cualquiera de los puertos 40 Gigabit Ethernet o 100 Gigabit QSFP28 en el panel frontal (puertos 48 a 55), no canalizado
Nota:
Junos OS no le impide intentar establecer otros puertos como VCP, pero no funcionan correctamente como VCP. |
| QFX5110 |
Ninguno |
Ninguno |
Cualquier puerto QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet Cualquier interfaz QSFP+ de 40 Gigabit Ethernet no canalizada Cualquier interfaz SFP+ de Ethernet de 10 Gigabit no canalizada (en conmutadores modelos QFX5110 que admitan estos puertos) |
| QFX5120 |
Ninguno |
Ninguno |
(QFX5120-48Y) Cualquiera de los ocho puertos QSFP+ o QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet del panel frontal (puertos 48 a 55), no canalizado (QFX5120-48T) Cualquiera de los seis puertos QSFP+ o QSFP28 de 40 Gigabit Ethernet o 100 Gigabit Ethernet del panel frontal (puertos 48 a 53), no canalizado
Nota:
Cualquier puerto que no sea el especificado anteriormente para los conmutadores QFX5120-48Y y QFX5120-48T no se admite como VCP. La CLI de Junos OS no devuelve ningún error si intenta establecer otros puertos como VCP, pero no funcionarán correctamente como VCP. (QFX5120-32C) Cualquier puerto de red no canalizado (puertos del 0 al 31) instalado con transceptores QSFP+ de 40 Gbps o QSFP28 de 100 Gpbs |
| QFX5200 |
Ninguno |
Ninguno |
Cualquier puerto QSFP+ de 40 Gigabit Ethernet A partir de Junos OS versión 17.3R2-S4, también puede usar puertos QSFP28 100 Gigabit Ethernet como VCP en conmutadores QFX5200. |
Las interfaces QSFP+ que se han canalizado en interfaces SFP+ mediante un cable de desconexión no pueden configurarse en VCP.
Conversión automática de puerto de chasis virtual (VCP)
Cuando la función de conversión automática de VCP está habilitada y cablea un nuevo vínculo desde un nuevo conmutador que se agrega a un chasis virtual existente, o agrega un vínculo redundante entre dos miembros de un chasis virtual, los puertos que pueden ser VCP se convierten automáticamente en VCP en las siguientes condiciones:
-
El protocolo de detección de capa de vínculo (LLDP) o el descubrimiento de puntos de conexión de medios LLDP (LLDP-MED) están habilitados en las interfaces para los miembros en ambos extremos del nuevo vínculo. Las dos partes intercambian paquetes LLDP para llevar a cabo la conversión de puerto.
-
El chasis virtual debe estar preaprovisionado con los conmutadores a ambos lados del vínculo ya configurados en la lista de miembros del chasis virtual mediante el
set virtual-chassis membercomando. -
Las interfaces para los puertos en ambos extremos del vínculo aún no están configuradas como VCP. Ambos lados del vínculo deben estar en el mismo estado para realizar el apretón de manos y establecer el vínculo VCP.
El uso de la conversión automática de VCP cuando se agrega un conmutador a un chasis virtual preaprovisionado también se denomina autoaprovisionamiento del nuevo miembro.
Para que los puertos sean elegibles para la conversión automática de VCP, debe volver a convertirlos en puertos de red mediante el request virtual-chassis vc-port delete comando si son VCP configurados de forma predeterminada o si los configuró previamente en VCP. Los conmutadores no vuelven a convertir automáticamente los VCP en puertos de red cuando los elimina de un chasis virtual y desconecta los vínculos.
La conversión automática de VCP está habilitada de forma predeterminada en todos los chasis virtuales, excepto en los siguientes casos:
- La conversión automática de VCP no se aplica a los conmutadores EX4400 en un chasis virtual. En estos conmutadores, para convertir los VCP predeterminados en puertos de red o convertirlos de puertos de red a puertos VCP, debe establecer explícitamente el modo de puerto mediante el
request virtual-chassis mode network-portcomando y, luego, reiniciar el conmutador. -
Para cualquier chasis virtual EX4650 y QFX5120 (que tienen la función de conversión automática de VCP habilitada de forma predeterminada), puede optar por deshabilitar la función configurando
no-auto-conversionen el nivel de[edit virtual-chassis]jerarquía en el chasis virtual. Para volver al comportamiento predeterminado y volver a activar la conversión automática de VCP, elimine lano-auto-conversioninstrucción de la configuración.
Grupos de agregación de vínculo de puerto de chasis virtual
Puede aumentar el ancho de banda de VCP entre conmutadores miembro configurando varios vínculos entre los mismos dos conmutadores en vínculos VCP. Cuando varios VCP interconectan los mismos dos conmutadores miembro, los vínculos forman automáticamente un paquete de grupo de agregación de vínculos (LAG) si los vínculos de VCP tienen la misma velocidad. Por ejemplo, si tiene dos vínculos VCP QSFP+ de 40 Gbps conectados entre conmutadores miembro, los vínculos forman automáticamente un LAG con un ancho de banda total de 80 Gbps. Sin embargo, los vínculos de 10 Gigabit SFP+ y QSFP+ VCP de 40 Gbps no se convertirán en miembros del mismo LAG.
Dentro de un chasis virtual, también puede configurar interfaces de red ubicadas en distintos conmutadores miembro de chasis virtual para formar un LAG, que proporciona equilibrio de carga y redundancia para el tráfico de red que el chasis virtual reenvía. Consulte Descripción de la agregación de vínculos de puerto de chasis virtual para obtener más información sobre la diferencia entre los LAG de VCP y los LAG de interfaz de red dentro de un chasis virtual.
Función del motor de enrutamiento principal
En un chasis virtual, cada conmutador miembro funciona en una de estas dos funciones: la función de motor de enrutamiento o la función de tarjeta de línea. Cuando está en la función de motor de enrutamiento, un conmutador miembro actúa como el motor de enrutamiento principal o de respaldo.
El miembro principal del motor de enrutamiento en el chasis virtual:
-
Administra los conmutadores miembro.
-
Ejecuta Junos OS para los conmutadores como un motor de enrutamiento principal.
-
Ejecuta los procesos de administración del chasis y los protocolos de control.
-
Representa todos los conmutadores miembro interconectados dentro de la configuración del chasis virtual. (El nombre de host y otras propiedades que asigne a este conmutador durante la instalación se aplican a todos los miembros de la configuración del chasis virtual).
En una configuración preaprovisionada, el algoritmo de elección de función principal de Chasis virtual determina qué conmutador miembro de la función de Motor de enrutamiento actúa como principal de Chasis virtual y cuál actúa como copia de seguridad. Consulte Descripción de cómo se elige el principal en un chasis virtual.
En una configuración que no está preaprovisionada, denominada configuración no aprovisionada , el chasis virtual selecciona la principal y la copia de seguridad utilizando el valor de prioridad de la función principal y factores secundarios del algoritmo de elección de la función principal.
Los conmutadores restantes en el chasis virtual que no son el principal o el respaldo funcionan en el rol de tarjeta de línea.
Siga estas directrices para asignar roles de motor de enrutamiento a los conmutadores en un chasis virtual mixto:
-
En un chasis virtual QFX5110 con conmutadores QFX5110 y QFX5100, recomendamos configurar solo conmutadores QFX5110 en la función de motor de enrutamiento.
-
En un chasis virtual EX4650 o QFX5120 de dos miembros, configure ambos conmutadores miembro en la función de motor de enrutamiento como conmutadores miembro principal y de respaldo solamente (sin miembros de la función de tarjeta de línea).
Función del motor de enrutamiento de respaldo
El miembro que funciona en el rol de motor de enrutamiento de respaldo en un chasis virtual:
-
Mantiene un estado de preparación para asumir el rol de motor de enrutamiento principal si se produce un error en el principal.
-
Ejecuta Junos OS para los conmutadores como un motor de enrutamiento de respaldo.
-
Se sincroniza con la principal en términos de estados de protocolo, tablas de reenvío y otra información, de modo que esté preparada para conservar la información de enrutamiento y mantener la conectividad de red sin interrupciones en caso de que la principal no esté disponible.
La configuración del chasis virtual debe tener al menos dos conmutadores miembro miembro para tener un miembro del motor de enrutamiento de respaldo.
En una configuración preaprovisionada, el algoritmo de elección de función principal de Chasis virtual determina qué conmutador miembro de la función de Motor de enrutamiento actúa como principal de Chasis virtual y cuál actúa como copia de seguridad. Consulte Descripción de cómo se elige el principal en un chasis virtual.
En una configuración no aprovisionada, el chasis virtual selecciona los conmutadores miembro principal y de respaldo utilizando el valor de prioridad de la función principal y factores secundarios en el algoritmo de elección de la función principal.
Siga estas directrices para asignar roles de motor de enrutamiento a los conmutadores en un chasis virtual mixto:
-
En un chasis virtual EX4300 mixto compuesto por el modelo multigigabit EX4300 (EX4300-48MP) y otros conmutadores modelo EX4300, siempre debe tener conmutadores modelo multigigabit EX4300 en los roles principal y de respaldo del motor de enrutamiento.
-
En un chasis virtual QFX5110 con conmutadores QFX5110 y QFX5100, recomendamos configurar solo conmutadores QFX5110 en la función de motor de enrutamiento.
-
En un chasis virtual EX4650 o QFX5120 de dos miembros, configure ambos conmutadores miembro en la función de motor de enrutamiento como conmutadores miembro principal y de respaldo solamente (sin miembros de la función de tarjeta de línea).
Función de tarjeta de línea
Un miembro que funciona en el rol de tarjeta de línea en un chasis virtual:
-
Ejecuta solo un subconjunto de Junos OS.
-
No ejecuta los protocolos de control del chasis.
-
Puede detectar ciertas condiciones de error (como un cable desconectado) en cualquier interfaz que se haya configurado en él a través de la interfaz principal.
La configuración del chasis virtual debe tener al menos tres miembros para poder incluir un miembro de tarjeta de línea.
En una configuración preaprovisionada, puede configurar explícitamente un miembro con el rol de tarjeta de línea, lo que significa que no puede ser un motor de enrutamiento principal o de respaldo.
En una configuración no aprovisionada, los miembros que no se seleccionan como principales o de respaldo funcionan como miembros de tarjeta de línea del chasis virtual. El chasis virtual selecciona los conmutadores miembro principal y de respaldo mediante el valor de prioridad de la función principal y factores secundarios del algoritmo de elección de la función principal. Un conmutador con una prioridad de función principal de 0 siempre está en la función de tarjeta de línea.
En cualquier chasis virtual de dos miembros, para una alta disponibilidad, debe configurar ambos miembros en el rol de motor de enrutamiento y ningún miembro en el rol de tarjeta de línea. De lo contrario, en un chasis virtual con más de dos miembros, cualquier tipo de conmutador compatible puede funcionar en función de tarjeta de línea.
Utilice estas directrices para asignar roles de motor de enrutamiento y tarjeta de línea a los conmutadores en un chasis virtual de la serie QFX:
-
En un chasis virtual QFX5110 compuesto por conmutadores QFX5110 y QFX5100, recomendamos configurar solo conmutadores QFX5110 en la función de motor de enrutamiento.
Conmutador de miembro e ID de miembro
Cada conmutador independiente que admite chasis virtual es un miembro potencial de una configuración de chasis virtual. Cuando enciende uno de esos conmutadores, tiene un ID de miembro de chasis virtual que puede ver en la pantalla LCD del panel frontal en algunos conmutadores o en show virtual-chassis la salida de comandos. Si el conmutador está encendido como un conmutador independiente, su ID de miembro siempre 0es . Cuando interconecta el conmutador en una configuración de chasis virtual, el conmutador miembro principal le asigna un ID de miembro en función de varios factores, como el orden en que se agregó el conmutador al chasis virtual o si definió ID de miembro basados en números de serie del conmutador en el proceso de preaprovisionamiento.
Si la configuración del chasis virtual incluía anteriormente un conmutador miembro y desconectó o quitó físicamente ese miembro de la configuración del chasis virtual, su ID de miembro no estará disponible automáticamente para su asignación como parte de la asignación de ID de miembro secuencial estándar del principal. Por ejemplo, es posible que tenga una configuración de chasis virtual con el miembro 0, el miembro 2 y el miembro 3, ya que se quitó el miembro 1. Cuando agrega otro conmutador miembro y lo enciende, el principal le asigna el ID 4, no el ID 1. Si desea reutilizar un ID de miembro de un conmutador miembro que se quitó, puede reciclar el ID de miembro (consulte el request virtual-chassis recycle comando para obtener más información). .
El ID de miembro distingue los conmutadores miembro entre sí. Utilice el ID de miembro para:
-
Asigne un valor de prioridad de función principal a un conmutador miembro.
-
Configure interfaces para un conmutador miembro, de manera similar a especificar un número de ranura de dispositivo de Juniper Networks.
-
Aplique algunos comandos operativos a un conmutador miembro.
-
Muestra el estado o las características de un conmutador miembro.
Prioridad de rol principal
En una configuración no aprovisionada, puede designar la función (función principal o de respaldo en el motor de enrutamiento o función de tarjeta de línea) que asume un conmutador miembro mediante la configuración de su prioridad de función principal (un número de 0 hasta ). 255 El valor de prioridad de la función principal es la primera consideración en el algoritmo de elección de la función principal para seleccionar la principal de la configuración del chasis virtual. Un conmutador con una prioridad de función principal de nunca asume la función de 0 respaldo o de motor de enrutamiento principal.
Cuando enciende un conmutador independiente, tiene el valor 128de prioridad de función principal predeterminado. Dado que es el único conmutador miembro en su propia configuración de chasis virtual, también es el miembro principal. Cuando interconecte un conmutador independiente a una configuración de chasis virtual existente (que ya tiene su propio principal), le recomendamos que configure explícitamente la prioridad de rol principal de los miembros que desea que funcionen como principal y de respaldo.
Configurar el mismo valor de prioridad de función principal para la función principal y la copia de seguridad ayuda a garantizar una transición fluida de la función principal a la copia de seguridad si la principal deja de estar disponible. Impide que la principal original se adelante con el control de la copia de seguridad cuando la copia de seguridad ha tomado el control de la configuración del chasis virtual porque la principal original dejó de estar disponible.
En una configuración preaprovisionada, no puede configurar manualmente los valores de prioridad del rol principal. Se asigna la función de cada conmutador miembro y el chasis virtual asigna automáticamente la prioridad de la función principal en función de la función asignada.
Identificador de chasis virtual (VCID)
Todos los miembros de una configuración de chasis virtual comparten un identificador de chasis virtual (VCID). El chasis virtual deriva este identificador de parámetros internos. Cuando supervise una configuración de chasis virtual, algunas vistas de interfaz y el comando muestran el show virtual-chassis VCID.
Almacenamiento no volátil en un chasis virtual
Los conmutadores de la serie EX y la serie QFX almacenan archivos del sistema de Junos OS en una memoria flash interna. En las configuraciones de chasis virtual, tanto el conmutador principal como el de respaldo almacenan la información de configuración de todos los conmutadores miembro.
Junos OS optimiza la manera en que un chasis virtual almacena su configuración si un conmutador miembro o la configuración del chasis virtual se apaga incorrectamente, como se indica a continuación:
-
Si el principal no está disponible, el conmutador de respaldo asume el rol del principal y su memoria flash interna asume el relevo como la ubicación alternativa para mantener la memoria de configuración no volátil.
-
Si desconecta un conmutador miembro para su reparación, el principal almacena la configuración del conmutador miembro.
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
no-auto-conversion en el nivel de
[edit virtual-chassis] jerarquía en el chasis virtual.