Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general de la configuración del clúster de Junos Space para alta disponibilidad

En este tema se proporciona información general sobre los pasos clave necesarios para configurar un clúster de Junos Space como un sistema carrier-grade con todas las capacidades de alta disponibilidad habilitadas.

Requisitos

Puede elegir dispositivos Junos Space (JA2500) o dispositivos virtuales para configurar un clúster de Junos Space.

Para un clúster de dispositivos virtuales, se aplican las siguientes recomendaciones a la infraestructura de virtualización subyacente en la que se implementan los dispositivos:

  • Utilice VMware ESX Server 4.0 o posterior o VMware ESXi server 4.0, 5.0, 5.1, 5.5 o 6.0 o un servidor de máquina virtual basada en kernel (KVM) en qemu-kvm (KVM) versión 0.12.1.2-2/448.el6 o posterior (que está en CentOS versión 6.5) que pueda admitir una máquina virtual.

  • Implemente los dos dispositivos virtuales de Junos Space (JSVA) en dos servidores independientes.

  • Cada servidor debe poder dedicar 4 vCPU o 2,66 GHz o más, 32 GB de RAM y suficiente disco duro para el dispositivo virtual Junos Space que aloja.

  • Los servidores deben tener características de tolerancia a errores similares a las del dispositivo Junos Space: fuentes de alimentación redundantes duales conectadas a dos circuitos de alimentación independientes, matriz RAID de discos duros para almacenamiento y ventiladores intercambiables en caliente.

Nota:

Para obtener más información sobre los requisitos del dispositivo virtual, consulte los temas Implementación de un dispositivo virtual Junos Space en un servidor VMware ESXi e Implementación de un dispositivo virtual Junos Space en un servidor KVM en la documentación del dispositivo virtual Junos Space.

Si elige dispositivos Junos Space, debe elegir dos instancias de los SKU correspondientes para el dispositivo que está utilizando. Además, solicite un segundo módulo de fuente de alimentación para cada aparato con el fin de proporcionar el módulo de fuente de alimentación redundante para cada aparato.

Preparación

