Cómo transferir la configuración de ipvsadm de LVS a RELIANOID ADC

Ver Categorías

Cómo transferir la configuración de ipvsadm de LVS a RELIANOID ADC

8 minutos de lectura

Resumen #

Servidor virtual Linux (LVS), también conocido como ipvsadm permite a los administradores de sistemas configurar la distribución del tráfico web en múltiples servidores dentro del ecosistema Linux. Mientras LVS proporciona muchos beneficios, como un aumento , fiabilidad , y escalabilidad, existen muchas desventajas potenciales al usarlo. Estas desventajas incluyen complejidad, punto único de fallo, equilibrio de carga limitado métodos, y soporte limitado de su comunidad.

En general, a medida que aumenta la demanda de servicios web, un ADC completo como RELIANOID Se requiere no solo proporcionar soluciones de equilibrio de carga sino también seguridad, alta disponibilidad, GSLB, y mayor rendimiento. Este artículo le guiará sobre cómo configurar módulos de equilibrio de carga en RELIANOID adyacentes a los de LVS.

Requisito previo #

Estos son los requisitos básicos para transferir configuraciones desde ipvsadm a RELIANOID ADC.

  1. Una instancia de RELIANOID ADC debe estar instalado en su PC, entorno virtual, bare-metal o en un plataforma en la nube. Para la implementación local, solicitar una evaluación.
  2. Debe tener acceso a la interfaz gráfica web. Si no lo haces, sigue esto rápido. guía de instalación.
  3. Debes ser un usuario activo de ipvsadm y tener conocimientos básicos de sus conceptos.
  4. Debe poder crear un servidor virtual en el RELIANOID equilibrador de carga. Sigue esta guía: Configuración del servidor virtual de capa 4 y capa 7.

Conceptos Básicos #

Servicio virtual: Un servicio virtual es un grupo de servidores reales que trabajan juntos para brindar una respuesta a las solicitudes de los clientes. Un servicio virtual es lo mismo que un Servicio in RELIANOID ADC. Accede a través de LSLB >> Editar >> Servicio.

Dirección: Esta es una instancia del kernel de Linux que ejecuta el ipvsadm equilibrador de carga. Esta instancia es responsable de gestionar todos los procesos y puede comunicarse con otras instancias en caso de alta disponibilidad. Un director es un Nodo/Instancia cuando se refiere a RELIANOID ADC.

Servidores reales: Los servidores reales son los servidores físicos o VPS que manejan las solicitudes entrantes, las procesan y brindan una respuesta a los clientes a través de un servicio virtual. Estos servidores se llaman Backends cuando se utiliza RELIANOID ADC.

Servidor virtual: Un servidor virtual es una entidad lógica que contiene uno o un grupo de servicios virtuales. Es el punto de entrada del tráfico entrante y es responsable de distribuir el tráfico a un grupo de Backends o servidores reales. Un servidor virtual es lo mismo que un Fincas cuando se utiliza RELIANOID equilibrador de carga.

Alta disponibilidad: La alta disponibilidad se refiere a la capacidad de un sistema de continuar funcionando sin interrupción, incluso si uno o más de sus componentes fallan. Se debe instalar y configurar el mantener vivo paquete en su sistema para permitir la alta disponibilidad. RELIANOID utiliza una grupo de pares de nodos que trabajan juntos en un maestro/copia de seguridad relación.

Programador de IPVS: Estos son conjuntos de algoritmos de equilibrio de carga compatibles con el equilibrador de carga LVS. RELIANOID viene con muchos incorporados programadores de equilibrio de carga que puedes configurar a través de su GUI.

Configuraciones de ejemplo: modo SNAT #

