Al crear o editar plantillas de nube de vRealize Automation, se utilizan los recursos de equilibrador de carga más adecuados para sus objetivos.

Puede utilizar los recursos de equilibrador de carga independiente de la nube y de NSX en una plantilla de nube para controlar el equilibrio de carga en una implementación.

El equilibrador de carga independiente de la nube se puede implementar en varias nubes. Un equilibrador de carga específico de la nube puede especificar la configuración y las características avanzadas que solo están disponibles para una nube o topología específicas. Las propiedades específicas de la nube están disponibles en el tipo de recurso de equilibrador de carga de NSX (Cloud.NSX.LoadBalancer). Si agrega estas propiedades en un equilibrador de carga independiente de la nube (Cloud.LoadBalancer), se las ignorará si, por ejemplo, se aprovisiona un equilibrador de carga de Amazon Web Services o de Microsoft Azure. Por el contrario, estas propiedades se respetarán si se aprovisiona un equilibrador de carga de NSX. Elija uno de los tipos de recursos de equilibrador de carga disponibles en función de las condiciones de su plantilla de nube de vRealize Automation.

No es posible conectar un recurso de equilibrador de carga directamente a un recurso de grupo de seguridad en el lienzo de diseño.

Recurso de equilibrador de carga independiente de la nube

Utilice un equilibrador de carga independiente de la nube cuando desee especificar características de redes de cualquier tipo de máquina de destino.

Para agregar un equilibrador de carga independiente de la nube, utilice el recurso Independiente de la nube > Equilibrador de carga en la página de diseño de plantillas de nube. El recurso se muestra en el código de la plantilla de nube como un tipo de recurso Cloud.LoadBalancer. El recurso predeterminado se muestra de la siguiente manera: 
Cloud_LoadBalancer_1:
    type: Cloud.LoadBalancer
    properties:
      routes: []
      network: ''
      instances: []
      internetFacing: false

Recurso de equilibrador de carga de NSX

Use un equilibrador de carga de NSX cuando la plantilla de nube contenga características específicas de NSX (ya sean los métodos de API de directivas o API de Manager). Puede asociar uno o varios equilibradores de carga a una red de NSX o bien a las máquinas que están asociadas a una red de NSX.

Puede agregar un equilibrador de carga de NSX mediante el recurso NSX > Equilibrador de carga. El recurso se muestra en el código de la plantilla de nube como un tipo de recurso Cloud.NSX.LoadBalancer. El recurso predeterminado se muestra de la siguiente manera: 
Cloud_NSX_LoadBalancer_1:
    type: Cloud.NSX.LoadBalancer
    properties:
      routes: []
      network: ''
      instances: []

Opciones de equilibrador de carga en el código de plantilla de nube

Si agrega uno o varios recursos de equilibrador de carga a la plantilla de nube, podrá definir los siguientes ajustes. Se ofrecen algunos ejemplos en Redes, seguridad y equilibradores de carga en vRealize Automation.

El protocolo HTTP es compatible con todos los equilibradores de carga a petición.

