Si selecciona la opción Personalizar en la pestaña General, puede especificar información sobre los miembros del grupo, como el puerto en el que los miembros reciben el tráfico, el tipo de protocolo que el equilibrador de carga de NSX puede utilizar para acceder a ese puerto, el algoritmo empleado en el equilibrio de carga y las opciones de configuración de persistencia.

Por qué y cuándo se efectúa esta tarea

Un grupo representa un clúster de máquinas cuyas cargas se están equilibrando. Un miembro del grupo representa una máquina de ese clúster.

La configuración predeterminada de protocolo del miembro y de puerto del miembro coincide con la configuración de protocolo y de puerto en la pestaña General.

El grupo de máquinas miembro se muestra en el valor de la opción Miembro de la interfaz de usuario de componente de equilibrador de carga de blueprint. La entrada Miembro se establece en el grupo o el clúster de máquinas.

Procedimiento

  1. (Opcional) : La opción Protocolo del miembro coincide con el protocolo que se ha especificado en la pestaña General. Esta configuración define la manera en la que el miembro del grupo recibirá el tráfico de red.
  2. (Opcional) : Introduzca un número de puerto en el cuadro de texto Puerto del miembro para especificar el puerto en el que el miembro del grupo recibirá el tráfico de red.

    Por ejemplo, si la solicitud entrante en la dirección IP virtual (virtual IP, VIP) del equilibrador de carga está en el puerto 80, puede que desee enrutar la solicitud a otro puerto (por ejemplo, el puerto 8080) en los miembros del grupo.

  3. (Opcional) : Seleccione el método de equilibrio de algoritmo de este grupo.

    En la siguiente tabla se describen las opciones y los parámetros de algoritmo de las opciones que las necesitan.

    Opción

    Descripción y parámetros de algoritmo

    ROUND_ROBIN

    Se utiliza un servidor por vez según el peso que se le haya asignado.

    Si el equilibrador de carga se creó en vRealize Automation, el peso es el mismo para todos los miembros.

    Este es el algoritmo más uniforme y justo cuando el tiempo de procesamiento del servidor se distribuye de forma equitativa.

    Los parámetros del algoritmo se deshabilitan para esta opción.

    IP-HASH

    Se selecciona un servidor según un hash de la dirección IP de origen y el peso total de los servidores en ejecución.

    Los parámetros del algoritmo se deshabilitan para esta opción.

    LEASTCONN

    Se distribuyen las solicitudes de los clientes entre varios servidores según la cantidad de conexiones existentes en el servidor.

    Las conexiones nuevas se envían al servidor con menos conexiones.

    Los parámetros del algoritmo se deshabilitan para esta opción.

    URI

    Se aplica un hash a la porción izquierda del URI (antes del signo de interrogación) y se divide entre el peso total de los servidores en ejecución.

    El resultado permite determinar el servidor que recibirá la solicitud. Esto garantiza que un URI se dirija siempre al mismo servidor, siempre que ningún servidor se active o desactive.

    El parámetro del algoritmo URI tiene dos opciones: uriLength=<len> y uriDepth=<dep>. Introduzca los parámetros de longitud y de profundidad en líneas separadas en el cuadro de texto Parámetros de algoritmo.

    Los parámetros de longitud y de profundidad están seguidos de un número entero positivo. Estas opciones pueden equilibrar los servidores exclusivamente según la parte inicial del URI.

    El parámetro de longitud indica que el algoritmo solo debe considerar los caracteres definidos en la parte inicial del URI para calcular el hash. El rango del parámetro de longitud debe ser 1<=len<256.

    El parámetro de profundidad indica la profundidad máxima del directorio que se va a utilizar para calcular el hash. Se cuenta un nivel por cada barra diagonal en la solicitud. El rango del parámetro de profundidad debe ser 1<=dep<10.

    Si se especifican ambos parámetros, la evaluación se detiene cuando se llega a cualquiera de los parámetros.

    HTTPHEADER

    El nombre del encabezado HTTP se busca en cada solicitud HTTP.

    El nombre del encabezado entre paréntesis no distingue entre mayúsculas y minúsculas de forma similar a la función ACL "hdr()".

    El parámetro del algoritmo HTTPHEADER tiene una opción headerName=<name>. Por ejemplo, puede utilizar host como el parámetro del algoritmo HTTPHEADER.

    Si falta el encabezado o este no contiene ningún valor, se aplica el algoritmo Round Robin.

    URL

    El parámetro URL especificado en el argumento se busca en la cadena de consulta de cada solicitud HTTP GET.

    El parámetro del algoritmo URL tiene una opción urlParam=<url>.

    Si el parámetro está seguido de un signo igual (=) y un valor, se le aplicará un hash al valor y se dividirá entre el peso total de los servidores en ejecución. El resultado permite determinar el servidor que recibirá la solicitud. Este proceso se utiliza para realizar el seguimiento de los identificadores de usuario de las solicitudes y para garantizar que siempre se envíe el mismo identificador de usuario al mismo servidor, siempre que ningún servidor se active o se desactive.

    Si no se encuentra ningún parámetro ni ningún valor, se aplica un algoritmo Round Robin.

  4. (Opcional) : Seleccione el método de persistencia de este grupo.

    La persistencia realiza un seguimiento de los datos de la sesión, como el miembro del grupo específico que ha procesado una solicitud de cliente, y los almacena. Con la persistencia, las solicitudes de cliente se dirigen al mismo miembro del grupo durante toda una sesión o durante las sesiones posteriores.

    Protocolo

    Método de persistencia admitido

    HTTP

    Ninguno, Cookie e IP de origen

    HTTPS

    Ninguno, IP de origen e ID de sesión SSL

    TCP

    Ninguno, IP de origen y RDP de Microsoft

    UDP

    Ninguno e IP de origen

    • Seleccione Cookie para insertar una cookie única que identifique la sesión la primera vez que un cliente acceda al sitio. En las solicitudes posteriores se hace referencia a la cookie para persistir en la conexión al servidor apropiado.

    • Seleccione IP de origen para hacer un seguimiento de las sesiones con base en la dirección IP de origen. Cuando un cliente solicita una conexión a un servidor virtual que admite la persistencia de afinidad de dirección de origen, el equilibrador de carga comprueba si ese cliente se ha conectado anteriormente y, de ser así, devuelve el cliente al mismo miembro del grupo.

    • Seleccione el ID de sesión SSL y el patrón de tráfico HTTPS de acceso directo a SSL.

      • Acceso directo SSL: Cliente -> HTTPS -> LB (acceso directo SSL) -> HTTPS -> Servidor

      • Cliente: HTTP-> LB -> HTTP -> Servidores

      Nota:

      vRealize Automation actualmente solo es compatible con el acceso directo a SSL. Se utiliza el método de acceso directo a SSL independientemente de la opción que seleccione.

    • Seleccione RDP de Microsoft para mantener las sesiones persistentes entre los servidores y los clientes de Windows que ejecutan el servicio Protocolo de escritorio remoto (Remote Desktop Protocol, RDP) de Microsoft. El escenario recomendado para habilitar la persistencia de RDP de Microsoft consiste en crear un grupo de equilibrio de carga compuesto de miembros que ejecuten la instancia compatible de Windows Server, en el que todos los miembros pertenezcan a un clúster de Windows y participen en un directorio de sesiones de Windows.

    • Seleccione Ninguno para impedir que se almacenen las acciones de la sesión para una recuperación posterior.

  5. Si utiliza una configuración de persistencia de cookies, escriba el nombre de la cookie.
  6. (Opcional) : En el menú desplegable de Modo, seleccione el modo en que la cookie se inserta.

    Opción

    Descripción

    Insertar

    NSX Edge envía una cookie.

    Si el servidor envía una o varias cookies, el cliente recibe una cookie extra (la o las cookies del servidor+la cookie de NSX Edge). Si el servidor no envía ninguna cookie, el cliente recibe la cookie de NSX Edge.

    Prefijo

    El servidor envía una cookie. Utilice esta opción si el cliente no admite más de una cookie.

    Si dispone de una aplicación propia que utiliza un cliente propio que solo admite una cookie, el servidor web envía una cookie, pero NSX Edge añade la información de cookie al valor de cookie del servidor como un prefijo.

    Sesión de aplicación

    El servidor no envía una cookie. En su lugar, envía información de sesión del usuario como una URL.

    Por ejemplo, http://mysite.com/admin/UpdateUserServlet;jsessionid=X000X0XXX0XXXX, donde jsessionid es la información de sesión del usuario y se utiliza para la persistencia.

  7. (Opcional) : Introduzca el tiempo de caducidad de la persistencia de la cookie en segundos.

    Por ejemplo, para el equilibrio de carga de L7 con una IP de origen de TCP, se agota el tiempo de espera de la entrada de persistencia si no se establecen nuevas conexiones de TCP durante el tiempo de caducidad especificado, incluso si las conexiones existentes siguen activas.

  8. (Opcional) : Haga clic en la pestaña Comprobación de estado y consulte el tema Definir la configuración de comprobación de estado del servidor virtual para seguir definiendo el componente de equilibrador de carga de NSX.