NAT de origen (SNAT) es un tipo de traducción de direcciones de red que permite que un dispositivo de red, como un firewall, conmutador, enrutador o equilibrador de carga, traduzca la dirección de red. Dirección IP origen de un servidor backend dentro del encabezado de un paquete saliente de una dirección IP privada a una pública. Esta NAT se utiliza en muchas situaciones para permitir que los dispositivos en un red privada para comunicarse con Internet sin limitar ningún beneficio. Algunos de estos beneficios incluyen:

  1. Seguridad mejorada: La NAT de origen oculta la dirección IP de los servidores backend dentro de un paquete saliente, lo que dificulta que los atacantes identifiquen cualquiera de los dispositivos dentro de una red privada.
  2. Rendimiento mejorado: Al distribuir el tráfico entre múltiples servidores backend, la NAT de origen ayuda a mejorar el rendimiento de una red al reducir las cargas en un solo servidor.
  3. Mayor escalabilidad: Al permitir que múltiples servidores backend y otros dispositivos locales compartan una única dirección IP externa, Source NAT permite la consolidación del centro de datos sin gastar mucho en IP públicas.

En esta sección, realizaremos configuraciones SNAT con LVS y demostraremos configuraciones similares usando RELIANOID ADC.

Configuraciones de ipvsadm #

Servidores reales:
>>192.168.88.150:5060
>>192.168.88.151:5060

Servicio virtual:
>>192.168.88.190:5060

  1. Para usar el modo SNAT en ipvsadm, ejecute el comando "sudo nano /etc/sysctl.conf".
  2. Descomentar la línea con “net.ipv4,ip_forward=1” para habilitar el reenvío de IP.
  3. Ejecuta el comando sysctl -p para que los cambios surtan efecto
  4. Tome nota de las siguientes banderas. -C permite al usuario borrar toda la tabla en caso de un nuevo comienzo. -A permite agregar un servicio al balanceador de carga ipvsadm. -a permite al usuario agregar servidores reales a un servicio creado dentro del balanceador de carga.

  5. Ejecuta el comando ipvsadm-C
  6. Agregue un servicio ejecutando el comando ipvsadm -A -t 192.168.88.190:5060 -srr
  7. -t flags significa una conexión tcp, -s representa el algoritmo de programación y rr representa el algoritmo de round robin.

  8. Agregue dos servidores reales:
  9.  ipvsadm -a -t 192.168.88.190:5060 -r 192.168.88.150:5060 -m ipvsadm -a -t 192.168.88.190:5060 -r 192.168.88.151:5060 -m
    

Para usar el modo SNAT, agregue el -m bandera al final de los comandos al agregar un servidor real a un servicio virtual. El -m flags representa el enmascaramiento, que es esencialmente SNAT .
Tenga en cuenta que en el modo SNAT, la dirección IP de origen del cliente no se modifica.

Confirme el establecimiento de los servidores virtuales en la tabla de lista usando sudo ipvsadm -l
oracle_jd_edwards_load_balancing_farm

RELIANOID externa (Biomet XNUMXi) #

Para utilizar el modo SNAT en RELIANOID equilibrador de carga:

  1. Vaya al LSLB en el menú.
  2. Haga clic en el elemento Granjas submenú.
  3. Haga clic en el ícono de lápiz de un L4xNAT perfil que creó anteriormente. Si no lo hiciste, sigue esta guía: Configuración de Servidores Virtuales de Capa 4 y Capa 7.
  4. Dentro del Global configuración, haga clic en el Avanzado .
  5. oracle_jd_edwards_load_balancing_farm

  6. CAMBIAR Tipo NAT a NAT.
  7. Haga clic en el botón Aplicar botón para guardar las configuraciones.
  8. Nota: De forma predeterminada, el equilibrador de carga funciona en NAT que representa Fuente NAT on RELIANOID Equilibrador de carga.

Para obtener más información sobre las configuraciones de Capa 4 y el modo SNAT en RELIANOID ADC, leer Configuraciones L4xNAT.

Configuraciones de ejemplo: modo DSR #

Direct Server Return se refiere a una configuración en la que el equilibrador de carga envía solicitudes de clientes a servidores backend dentro de un servicio, pero el Backends responder directamente a los clientes, sin pasar por el equilibrador de carga.

En un DSR configuración, el balanceador de carga actúa como un distribuidor de tráfico, enviando las solicitudes de los clientes al lugar apropiado. backend servidores, pero no actúa como proxy de tráfico. En cambio, los servidores envían sus respuestas directamente a los clientes.