El protocolo HTTPS solo se admite para equilibradores de carga a petición asociados a una cuenta de nube de NSX cuyo modo de NSX esté establecido en Directiva. Las cuentas de nube de NSX cuyo modo de NSX esté establecido en Administrador no pueden utilizar el protocolo HTTPS.

  • Especificación de máquinas

    Puede especificar recursos de máquinas con nombre para que participen en un grupo de equilibrio de carga. Si lo prefiere, puede especificar que una NIC de máquina específica participe en el grupo de equilibradores de carga.

    Esta opción solo está disponible para el recurso de equilibrador de carga de NSX (Cloud.NSX.LoadBalancer).

    • resource.Cloud_Machine_1.id

      Especifica que el equilibrador de carga incluya la máquina identificada en el código de plantilla de nube como Cloud_Machine_1.

    • resource.Cloud_Machine_2.networks[2].id

      Especifica que el equilibrador de carga solo incluya la máquina identificada en el código de plantilla de nube como Cloud_Machine_2 cuando se implementa en la NIC de máquina Cloud_Machine_2.networks[2].

  • Nivel de registro

    El valor del nivel de registro especifica un nivel de gravedad para el log de errores. Las opciones son: NINGUNO, EMERGENCIA, ALERTA, CRÍTICO, ERROR, ADVERTENCIA, INFORMACIÓN, DEPURACIÓN y AVISO. El valor del nivel de registro se aplica a todos los equilibradores de carga en la plantilla de nube. Esta opción es específica de NSX. Para los equilibradores de carga que tengan un elemento principal, la configuración del nivel de registro principal reemplaza a cualquier opción de nivel de registro de sus elementos secundarios.

    Para obtener información relacionada, consulte el tema Agregar equilibradores de carga en la documentación del producto de NSX.

  • Tipo

    Utilice un tipo de equilibrador de carga para especificar un tamaño de escala. El tamaño predeterminado es pequeño. Esta opción es específica de NSX. Para los equilibradores de carga que tengan un elemento principal, la configuración del tipo principal reemplaza cualquier opción de tipo de sus elementos secundarios.

    • Pequeño

      Se correlaciona con el modo compacto en NSX-V y el tamaño pequeño en NSX-T.

    • Mediano

      Se correlaciona con el tamaño grande en NSX-V y el tamaño mediano en NSX-T.

    • Grande

      Se correlaciona con un tamaño cuádruple en NSX-V y el tamaño grande en NSX-T.

    • Extragrande

      Se correlaciona con el tamaño extragrande en NSX-V y el tamaño grande en NSX-T.

      Para obtener información relacionada, consulte el tema Escalar recursos de equilibrador de carga en la documentación del producto de NSX.

    Esta opción está disponible para el recurso de equilibrador de carga de NSX (Cloud.NSX.LoadBalancer).

  • Algoritmo (grupo de servidores)
    Utilice un método de equilibrio de algoritmo para controlar cómo se distribuyen las conexiones entrantes entre los miembros del grupo de servidores. El algoritmo puede utilizarse en un grupo de servidores o directamente en un servidor. Todos los algoritmos de equilibrio de carga omiten los servidores que cumplen con alguna de las siguientes condiciones:
    • El estado de administrador está establecido como DISABLED.
    • El estado de administrador está establecido como GRACEFUL_DISABLED y no hay ninguna entrada de persistencia que coincida.
    • El estado de la comprobación de estado activa o pasiva es DOWN.
    • Se alcanzó el máximo de conexiones simultáneas del grupo de servidores.

    Esta opción es específica de NSX.

    • IP_HASH

      Selecciona un servidor según un hash de la dirección IP de origen y la ponderación total de los servidores en ejecución.

      Se correlaciona con el IP-HASH en NSX.

    • LEAST_CONNECTION

      Distribuye las solicitudes de los clientes a varios servidores en función del número de conexiones que ya se encuentran en el servidor. Las conexiones nuevas se envían al servidor con el menor número de conexiones. Se ignoran los pesos de los miembros del grupo de servidores aunque estén configurados.

      Se correlaciona con LEASTCONN en NSX-V y LEAST_CONNECTION en NSX-T.

    • ROUND_ROBIN

      Las solicitudes entrantes de clientes se van pasando por una lista de servidores disponibles que pueden gestionarlas. Ignora la ponderación de los miembros del grupo de servidores, aunque se haya configurado. Valor predeterminado.

      Se correlaciona con ROUND_ROBIN en NSX.

    • WEIGHTED_LEAST_CONNECTION

      A cada servidor se le asigna un valor de ponderación que representa el rendimiento de ese servidor en relación con otros servidores del grupo. El valor determina cuántas solicitudes de cliente se envían a un servidor en comparación con otros servidores del grupo. Este algoritmo de equilibrio de carga se centra en utilizar el valor de ponderación para distribuir la carga equitativamente entre los recursos disponibles del servidor. De forma predeterminada, el valor de ponderación es igual a 1 si dicho valor no está configurado y si el inicio lento está habilitado.

      Se correlaciona con WEIGHTED_LEAST_CONNECTION en NSX-T. No hay ninguna correlación en NSX-V.

    • WEIGHTED_ROUND_ROBIN

      A cada servidor se le asigna un valor de ponderación que representa el rendimiento de ese servidor en relación con otros servidores del grupo. El valor determina cuántas solicitudes de cliente se envían a un servidor en comparación con otros servidores del grupo. Este algoritmo de equilibrio de carga se centra en la distribución equitativa de la carga entre los recursos de servidor disponibles.

      Se correlaciona con WEIGHTED_ROUND_ROBIN en NSX-T. No hay ninguna correlación en NSX-V.

    • URI

      Se aplica un hash a la porción izquierda del URI y se divide entre la ponderación total de los servidores en ejecución. El resultado designa qué servidor recibirá la solicitud. Esto garantiza que un URI se dirija siempre al mismo servidor si ningún servidor se activa o se desactiva. El parámetro del algoritmo URI tiene dos opciones: uriLength=<len> y uriDepth=<dep>. El rango del parámetro de longitud debe ser 1<=len<256. El rango del parámetro de profundidad debe ser 1<=dep<10. 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 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. Si se especifican ambos parámetros, la evaluación se detiene cuando se llega a cualquiera de ellos.

      Se correlaciona con el URI en NSX-V. No hay ninguna correlación en NSX-T.

    • 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. Si falta el encabezado o este no contiene ningún valor, se aplica el algoritmo ejecutar por turnos (round-robin). El parámetro HTTPHEADER del algoritmo tiene una opción headerName=<name>.

      Se correlaciona con HTTPHEADER en NSX-V. No hay ninguna correlación en NSX-T.

    • URL

      El parámetro URL especificado en el argumento se busca en la cadena de consulta de cada solicitud HTTP GET. Si el parámetro está seguido de un signo igual (=) y un valor, se le aplicará un hash al valor y se dividirá entre la ponderación total de los servidores en ejecución. El resultado designa qué servidor 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 ejecutar por turnos (round-robin). El parámetro URL del algoritmo tiene una opción urlParam=<url>.

      Se correlaciona con URL en NSX-V. No hay ninguna correlación en NSX-T.

    Para obtener información relacionada con esto, consulte el tema Agregar un grupo de servidores para equilibrio de carga en la documentación del producto de NSX.

  • Monitor de estado

    Utilice el monitor de estado activo para probar si un servidor está disponible. Se admite la supervisión de estado activa para los protocolos HTTP, ICMP, TCP y UDP. La supervisión de estado pasiva solo está disponible para NSX-T.

    Esta opción es específica de NSX.

    • httpMethod

      Método HTTP que se utilizará a fin de detectar el estado del servidor para la solicitud de comprobación de estado. Los métodos son GET, HOST, OPTIONS, HEAD o PUT.

    • requestBody

      Contenido del cuerpo de la solicitud de comprobación de estado. Lo utilizan y lo requieren los protocolos HTTP, TCP y UDP.

    • responseBody

      Contenido del cuerpo de la respuesta esperada de la comprobación de estado. Si la cadena recibida coincide con el cuerpo de la respuesta, el servidor se considera en buen estado. Lo utilizan y lo requieren los protocolos HTTP, TCP y UDP.

    Nota: Si utiliza el protocolo de supervisión UDP, se requieren los parámetros UDP Data Sent y UDP Data Expected. Las propiedades requestBody y responseBody se asignan a estos parámetros.

    Esta opción se encuentra disponible para el recurso de equilibrador de carga de NSX (Cloud.NSX.LoadBalancer).

    Para obtener información relacionada con esto, consulte el tema Configurar un monitor de estado activo en la documentación del producto de NSX.

  • Comprobación de estado

    Utilice las opciones de comprobación de estado para especificar el modo en que el equilibrador de carga realiza sus comprobaciones de estado.

    Esta opción solo está disponible para el recurso de equilibrador de carga de NSX (Cloud.NSX.LoadBalancer).

    Para ver un ejemplo de la configuración de comprobación de estado disponible, consulte Redes, seguridad y equilibradores de carga en vRealize Automation.

