Documentación de BQN
Icono de cerrar

Introducción

R5.0 se encuentra actualmente en fase de pruebas beta y esta función de clúster aún no está disponible para el público general.

A partir de la versión R5.0, se pueden agrupar varios servidores BQN en un único clúster. El clúster abarca aspectos de gestión: configuración común de reglas, actualizaciones comunes de software y visibilidad común desde cualquiera de los servidores que forman el clúster.

Iniciar sesión en cualquiera de los servidores del clúster:

La página de inicio muestra el volumen de tráfico de cada servidor; al hacer clic en un cuadro de BQN, se accede a la conocida página de inicio de BQN de ese servidor.

Las páginas pueden mostrar no solo información del servidor local, sino también de cualquier servidor del clúster. Por ejemplo, en «Status» > «Interfaces» > «Throughput», un selector situado en la esquina superior derecha permite mostrar el rendimiento de un BQN Id específico o de todos los servidores del clúster (el icono situado junto a «BQN 0» indica que hemos iniciado sesión en el BQN 0):

En esta versión, el clúster no incluye aspectos relacionados con la API (integración a través de REST, RADIUS o sistemas de facturación), que cada servidor BQN gestiona por su cuenta. Tampoco abarca la distribución del tráfico en el plano de datos: cada servidor BQN recibirá su tráfico de acuerdo con una distribución externa del tráfico (por ejemplo, en función de la ubicación en la red del proveedor de servicios de Internet donde se haya implementado cada servidor BQN).

Implementación en clúster

A continuación se muestra un ejemplo de implementación de un clúster de tres servidores:

Cada servidor del clúster tiene un identificador único; en este ejemplo, los identificadores 0, 1 y 2. El servidor con el ID más bajo (el 0, en este caso) es el que se comunica con los demás servidores del clúster; es lo que llamamos el servidor principal. Los otros dos son servidores secundarios. El clúster es resistente: si el servidor principal deja de estar disponible, el siguiente con el ID más bajo (el 1, en nuestro ejemplo) asumirá el papel de servidor principal.

Las comunicaciones entre los servidores del clúster utilizan las direcciones IP de gestión de los servidores. Existen dos tipos de comunicación:

  • Tráfico de control del clúster: TCP, con puertos en el rango 63500-63755. Cada BQN escuchará en el puerto 63500 más su ID. Por ejemplo, el BQN con ID 0 utilizará el puerto 63500, el BQN con ID 1 el puerto 63501, etc.
  • Transferencias de datos: SSH/SCP en el puerto 22.

Todos los servidores del clúster deben estar conectados a los demás servidores a través de estos puertos.

Para definir un clúster, necesitamos la lista de ID con la dirección IP y el puerto SSH a través de los cuales se puede acceder a ellos. Esto resulta sencillo si todas las direcciones de gestión de los servidores se encuentran en la misma subred.

BQN
Id
Cluster
IP Address
SSH/SCP
Port
0 192.168.0.121 22
1 192.168.0.122 22
2 192.168.0.123 22

Si hay NAT o reenvío de puertos, hay que tenerlo en cuenta al configurar el clúster. En el siguiente ejemplo, se puede acceder a los BQN a través de direcciones IP públicas y su puerto SSH tiene reenvío de puertos.

BQN
Id
Cluster
IP Address
SSH/SCP
Port
0 216.58.205.46 2022
1 216.58.205.47 2022
2 216.58.205.48 2022

En la siguiente sección se describen los pasos para comprobar la conectividad de red y la configuración necesaria para crear un clúster.

Configuración del clúster

A continuación se describe un procedimiento paso a paso para crear un clúster. Utilizaremos un ejemplo sencillo de clúster con un servidor principal con el ID de BQN 0 y un único servidor secundario con el ID 1.

Instalación del software

Todos los servidores BQN que vayan a formar parte del clúster deben tener instalado el software BQN (versión 5.0 o superior), siguiendo los pasos descritos en Instalación del software .

Configuración de los identificadores BQN (ID de BQN)

Cada servidor BQN tendrá un identificador único. El BQN con el ID más bajo actuará como servidor principal.

Te recomendamos que empieces por el ID 0 y sigas con el 1, el 2, etc.

Por defecto, un servidor BQN tiene el ID 0, por lo que el que vaya a ser el principal no necesitará cambiar de ID. Para los demás servidores, siga este procedimiento:

  • Ve a Administración -> Clúster y haz clic en «Modificar ID de BQN».
  • Introduzca el nuevo valor de BQN ID, entre 0 y 255 (por ejemplo, 1). El cambio provoca una recarga del software, por lo que, si el BQN está procesando tráfico, se producirá una breve interrupción del servicio. La interfaz gráfica de usuario le desconectará. Vuelva a iniciar sesión para continuar.

