Descripción general del clúster de chasis

Ventajas del clúster de chasis

• Evita fallas en un solo dispositivo que provoquen una pérdida de conectividad.

• Proporciona alta disponibilidad entre dispositivos al conectar enlaces de sucursales y sitios remotos a oficinas corporativas más grandes. Al aprovechar la función de clúster de chasis, las empresas pueden garantizar la conectividad en caso de falla del dispositivo o del vínculo.

Funcionalidad del clúster de chasis

La funcionalidad del clúster de chasis incluye:

• Arquitectura de sistema resistente, con un único plano de control activo para todo el clúster y múltiples motores de reenvío de paquetes. Esta arquitectura presenta una vista de dispositivo único del clúster.

• Sincronización de la configuración y estados de tiempo de ejecución dinámicos entre nodos dentro de un clúster.

• Supervisión de interfaces físicas y conmutación por error si los parámetros de error cruzan un umbral configurado.

Modos de clúster de chasis

Un clúster de chasis se puede configurar en modo activo/activo o activo/pasivo.

• Active/passive mode: en el modo activo/pasivo, el tráfico de tránsito pasa por el nodo principal, mientras que el nodo de reserva solo se utiliza en caso de fallo. Cuando se produce un error, el dispositivo de copia de seguridad se convierte en el principal y se hace cargo de todas las tareas de reenvío.

• Active/active mode: en modo activo/activo, tiene tráfico de tránsito que pasa por ambos nodos del clúster todo el tiempo.

¿Cómo funciona la agrupación en clústeres de chasis?

Los puertos de control en los respectivos nodos están conectados para formar un plano de control que sincroniza la configuración y el estado del kernel para facilitar la alta disponibilidad de interfaces y servicios.

El plano de datos en los nodos respectivos se conecta a través de los puertos de estructura para formar un plano de datos unificado.

Al crear un clúster de chasis, los puertos de control en los nodos respectivos se conectan para formar un plano de control que sincroniza la configuración y el estado del kernel para facilitar la alta disponibilidad de interfaces y servicios.

De manera similar, el plano de datos en los nodos respectivos se conecta a través de los puertos de estructura para formar un plano de datos unificado.

El vínculo de estructura permite la gestión del procesamiento de flujo entre nodos y la gestión de la redundancia de sesión.

El software del plano de control funciona en modo activo o de respaldo. Cuando se configura como un clúster de chasis, los dos nodos se respaldan entre sí, con un nodo que actúa como dispositivo principal y el otro como dispositivo secundario, lo que garantiza la conmutación por error con estado de los procesos y servicios en caso de fallo del sistema o del hardware. Si se produce un error en el dispositivo primario, el dispositivo secundario se encarga del procesamiento del tráfico.

El software del plano de datos funciona en modo activo/activo. En un clúster de chasis, la información de sesión se actualiza a medida que el tráfico atraviesa cualquiera de los dispositivos, y esta información se transmite entre los nodos a través del vínculo de estructura para garantizar que las sesiones establecidas no se interrumpan cuando se produce una conmutación por error. En el modo activo/activo, es posible que el tráfico entre en el clúster en un nodo y salga del otro nodo. Cuando un dispositivo se une a un clúster, se convierte en un nodo de ese clúster. Con la excepción de la configuración de nodo único y las direcciones IP de administración, los nodos de un clúster comparten la misma configuración.

En cualquier momento dado, un clúster puede estar en uno de los siguientes estados: retención, primaria, secundaria en espera, secundaria, no elegible y deshabilitada. Se puede desencadenar una transición de estado debido a cualquier evento, como supervisión de interfaz, supervisión de SPU, errores y conmutaciones por error manuales.

Compatibilidad con clústeres IPv6

Los firewalls de la serie SRX que ejecutan IP versión 6 (IPv6) se pueden implementar en configuraciones de clúster de chasis activo/activo (conmutación por error), además de la compatibilidad existente con configuraciones de clúster de chasis activo/pasivo (conmutación por error). Se puede configurar una interfaz con una dirección IPv4, una dirección IPv6 o ambas. Las entradas de la libreta de direcciones pueden incluir cualquier combinación de direcciones IPv4, direcciones IPv6 y nombres del Sistema de nombres de dominio (DNS).

