Puede configurar y utilizar NSX Advanced Load Balancer en un clúster ampliado de vSAN en modo activo/activo.

Componentes de NSX Advanced Load Balancer

NSX Advanced Load Balancer incluye los siguientes componentes:
  • NSX Advanced Load Balancer Controller. El controlador es el punto único de administración y control que administra el ciclo de vida y las configuraciones de los motores de servicio de NSX Advanced Load Balancer. Por lo general, se implementa de forma externa al Supervisor.
  • Operador de AVI Kubernetes(AVI Kubernetes Operator, AKO). El AKO observa los recursos de Kubernetes y se comunica con el controlador para solicitar los servicios correspondientes de type LoadBalancer.
  • Motores de servicio de NSX Advanced Load Balancer. Los motores de servicio son máquinas virtuales de plano de datos que implementan los servicios virtuales para los servicios del equilibrador de carga solicitados por el Supervisor y las cargas de trabajo del Supervisor. Por lo general, se implementan de forma externa al Supervisor y deben enrutarse a los grupos de puertos virtuales distribuidos de red de espacio de nombres de vSphere en los que residen las cargas de trabajo. Solo admite una implementación de réplica única.

Para ver los procedimientos para instalar y configurar NSX Advanced Load Balancer, consulte Instalar y configurar el plano de control de IaaS de vSphere.

Tenga en cuenta las siguientes consideraciones y limitaciones al planificar el uso de NSX Advanced Load Balancer:
Crear grupos de motores de servicio
Los motores de servicio se crean dentro de un grupo de motores de servicio. Cada grupo actúa como un dominio aislado, ya que contiene la definición de cómo se dimensionan los servicios, cómo se colocan y cómo se hacen altamente disponibles. vSphere IaaS control plane utiliza una plantilla Default-Group para configurar un grupo de motores de servicio por Supervisor. Actualmente, el AKO se ha integrado con el Supervisor de modo que, cuando un nuevo servicio de type LoadBalancer se debe conciliar con un motor de servicio, el NSX Advanced Load Balancer Controller implementa automáticamente los motores de servicio desde el Default-Group.
Implementar el NSX Advanced Load Balancer Controller en modo de alta disponibilidad.
Dado que el controlador es el punto único de administración y control, se recomienda implementarlo en un clúster de tres nodos. La alta disponibilidad en el nivel del controlador requiere quórum para estar activa. Si se produce un error en uno de los nodos del controlador, los dos nodos restantes siguen activos, pero si se produce un error en dos nodos, se produce un error en todo el clúster. No existe ninguna ventaja de disponibilidad al dispersar tres nodos de controlador en dos sitios de un clúster ampliado de vSAN. La tolerancia del sitio sigue siendo la misma en las siguientes situaciones:
  • Si el sitio 1 tiene dos nodos y el sitio 2 tiene un nodo y se produce un error en el sitio 1, se produce un error en todo el clúster. La probabilidad de tolerar un error de sitio es del 50 % en caso de que se produzca un error en el sitio 2.
  • Los tres nodos están en lugares de un mismo sitio. La probabilidad de tolerar un error de sitio es del 50 % en caso de que se produzca un error en el sitio sin nodo.

Colocar los tres nodos de controlador en el mismo sitio ayuda a la latencia, ya que los tres controladores intercambian información constantemente entre sí y necesitan que el tiempo de ida y vuelta sea inferior a 20 milisegundos.

Colocación de los componentes de NSX Advanced Load Balancer en una implementación activa/activa

NSX Advanced Load Balancer Controller
Implemente un conjunto de tres controladores de NSX Advanced Load Balancer como un clúster de HA en el mismo sitio que el clúster ampliado de vSAN.

Por lo general, los controladores de NSX Advanced Load Balancer se implementan fuera del clúster de carga de trabajo o de Supervisor y es posible que no se implementen en un clúster ampliado de vSAN si solo se utilizan para cargas de trabajo. Sin embargo, puede implementar NSX Advanced Load Balancer en una topología de vSAN ampliada.

Debido a la limitación de Default-Group, si varios Supervisores comparten el mismo NSX Advanced Load Balancer Controller, el controlador concilia los servicios del mismo grupo de motores de servicio de Default-Group, lo que significa que los motores de servicio se comparten entre los Supervisores. Para evitar el uso compartido de motores de servicio entre Supervisores, es posible que deba implementar un NSX Advanced Load Balancer Controller distinto para cada Supervisor. En este caso, NSX Advanced Load Balancer Controller puede ejecutarse junto con las cargas de trabajo en el mismo clúster ampliado de vSAN en el que se ejecuta el Supervisor.

Motores de servicio de NSX Advanced Load Balancer
Los motores de servicio de Default-Group se pueden ejecutar en el clúster de cargas de trabajo o fuera de él. En cualquiera de estos escenarios, implemente los motores de servicio de forma uniforme en el sitio 1 y el sitio 2 del clúster ampliado de vSAN.

Reglas de afinidad de host para los componentes de NSX Advanced Load Balancer en una implementación activa/activa

NSX Advanced Load Balancer Controller
Realice los pasos siguientes:
  1. Cree un grupo de máquinas virtuales con los tres controladores. Por ejemplo, AviControllerVmGroup.
  2. Cree un grupo de hosts con todos los hosts ESXi del sitio 1. Por ejemplo, HostGroup-A.
  3. Cree una regla de afinidad de máquina virtual-host should entre AviControllerVmGroup y HostGroup-A.
  4. Si hay al menos tres hosts ESXi en cada sitio, cree una regla de antiafinidad de máquina virtual-máquina virtual entre las máquinas virtuales de los tres controladores. Para obtener más información, consulte la Documentación de VCF.
    Nota: La creación de una regla de antiafinidad cuando cada sitio tiene menos de tres hosts puede evitar el encendido de uno o más controladores.
Motores de servicio de NSX Advanced Load Balancer
Realice los pasos siguientes:
  1. Cree un grupo de máquinas virtuales para la mitad del número de máquinas virtuales de motores de servicio de Default-Group. Por ejemplo, AviSEVmGroup-A.
  2. Cree un grupo de máquinas virtuales para el resto de máquinas virtuales de motores de servicio de Default-Group. Por ejemplo, AviSEVmGroup-B.
  3. Implemente los motores de servicio en estos grupos como se describe en la sección Colocaciones.
  4. Cree una regla de afinidad de máquina virtual-host should para AviSEVmGroup-A y HostGroup-A.
  5. Cree una regla de afinidad de máquina virtual-host should para AviSEVmGroup-B y HostGroup-B.
  6. Cree una regla de antiafinidad para colocar los motores de servicio en diferentes hosts.
    Nota: Si el número de motores de servicio que se deben crear es mayor que el número de hosts ESXi, es posible que las reglas de antiafinidad no permitan la colocación, vMotion ni el reinicio de las máquinas virtuales.