Conectividad de direcciones IP de OAM

Las direcciones IP de gestión de los BQN deben poder comunicarse entre sí. Así, por ejemplo, en el caso de dos BQN con las direcciones IP 192.168.56.111 y 192.168.56.112, accedemos a ambos servidores para comprobar su conectividad mutua:


ssh bqnadm@192.168.56.111
bqnadm@bqn0# net ping 192.168.56.112
PING 192.168.56.112 (192.168.56.112) 56(84) bytes of data.
64 bytes from 192.168.56.112: icmp_seq=1 ttl=64 time=0.202 ms
64 bytes from 192.168.56.112: icmp_seq=2 ttl=64 time=0.149 ms
64 bytes from 192.168.56.112: icmp_seq=3 ttl=64 time=0.193 ms
64 bytes from 192.168.56.112: icmp_seq=4 ttl=64 time=0.193 ms
^C
--- 192.168.0.122 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3050ms
rtt min/avg/max/mdev = 0.149/0.184/0.202/0.022 ms
bqnadm@bqn0# exit
ssh bqnadm@192.168.56.112
bqnadm@bqn1# net ping 192.168.56.111
PING 192.168.56.111 (192.168.56.111) 56(84) bytes of data.
64 bytes from 192.168.56.111: icmp_seq=1 ttl=64 time=0.200 ms
64 bytes from 192.168.56.111: icmp_seq=2 ttl=64 time=0.199 ms
64 bytes from 192.168.56.111: icmp_seq=3 ttl=64 time=0.202 ms
^C
--- 192.168.0.121 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2032ms
rtt min/avg/max/mdev = 0.199/0.200/0.202/0.011 ms
bqnadm@bqn1# exit

El clúster utiliza el rango de puertos TCP comprendido entre 63500 y 63755. El puerto depende del identificador BQN. Por ejemplo, si solo se utilizan los ID 0 y 1, se emplearán los puertos 63500 y 63501 para el control del clúster.

Para comprobar que esos puertos están abiertos, genera tráfico TCP hacia cada dirección y puerto BQN mediante telnet y comprueba que se recibe utilizando tcpdump en el destino. Por ejemplo, para comprobar que bqn0 puede enviar TCP a bqn1, debemos comprobar el puerto 63501 (el puerto en el que está a la escucha un BQN con ID 1). Inicia tcpdump en el destino:


ssh root@bqn1
bqn1:~ # tcpdump -i enp0s3 'tcp and port 63501'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp0s3, link-type EN10MB (Ethernet), capture size 65535 bytes

Genera tráfico hacia el puerto mediante telnet (se espera que sea rechazado, ya que no hay ningún servicio a la escucha cuando el clúster aún no está configurado):


ssh root@bqn0
bqn0:~ # telnet 192.168.56.112 63501
Trying 192.168.56.112...
telnet: connect to address 192.168.56.112: Connection refused
bqn0:~ #

una vez en el destino, se recibe el tráfico:


bqn1:~ # tcpdump -i enp0s3 'tcp and port 63501'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp0s3, link-type EN10MB (Ethernet), capture size 65535 bytes
19:55:01.510551 IP 192.168.56.111.51808 > 192.168.56.112.63501: Flags [S], seq 1158501329, win 29200, options [mss 1460,sackOK,TS val 277566580 ecr 0,nop,wscale 7], length 0
19:55:01.511800 IP 192.168.56.112.63501 > 192.168.56.111.51808: Flags [R.], seq 0, ack 1158501330, win 0, length 0
19:55:26.344664 IP 192.168.56.111.51812 > 192.168.56.112.63501: Flags [S], seq 3902161536, win 29200, options [mss 1460,sackOK,TS val 277591420 ecr 0,nop,wscale 7], length 0
19:55:26.344835 IP 192.168.56.112.63501 > 192.168.56.111.51812: Flags [R.], seq 0, ack 3902161537, win 0, length 0

Lo mismo ocurre con el puerto 63500, de bqn1 a bqn0.

También se utiliza SSH. Para comprobar una conexión SSH desde bqn0 a bqn1.


bqn0:~ # ssh bqnadm@192.168.56.112
Password:
Last login: Thu Mar 26 19:28:22 2026 from 192.168.56.1
Have a lot of fun...
Copyright (c) 2009-2015 Bequant S.L.
bqnadm@bqn1# exit

Y lo mismo de bqn1 a bqn0:


bqn1:~ # ssh bqnadm@192.168.56.111
Password:
Last login: Thu Mar 26 19:35:17 2026 from 192.168.56.1
Have a lot of fun...
Copyright (c) 2009-2015 Bequant S.L.
bqnadm@bqn0# exit