Estas son las pocas razones por las que uno consideraría usar DSR más del SNAT en un balanceador de carga.

  1. Mayor rendimiento: Omitir el equilibrador de carga en la ruta de retorno puede mejorar el rendimiento del sistema, ya que el equilibrador de carga no necesita procesar y reenviar las respuestas de los servidores.
  2. Arquitectura simplificada: El uso de Direct Server Return puede simplificar la arquitectura del sistema, ya que elimina la necesidad de que el equilibrador de carga actúe como un proxy inverso.
  3. Seguridad mejorada: En algunos casos, Direct Server Return puede mejorar la seguridad al permitir que los servidores envíen respuestas directamente a los clientes, en lugar de enrutar las respuestas a través del balanceador de carga. Esto puede hacer que a los atacantes les resulte más difícil interceptar o alterar las respuestas.

En esta sección, realizaremos configuraciones DSR con LVS y demostraremos configuraciones similares usando RELIANOID ADC.

Configuraciones de ipvsadm #

Servidores reales:
>>192.168.88.150:5060
>>192.168.88.151:5060

Servidor virtual:
> 192.168.88.190: 5060

  1. Para usar el modo DR en ipvsadm, ejecute el comando "sudo nano /etc/sysctl.conf".
  2. Descomentar la línea con “net.ipv4,ip_forward=1” para habilitar el reenvío de IP.
  3. Responder a un anuncio de llamadas arp no es necesario en Modo DR. Agregue estas líneas al archivo de configuración para bloquear las solicitudes de arp.
  4. net.ipv4.conf.all.arp_ignore=1 net.ipv4.conf.all.arp_announce=2
    
  5. 5. Ejecuta el comando sysctl -p para que los cambios surtan efecto
  6. Agregue un servicio ejecutando el comando
    ipvsadm -A -t 192.168.88.190:5060 -srr

    -t flags significa una conexión tcp, -s representa el algoritmo de programación y rr representa el algoritmo de round robin.

  7. 7. Agregue dos servidores reales
  8.  ipvsadm -a -t 192.168.88.190:5060 -r 192.168.88.150:5060 -g ipvsadm -a -t 192.168.88.190:5060 -r 192.168.88.151:5060 -g
    

    Para usar el modo DR, agregue el -g bandera a cada configuración de servidor real.

  9. Configure una interfaz de bucle utilizando la dirección IP del servicio.
  10. ifconfig lo:0 192.168.88.190 máscara de red 255.255.255.255
    
  11. Confirme el establecimiento de los servidores virtuales en la tabla de lista usando
    sudo ipvsadm-lcn

RELIANOID externa (Biomet XNUMXi) #

Para habilitar el modo DSR en RELIANOID ADC:

  1. Vaya al LSLB en el menú del panel web.
  2. Haga clic en Granjas.
  3. Haga clic en el ícono del lápiz en el L4xNAT perfil que desea editar. Si aún no ha creado uno, lea esta guía: Configuraciones de servidor virtual de capa 4 y capa 7.
  4. Dentro del Global configuración, haga clic en el Avanzado
  5. 5. Cambie la Tipo NAT a DSR.
  6. oracle_jd_edwards_load_balancing_farm

  7. Haga clic en el botón Aplicar botón para guardar las configuraciones.
  8. Dentro del RELIANOID interfaz de línea de comando, habilite una interfaz de bucle invertido para la Granja. Utilice este comando y el VIP asociado.
  9. # ifconfig lo:0 192.168.88.190 máscara de red 255.255.255.255 -arp arriba
    
  10. Deshabilite las respuestas ARP no válidas a los backends.
  11. # echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore # echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
    

Para obtener más información sobre las configuraciones de Capa 4 y el modo DSR en RELIANOID ADC, leer Configuraciones L4xNAT

Más Recursos #

Usando el programa Let's encrypt para generar automáticamente un certificado SSL.
Equilibrio de carga de enlace de datos/enlace ascendente con RELIANOID ADC.
Equilibrio de carga DNS con RELIANOID ADC.
Protección de aplicaciones web contra ataques DDoS.
Monitoreo de aplicaciones, estado y red en RELIANOID ADC.
Configuración de certificados SSL para el balanceador de carga.
Configuración del Firewall de Aplicaciones Web.

📄 Descarga este documento en formato PDF #

    EMAIL: *

    Powered by mejoresdocs