Opciones de tipos de redes y equilibrador de carga de NSX

Las opciones del equilibrador de carga dependen de la red a la que está asociado el recurso del equilibrador de carga en la plantilla de nube. Puede configurar un equilibrador de carga relacionado con el tipo de red y las condiciones de red.

  • Red a petición

    Si los recursos informáticos del equilibrador de carga se asocian a una red a petición, se crea un nuevo enrutador de nivel 1 que se asocia al enrutador de nivel 0 especificado en el perfil de red. A continuación, el equilibrador de carga se asocia al enrutador de nivel 1. El anuncio de VIP del enrutador de nivel 1 se habilita si la VIP se encuentra en una red existente. Si se configura una red a petición para DHCP, la red a petición y el equilibrador de carga comparten el enrutador de nivel 1.

  • Red existente

    Si el equilibrador de carga se asocia a una red existente, el equilibrador de carga se crea con el enrutador de nivel 1 de la red existente. Se creará un nuevo equilibrador de carga si no hay ninguno asociado al enrutador de nivel 1. Si el equilibrador de carga ya existe, los nuevos servidores virtuales se asociarán a él. Si la red existente no está asociada a un enrutador de nivel 1, se crea un nuevo enrutador de nivel 1 y se asocia a un enrutador de nivel 0 definido en el perfil de red. El anuncio de VIP del enrutador de nivel 1 no se habilitará.

    vRealize Automation no admite un equilibrador de carga NSX-T de dos brazos (equilibrador de carga en línea) en dos redes existentes diferentes. Tenga en cuenta que, en un escenario de equilibrador de carga de dos brazos, el vínculo superior VIP se encuentra en una red existente mientras las máquinas miembro del grupo están conectadas a una red a petición. Para especificar el equilibrio de carga cuando se utiliza una red existente, debe configurar un equilibrador de carga de un solo brazo en el que se utilice la misma red existente para la VIP del equilibrador de carga y las máquinas miembro del grupo. Sin embargo, si utiliza un equilibrador de carga que seleccionó en el perfil de red, puede equilibrar la carga entre las máquinas en dos redes existentes diferentes si existe conectividad entre las dos redes existentes.

  • Aislamiento de red definido en el perfil de red

    Para los tipos de red de outbound o private, puede especificar la configuración de aislamiento de red en un perfil de red para emular un nuevo grupo de seguridad. Debido a que las máquinas se asocian a una red existente y se define la configuración de aislamiento en el perfil, esta opción es similar a un equilibrador de carga creado en una red existente. La diferencia es que para habilitar la ruta de acceso de datos, se agrega la dirección IP del puerto de vínculo superior de nivel 1 al grupo de seguridad de aislamiento.