Si se va a añadir un tercer servidor al clúster, se debe comprobar la conectividad entre este servidor y los otros dos tal y como se ha descrito anteriormente.

En ocasiones, se puede acceder a una dirección IP OAM de BQN a través de una dirección IP pública que está asignada a la dirección IP real de BQN. En ese caso, debes añadir los puertos del clúster a la asignación (por ejemplo, 63500-63501). Al comprobar la conectividad, utiliza la dirección IP pública para conectarte a ese servidor BQN.

Unificar la configuración en todo el clúster

Si el clúster se va a crear a partir de BQN que anteriormente se utilizaban de forma independiente, es necesario comprobar sus configuraciones para detectar posibles diferencias y acordar una configuración común. Si existen diferencias y no se lleva a cabo una unificación, se utilizará la configuración del servidor principal como configuración del clúster.

El siguiente ejemplo muestra un procedimiento típico. Vamos a añadir dos servidores al clúster.

  1. Ve a Administración -> Copia de seguridad -> Guardar configuración en el servidor principal y guarda la configuración (por ejemplo, bqn0-v1.conf).
  2. Haz lo mismo en el servidor secundario , en Administración -> Copia de seguridad -> Guardar configuración, y guarda la configuración (por ejemplo, bqn1-v1.conf).
  3. Compara ambos archivos. Por ejemplo, si utilizamos la herramienta kdiff3, encontramos las siguientes diferencias:
  • Falta el servidor NTP 216.229.0.50 en bqn0. Lo añadiremos.
  • bqn0 no tiene habilitada la API REST. La añadimos.
  • Las diferencias en la interfaz no suponen ningún problema, ya que dependen del servidor, por lo que no tomamos ninguna medida. El enrutamiento también depende del servidor (en este ejemplo es el mismo, pero si fuera diferente, no se fusionarían).
  • En el perfil de pruebas de velocidad, bqn1 tiene una entrada adicional; la añadimos a bqn0.
  • En sw-updates, bqn0 tiene una entrada adicional; añádela a bqn1.
  • bqn0 tiene una regla adicional para las actualizaciones de software durante las horas punta. Añadimos la política y la regla a bqn1 (el perfil horario ya estaba ahí).

Tras completar los pasos anteriores, deberíamos tener los archivos abqn0-v2.conf y bqn1-v2.conf con la configuración fusionada.

Ve al servidor principal , a Administración -> Copia de seguridad -> Cargar configuración, y carga el archivo bqn0-v2.conf.

Haz lo mismo en el servidor secundario con el archivo bqn1-v2.conf.

Configuración del clúster

Comenzaremos la creación del clúster configurando el servidor principal. Acceda a la interfaz gráfica de usuario del servidor principal, seleccione «Administración» > «Clúster» y haga clic en «Añadir BQN a un clúster...».

En el cuadro de diálogo, introduzca el ID secundario del BQN (1) y su dirección IP de gestión del BQN. En «Dirección IP de este BQN en el clúster», introduzca la dirección principal.

En este ejemplo, utilizamos las direcciones IP de administración 192.168.56.111 y 192.168.56.112. Si se puede acceder a los servidores a través de direcciones IP públicas, utilícelas en su lugar.

En el servidor BQN secundario se sigue el mismo procedimiento: acceda a la interfaz gráfica de usuario (GUI) del servidor secundario, seleccione «Administración» > «Clúster» y haga clic en «Añadir BQN a un clúster...»

En el cuadro de diálogo, introduzca el ID de BQN principal (0) y la dirección IP del BQN. En el campo «Dirección IP de este BQN en el clúster» , introduzca la dirección IP del servidor secundario.

Las direcciones IP pueden ser direcciones de gestión, como en este ejemplo, pero si se puede acceder a alguno de los servidores a través de una dirección IP pública, utilice esa dirección en su lugar.

El clúster debería mostrar el estado «listo » y el estado «completado»:

Puedes repetir el proceso para añadir más servidores al clúster accediendo a la interfaz gráfica de usuario de ese servidor y haciendo clic en «Añadir BQN a un clúster».

Etiquetas de estilo de la documentación
[.p-highlight] Lorem ipsum... [.p-highlight]

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

[.p-highlight-blue] Lorem ipsum... [.p-highlight-blue]

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

[.p-highlight-red] Lorem ipsum... [.p-highlight-red]

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

Vista previa para el estilo de [.c-highlight]palabra monoespaciada[.c-highlight] única.
Vista previa para el único word mono-spaced estilo.
anterior
SIGUIENTE