Le recomendamos que siga estas directrices al preparar un clúster de Junos Space para alta disponibilidad:

  • La arquitectura de clúster de Junos Space le permite dedicar uno o dos nodos exclusivamente para funciones de monitoreo de fallos y monitoreo de rendimiento. Estos se conocen como nodos de monitoreo de fallas y monitoreo de rendimiento (FMPM) y se recomiendan cuando se administran redes complejas con una gran cantidad de dispositivos e interfaces para monitorear. La ventaja de esta arquitectura es que las funciones de supervisión de fallos y rendimiento se localizan dentro de los nodos FMPM y el resto de los nodos de Junos Space se liberan para otras funciones. Una de las primeras decisiones que debe tomar es si desea usar nodos FMPM en su clúster de Junos Space. Si decide implementar nodos FMPM, se recomienda tener dos de ellos para que los servicios de supervisión de errores y supervisión del rendimiento también tengan alta disponibilidad. Actualmente, el equilibrio de carga no se implementa en varios nodos de FMPM, por lo que no es necesario tener más de dos nodos de FMPM en un clúster.

  • La arquitectura de clúster de Junos Space le permite dedicar dos nodos de Junos Space exclusivamente para funciones de base de datos MySQL. Los nodos de base de datos dedicados pueden liberar recursos del sistema, como el tiempo de CPU y la utilización de memoria en el nodo VIP de Junos Space, mejorando así el rendimiento del nodo VIP de Junos Space. Si decide agregar nodos de base de datos dedicados al clúster de Junos Space, en primera instancia debe agregar dos nodos juntos como nodos de base de datos principal y secundario, lo que permite la alta disponibilidad de la base de datos de forma predeterminada.

  • Junos Space Platform le permite ejecutar el servicio Cassandra en nodos dedicados con solo el servicio Cassandra en ejecución o en nodos con el servidor JBoss en ejecución. Cuando se inicia el servicio Cassandra en cualquiera de los nodos, las imágenes y los archivos de dispositivo de las aplicaciones de Junos Space se mueven de la base de datos MySQL a la base de datos de Cassandra, mejorando así el rendimiento de la base de datos MySQL. Si desea garantizar la redundancia de los archivos almacenados en la base de datos de Cassandra, debe asegurarse de que el servicio de Cassandra se ejecuta en dos o más nodos que juntos forman el clúster de Cassandra.

  • Un dispositivo Junos Space (hardware o virtual) utiliza dos interfaces Ethernet: eth0 y eth3. La interfaz eth0 se utiliza para toda la comunicación entre nodos dentro del clúster y también para la comunicación entre los clientes GUI y NBI y el clúster. La interfaz eth3 se puede configurar como la interfaz de administración de dispositivos, en cuyo caso, toda la comunicación entre el clúster y los dispositivos administrados se produce a través de esta interfaz. Si la interfaz eth3 no está configurada, toda la comunicación del dispositivo también tiene lugar a través de la interfaz eth0. Por lo tanto, primero debe decidir si usar o no eth3 como interfaz de administración de dispositivos. Si elige usar eth3, debe usar eth3 para todos los dispositivos del mismo clúster.

  • También debe decidir los siguientes parámetros de red que se configurarán en los dispositivos Junos Space:

    • Dirección IP y máscara de subred para la interfaz "eth0", la dirección de puerta de enlace predeterminada y la dirección de uno o más servidores de nombres en la red.

    • Dirección IP y máscara de subred para la interfaz "eth3" si elige utilizar una interfaz de administración de dispositivos independiente.

    • La dirección IP virtual que se va a usar para el clúster, que debe ser una dirección en la misma subred que la dirección IP asignada a la interfaz "eth0".

      Si decide agregar nodos de base de datos dedicados, debe elegir una dirección IP virtual (VIP) independiente en la misma subred que la dirección VIP del clúster de Junos Space. Esta dirección VIP de la base de datos debe estar en la misma subred que la dirección IP asignada a la interfaz Ethernet eth0 y debe ser diferente de la dirección VIP del clúster de Junos Space y de los nodos FMPM.

      Si decide usar un clúster de FMPM, debe elegir una dirección IP virtual independiente para los nodos de FMPM. Tenga en cuenta que la dirección IP virtual de FMPM no necesita estar en la misma subred que la dirección IP virtual de los nodos de Junos Space.

    • Configuración del servidor NTP desde la que sincronizar la hora del dispositivo.

  • La dirección IP que asigne a cada nodo de Junos Space del clúster y la dirección IP virtual del clúster deben estar en la misma subred. Esto es necesario para que el mecanismo de adquisición de direcciones IP funcione correctamente.

    Es posible configurar los nodos de FMPM en una subred independiente.

    Nota:

    Estrictamente hablando, puede optar por implementar los nodos que no son de alta disponibilidad en una subred diferente. Sin embargo, si lo hace, causará un problema si uno de los nodos de alta disponibilidad deja de funcionar y desea promover uno de los otros nodos como nodo de alta disponibilidad. Por lo tanto, le recomendamos que configure eth0 en todos los nodos de la misma subred.

  • Dado que los servidores JBoss de todos los nodos se comunican mediante multidifusión UDP para formar y gestionar el clúster de JBoss, debe asegurarse de que la multidifusión UDP esté habilitada en la red en la que despliegue los nodos del clúster. También debe deshabilitar la supervisión IGMP en los conmutadores que interconectan el clúster o configurarlos explícitamente para permitir la multidifusión UDP entre los nodos.

    Nota:

    Los nodos FMPM y los nodos de base de datos dedicados no participan en el clúster de JBoss. Por lo tanto, no es necesario habilitar la multidifusión UDP entre estos nodos y los nodos de Junos Space del clúster.

Configuración del primer nodo del clúster

Después de encender el dispositivo y conectarse a su consola, Junos Space muestra una interfaz de línea de comandos (CLI) basada en menús que se utiliza para especificar la configuración inicial del dispositivo. Para completar esta configuración inicial, especifique los siguientes parámetros:

  • Dirección IP y máscara de subred para la interfaz "eth0"

  • Dirección IP de la puerta de enlace predeterminada

  • Dirección IP del servidor de nombres

  • Dirección IP y máscara de subred para la interfaz "eth3", si elige configurar un clúster como se describe en el tema Descripción de los clústeres lógicos dentro de un clúster de Junos Space.

  • Si este dispositivo se agrega a un clúster existente. Elija "n" para indicar que este es el primer nodo del clúster.

  • La dirección IP virtual que utilizará el clúster.

  • Configuración del servidor NTP desde la que sincronizar la hora del dispositivo.

  • ID de usuario y contraseña del modo de mantenimiento.

    Nota:

    Anote el ID de usuario y la contraseña que especifique para el modo de mantenimiento, ya que necesitará este ID y contraseña para realizar actualizaciones de software de la plataforma de administración de red y restauración de bases de datos.