El clúster de chasis admite túneles de encapsulación de enrutamiento genérico (GRE) que se usan para enrutar el tráfico IPv4/IPv6 encapsulado mediante una interfaz interna, gr-0/0/0. Junos OS crea esta interfaz al arrancar el sistema y solo se utiliza para procesar túneles GRE. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.

Caso de uso para clústeres de chasis SRX

Las redes empresariales y de proveedores de servicios emplean varios métodos de redundancia y resistencia en el nivel de red de borde del cliente. Como este nivel representa la entrada o punto de emparejamiento a Internet, su estabilidad y tiempo de actividad son de gran importancia. La información transaccional del cliente, el correo electrónico, la voz sobre IP (VoIP) y el tráfico de sitio a sitio pueden utilizar este único punto de entrada a la red pública. En entornos donde una VPN de sitio a sitio es la única interconexión entre los sitios del cliente y el sitio de la sede, este vínculo se vuelve aún más vital.

Tradicionalmente, se han utilizado múltiples dispositivos con configuraciones discretas para proporcionar redundancia en esta capa de red con resultados mixtos. En estas configuraciones, la empresa se basa en protocolos de enrutamiento y redundancia para habilitar un borde del cliente redundante y de alta disponibilidad. Estos protocolos suelen ser lentos para reconocer los errores y no suelen permitir la sincronización necesaria para manejar correctamente el tráfico de estado. Dado que una buena cantidad de tráfico empresarial que pasa a través del borde (hacia/desde Internet o entre sitios de clientes) tiene estado, un desafío constante en la configuración de este nivel de red ha sido garantizar que el estado de sesión no se pierda cuando se produce una conmutación por error o una reversión.

Otro desafío en la configuración de dispositivos redundantes es la necesidad de configurar, administrar y mantener dispositivos físicos separados con diferentes configuraciones. La sincronización de esas configuraciones también puede ser un desafío, ya que a medida que aumentan la necesidad y la complejidad de las medidas de seguridad, también lo hace la probabilidad de que las configuraciones no coincidan. En un entorno seguro, una configuración no coincidente puede causar algo tan simple como una pérdida de conectividad o algo tan complejo y costoso como una brecha de seguridad total. Cualquier evento anómalo en el borde del cliente puede afectar el tiempo de actividad, lo que afecta la capacidad de atender a los clientes o, posiblemente, la capacidad de mantener seguros los datos del cliente.

Una respuesta al problema de la configuración redundante del borde del cliente es introducir una arquitectura de clústeres consciente del estado que permita que dos o más dispositivos funcionen como un solo dispositivo. Los dispositivos en este tipo de arquitectura pueden compartir información de sesión entre todos los dispositivos para permitir la conmutación por error casi instantánea y la reversión del tráfico de estado. Una medida clave del éxito en este espacio es la capacidad del clúster para conmutar por error y revertir el tráfico mientras mantiene el estado de las sesiones activas.

El uso de la configuración del clúster de chasis SRX descrita en el ejemplo: la configuración de una puerta de enlace de servicios de la serie SRX como clúster de chasis de malla completa reducirá el tiempo de inactividad del sistema.

Los dispositivos en una arquitectura de clústeres eficaz también se pueden gestionar como un solo dispositivo; compartiendo un único plano de control. Esta función es vital ya que reduce el OpEx asociado con la administración de múltiples dispositivos. En lugar de administrar y operar dispositivos separados con diferentes configuraciones y portales de administración, puede administrar varios dispositivos que cumplan la misma función a través de un único punto de administración.

Por último, en una configuración de clúster, los dispositivos tienen la capacidad de supervisar las interfaces activas para determinar su estado de servicio. Un clúster eficaz supervisa de forma proactiva todas las interfaces de ingresos y debe conmutar por error a las interfaces de copia de seguridad si se detecta un error. Esto debe hacerse a intervalos casi instantáneos para minimizar el impacto de una falla del servicio (llamadas de clientes caídas, etc.).