La configuración del equilibrador de carga para las redes asociadas a NSX se puede especificar mediante un recurso de equilibrador de carga de NSX en el diseño de plantilla de nube.

Para obtener más información, consulte la publicación Información detallada del equilibrador de carga de vRA Cloud Assembly con NSX-T del blog de VMware.

Persistencia del perfil del equilibrador de carga de NSX-T

Las implementaciones y plantillas de nube de vRealize Automation admiten opciones de perfil de persistencia del equilibrador de carga NSX-T para la configuración de SOURCE_IP y COOKIE. Si desea obtener información sobre cómo configurar estos parámetros en NSX-T para que puedan consumirlos las implementaciones y plantillas de nube de vRealize Automation, consulte Agregar un perfil de persistencia en la documentación de NSX-T.

Volver a configurar el nivel de registro o los ajustes de tipo cuando varios equilibradores de carga comparten un NSX-T de nivel 1 o NSX-V Edge

Cuando se utiliza una plantilla de nube que contiene varios equilibradores de carga que comparten un enrutador de nivel 1 en el endpoint de NSX-T o un enrutador de Edge en el endpoint de NSX-V, al volver a configurar el nivel de registro o los ajustes de tipo en uno de los recursos del equilibrador de carga, no se actualiza la configuración de los otros equilibradores de carga. Los ajustes que no coinciden causan incoherencias en NSX. Para evitar incoherencias al volver a configurar el nivel de registro o los ajustes de tipo, utilice los mismos valores de reconfiguración para todos los recursos de equilibrador de carga en la plantilla de nube que comparten una instancia de Edge o nivel 1 en el endpoint de NSX asociado.

Operaciones del día 2 disponibles

Cuando se reduce o se escala horizontalmente una implementación que contiene un equilibrador de carga, el equilibrador de carga se configura para incluir máquinas recién agregadas o para detener el equilibrio de carga de las máquinas que se seleccionaron para desmontarlas.

Para obtener una lista de las operaciones comunes del día 2 que están disponibles para las plantillas de nube y las implementaciones, consulte Acciones que se pueden ejecutar en las implementaciones de recursos admitidos de Cloud Assembly.

Más información

Para obtener información sobre cómo definir la configuración del equilibrador de carga en un perfil de red, consulte Más información sobre los perfiles de red en vRealize Automation.

Para obtener ejemplos de diseños de plantillas de nube que incluyen equilibradores de carga, consulte Redes, seguridad y equilibradores de carga en vRealize Automation.