Para obtener instrucciones detalladas paso a paso sobre la configuración del dispositivo para la implementación inicial, consulte la documentación del dispositivo Junos Space. Una vez completada la configuración inicial, se iniciarán todos los servicios de Junos Space en el dispositivo y podrá iniciar sesión en la interfaz de usuario de la plataforma de administración de red desde la dirección IP virtual que se le haya asignado. En esta etapa, tiene un clúster de un solo nodo sin alta disponibilidad (HA), que puede ver navegando al área de trabajo Plataforma de administración de red > Administración> Estructura .

Agregar un segundo nodo al clúster

Para agregar un segundo nodo al clúster, primero debe configurar el segundo dispositivo mediante su consola. El proceso es idéntico al del primer dispositivo, excepto que debe elegir "y" cuando se le pida que especifique si este dispositivo se agregará a un clúster existente. Asegúrese de que la dirección IP que asigne a este nodo se encuentra en la misma subred que el primer nodo. También debe garantizar su uniformidad en el uso de una interfaz de administración de dispositivos independiente (eth3). Si elige usar eth3 para el primer nodo, elija lo mismo para todos los nodos adicionales del clúster.

Después de configurar el segundo dispositivo, puede iniciar sesión en la interfaz de usuario de Network Management Platform del primer nodo en su dirección IP virtual para agregar el nodo al clúster desde el área de trabajo Plataforma de administración de red > Administration > Fabric > Agregar nodo de estructura . Para agregar el nodo al clúster, especifique la dirección IP asignada a la interfaz eth0 del nuevo nodo, asigne un nombre para el nuevo nodo y (opcionalmente) programe la fecha y hora para agregar el nodo. El servicio Administrador de recursos distribuidos (DRM) que se ejecuta en el primer nodo se pone en contacto con el Agente de administración de nodos (NMA) en el nuevo nodo para realizar los cambios de configuración necesarios y agregarlo al clúster. El servicio DRM también garantiza que los servicios necesarios se inicien en este nodo. Después de que el nuevo nodo se una al clúster, puede supervisar su estado desde el espacio de trabajo Plataforma de administración de red > Administración > Estructura .

Para obtener más información acerca de cómo agregar nodos a un clúster existente desde la interfaz de usuario de Junos Space Platform, consulte Descripción general de la administración de estructuras (en la Guía del usuario de los espacios de trabajo de la plataforma de administración de red de Junos Space).

Agregar nodos adicionales a un clúster

El proceso para agregar nodos adicionales es idéntico al proceso para agregar el segundo nodo. Sin embargo, estos nodos adicionales no participan en ninguno de los clústeres de alta disponibilidad de la estructura, a menos que se promuevan explícitamente a esa función si se elimina otro nodo de alta disponibilidad o si se agregan como nodos de base de datos dedicados para formar el clúster de MySQL.

Para obtener más información acerca de cómo agregar nodos a un clúster existente desde la interfaz de usuario de Junos Space Platform, consulte Descripción general de la administración de estructuras (en la Guía del usuario de los espacios de trabajo de la plataforma de administración de red de Junos Space).

Configuración de nodos FMPM

Puede configurar hasta 2 nodos FMPM en un clúster. Para configurar nodos FMPM:

Eliminación de nodos de un clúster

Si un nodo ha fallado y necesita ser reemplazado, puede quitar fácilmente el nodo del clúster. Vaya al área de trabajo Plataforma de administración de red > Administración > estructura , seleccione el nodo que desea eliminar y elija la acción Eliminar nodo . Si el nodo que se está eliminando es un nodo de alta disponibilidad, el sistema comprobará si se pueden elegir otros nodos del clúster como reemplazo del nodo de alta disponibilidad que se está eliminando. Luego, el sistema muestra la lista de nodos capaces (solo el Nodo-3 en este ejemplo) y le permite elegir entre los nodos disponibles. El proceso se describe en Descripción de los nodos de alta disponibilidad en un clúster.

Si el nodo que se está eliminando es un nodo de base de datos, el sistema comprueba si otros nodos del clúster pueden reemplazar el nodo de base de datos que se está eliminando. Si hay nodos presentes que son capaces de reemplazar el nodo eliminado, el sistema muestra la lista de nodos capaces y le permite elegir entre los nodos disponibles.

Para obtener más información acerca de cómo eliminar nodos del clúster, consulte Eliminar un nodo de Junos Space Fabric (en la Guía del usuario de espacios de trabajo de la plataforma de administración de red de Junos Space).