Configurar soporte de Dispatcher de área amplia

Esta característica sólo está disponible para el componente Dispatcher.

Si no utiliza el soporte de área amplia de Dispatcher y no utiliza el método de reenvío NAT de Dispatcher, una configuración de Dispatcher requiere que la máquina Dispatcher y todos sus servidores estén conectados al mismo segmento de LAN (consulte la Figura 32). La petición de un cliente llega a la máquina Dispatcher y se envía al servidor. Desde el servidor la respuesta se envía directamente al cliente.

Figura 32. Ejemplo de una configuración que consta de un único segmento LAN
Único segmento LAN

La característica Dispatcher de área amplia añade soporte para servidores que están en otros sitios, llamados servidores remotos (consulte la Figura 33). Si no se da soporte a GRE en el sitio remoto y no está utilizando el método de reenvío NAT de Dispatcher, el sitio remoto debe constar de una máquina Dispatcher remota (Dispatcher 2) y de sus servidores conectados localmente (ServidorG, ServidorH y ServidorI). Se transferirán los paquetes del cliente desde Internet a la máquina Dispatcher inicial. Desde la máquina Dispatcher inicial, se transferirá entonces el paquete a una máquina Dispatcher remota geográficamente y a uno de sus servidores conectados localmente.

Todas las máquinas Dispatcher (local y remota) deben estar en el mismo tipo de sistema operativo y plataforma para ejecutar configuraciones de área amplia.

Figura 33. Ejemplo de configuración mediante servidores locales y remotos
Servidores locales y remotos

Esto permite que una dirección de clúster dé soporte a todas las peticiones de cliente mundiales a la vez que distribuye la carga por servidores situados en todo el mundo.

La máquina Dispatcher que recibe inicialmente el paquete aún puede tener conectados servidores locales y puede distribuir la carga entre sus servidores locales y los servidores remotos.

Sintaxis de mandatos

Para configurar el soporte del área amplia:

  1. Añada los servidores. Al añadir un servidor a un sistema Dispatcher, debe definir si el servidor es local o remoto (vea arriba). Para añadir un servidor y definirlo como local, emita el mandato dscontrol server add sin especificar un direccionador. Es el valor predeterminado. Para definir el servidor como remoto, debe especificar el direccionador a través del que Dispatcher debe enviar el paquete para llegar al servidor remoto. El servidor debe ser otro sistema Dispatcher y la dirección del servidor debe ser una dirección de no reenvío del sistema Dispatcher. Por ejemplo, en la Figura 34, si añade LB 2 como servidor remoto bajo LB 1, debe definir direccionador 1 como la dirección del direccionador. Sintaxis general:
    dscontrol server add clúster:puerto:servidor router dirección

    Si desea más información sobre la palabra clave router, consulte el apartado dscontrol server — configurar servidores.

  2. Configure los alias. En la primera máquina Dispatcher (donde llega la petición de cliente desde Internet), debe crearse un alias de la dirección de clúster con el mandato executor configure. (En sistemas Linux o UNIX, puede utilizar el mandato executor configure o ifconfig). Sin embargo, en las máquinas Dispatcher remotas la dirección del clúster no tienen ningún alias asociado a la tarjeta de interfaz de red.

Utilización de asesores remotos con el soporte de área amplia de Dispatcher

En Dispatchers de punto de entrada:

Un Dispatcher de punto de entrada tratará el nivel segundo de Dispatcher como servidor y supervisará su estado como servidor y une los resultados a la IP actual del Dispatcher.

En sistemas Dispatcher remotos: realice los siguientes pasos de configuración para cada dirección de clúster remoto. Para una configuración de alta disponibilidad en la ubicación del sistema Dispatcher remoto, debe llevar a cabo estos pasos en las dos máquinas.

Sistemas AIX

Sistemas HP-UX, Linux, Solaris y Windows

Ejemplo de configuración

Figura 34. Configuración del ejemplo de área amplia con varios Load Balancer remotos
Configuración de área amplia con varios Load Balancer remotos

Este ejemplo se aplica a la configuración que se muestra en la Figura 34.

Aquí se muestra cómo configurar las máquinas Dispatcher para dar soporte a la dirección de clúster xebec en el puerto 80. LB1 se define como Load Balancer de "punto de entrada". Se da por supuesto una conexión Ethernet. Tenga en cuenta que LB1 tiene definidos cinco servidores: tres locales (ServidorA, ServidorB, ServidorC) y dos remotos (LB2 y LB3). Cada uno de los servidores LB2 y LB3 remotos tiene definido tres servidores locales.

En la consola de la primera máquina Dispatcher (LB1):

  1. Inicia el ejecutor.

    dscontrol executor start

  2. Establezca la dirección de no reenvío de la máquina Dispatcher.

    dscontrol executor set nfa LB1

  3. Defina el clúster.

    dscontrol cluster add xebec

  4. Defina el puerto.

    dscontrol port add xebec:80

  5. Defina los servidores.
    1. dscontrol server add xebec:80:ServidorA
    2. dscontrol server add xebec:80:ServidorB
    3. dscontrol server add xebec:80:ServidorC
    4. dscontrol server add xebec:80:LB2 router Direccionador1
    5. dscontrol server add xebec:80:LB3 router Direccionador1
  6. Configure la dirección de clúster.

    dscontrol executor configure xebec

En la consola de la segunda máquina Dispatcher (LB2):

  1. Inicia el ejecutor.

    dscontrol executor start

  2. Establezca la dirección de no reenvío de la máquina Dispatcher.

    dscontrol executor set nfa LB2

  3. Defina el clúster.

    dscontrol cluster add xebec

  4. Defina el puerto.

    dscontrol port add xebec:80

  5. Defina los servidores.
    1. dscontrol server add xebec:80:ServidorD
    2. dscontrol server add xebec:80:ServidorE
    3. dscontrol server add xebec:80:ServidorF

En la consola de la tercera máquina Dispatcher (LB3):

  1. Inicia el ejecutor.

    dscontrol executor start

  2. Establezca la dirección de no reenvío de la máquina Dispatcher.

    dscontrol executor set nfa LB3

  3. Defina el clúster.

    dscontrol cluster add xebec

  4. Defina el puerto.

    dscontrol port add xebec:80

  5. Defina los servidores.
    1. dscontrol server add xebec:80:ServidorG
    2. dscontrol server add xebec:80:ServidorH
    3. dscontrol server add xebec:80:ServidorI

Notas

  1. En todos los servidores (A-I), cree el alias de la dirección de clúster con el bucle de retorno.
  2. Los clústeres y los puertos se añaden con dscontrol a todas las máquinas Dispatcher implicadas: el sistema Dispatcher de punto de entrada y todas las máquinas remotas.
  3. Consulte el apartado Utilización de asesores remotos con el soporte de área amplia de Dispatcher para obtener ayuda sobre cómo utilizar asesores remotos con soporte de área amplia.
  4. El soporte de área amplia no permite utilizar bucles de direccionamiento infinito. (Si una máquina Dispatcher recibe un paquete desde otra máquina Dispatcher, no se reenviará a una tercera máquina Dispatcher). El área amplia sólo da soporte a un nivel de sistemas remotos.
  5. El área amplia da soporte a UDP y a TCP.
  6. El área amplia funciona junto con alta disponibilidad: se puede hacer una copia de seguridad de cada sistema Dispatcher en una máquina en espera adyacente (en el mismo segmento LAN).
  7. El gestor y los asesores funcionan con red de área amplia y, si se utiliza, debe iniciarse en todas las máquinas Dispatcher implicadas.
  8. Load Balancer da soporte a WAN sólo en sistemas operativos iguales.

Soporte de GRE (Encapsulamiento genérico de direccionamiento)

El encapsulamiento genérico de direccionamiento (GRE) es un Internet Protocolo especificado en RFC 1701 y RFC 1702. Si utiliza GRE, Load Balancer puede encapsular paquetes IP del cliente dentro de paquetes IP/GRE y remitirlos a plataformas de servidor como OS/390 que dan soporte a GRE. El soporte de GRE permite al componente Dispatcher equilibrar la carga de paquetes en varias direcciones de servidores asociadas a una dirección MAC.

Load Balancer implementa GRE como parte de su característica WAN. Esto permite que Load Balancer proporcione equilibrio de carga de área local directamente a todos los sistemas de servidor que puedan abrir los paquetes GRE. No es necesario que Load Balancer esté instado en el sitio remoto, si los servidores remotos dan soporte a paquetes GRE encapsulados. Load Balancer encapsula paquetes WAN con el campo clave GRE establecido en un valor decimal 3735928559.

Figura 35. Configuración del ejemplo de área amplia con una plataforma de servidor que da soporte a GRE
Configuración de área amplia con una plataforma de servidor que da soporte a GRE

En este ejemplo (Figura 35), para añadir el ServidorD remoto, que da soporte a GRE, defínalo dentro de la configuración de Load Balancer como si estuviera definiendo un servidor de WAN en la jerarquía clúster:puerto:servidor:

dscontrol server add clúster:puerto:ServidorD router Direccionador1

En sistemas Linux, configuración del excapsulamiento de GRE para WAN

Los sistemas Linux tienen la capacidad nativa para excapsular GRE que permite a Load Balancer equilibrar la carga en las imágenes del servidor Linux para s/390, donde muchas imágenes de servidor comparten una dirección MAC. Esto permite que Load Balancer de punto de entrada equilibre la carga directamente en servidores WAN de Linux WAN, sin pasar a través de un sistema Load Balancer en el sitio remoto. También permite que los asesores del sistema Load Balancer de punto de entrada operen directamente con cada servidor remoto.

En el sistema Load Balancer de punto de entrada, configúrelo para WAN tal como se describe.

Para configurar cada servidor del programa de fondo Linux, emita los siguientes mandatos como usuario root. (Estos mandatos se pueden añadir al recurso de inicio del sistema para que los cambios se mantengan en los rearranques).

# modprobe ip_gre
# ip tunnel add gre-nd mode gre ikey 3735928559 
# ip link set gre-nd up
# ip addr add dirección_clúster dev gre-nd
Nota:
El servidor Linux configurado utilizando estas instrucciones no puede estar en el mismo elemento físico que el sistema Load Balancer de punto de entrada. Esto se debe a que el servidor Linux responderá a las peticiones "ARP who-has" para la dirección del clúster, lo que provocará que un estado de competición que llevará a un posible "corto circuito" en el que todo el tráfico de la dirección del clúster sólo se dirige al ganador de la competición ARP.