Problemas conocidos de los equilibradores de carga de red

Los problemas conocidos son fallos identificados o comportamientos inesperados que no se solucionaron antes del lanzamiento, pero que no eran lo suficientemente críticos como para retrasarlo. Estos problemas se le comunican, a menudo con soluciones alternativas, y se priorizan para que el equipo de desarrollo los resuelva a corto plazo.

Las siguientes secciones contienen problemas conocidos para los equilibradores de carga de red (NLB) públicos, privados y de ruta privada.

Problemas conocidos de los equilibradores de carga de redes privadas y públicas

  • Un NLB requiere que cada combinación de miembro y puerto sea única.

  • El puerto de una instancia de servidor virtual de miembro de NLB sólo se puede utilizar para el tráfico de NLB.

  • Cada oyente se asigna a un único pool (relación uno a uno).

  • Un NLB utiliza las interfaces de red principales de sus miembros asociados para el tráfico de datos. No se admiten interfaces de red que no sean primarias.

  • Para mejorar la disponibilidad, utilice una subred dedicada para los NLB. Coloque los clientes y los miembros en subredes separadas cuando sea posible.

  • No pueden existir simultáneamente dos miembros con la misma instancia X y el mismo puerto Y para un NLB. Por ejemplo, no se admiten dos miembros que utilicen el mismo puerto de servidor en la misma instancia, y el enrutamiento del tráfico podría fallar. Para obtener más información, consulte ¿Por qué no puedo añadir miembros con el mismo puerto de servidor a mi NLB?

  • En un NLB con el modo de direccionamiento habilitado:

    • Sólo se admiten instancias de función de red virtual (VNF) como destinos back-end. Cuando utilice API, establezca port_min en 1 y port_max en 65535; deje port vacío.
    • Solo se soporta un escucha.
    • Los destinos de fondo NLB y VNF tienen que estar en la misma subred.

  • Para conocer las cuotas y los límites de servicio, consulte Cuotas y límites de servicio para balanceadores de carga de red. Para solicitar un aumento, cree un caso de asistencia.

  • Al crear una escucha para un NLB, puede especificar una dirección protocol de tcp o udp. Sin embargo, cada receptor de la NLB debe utilizar un único port.

  • [privado de NLB] : El servicio NLB puede añadir reglas a las tablas de enrutamiento personalizadas para garantizar la disponibilidad del servicio en determinadas situaciones de fallo. Por lo tanto, si el cliente se encuentra fuera de la zona y/o de la VPC del NLB, debes configurar una tabla de enrutamiento personalizada de entrada en la VPC que aloja el NLB con el origen de tráfico adecuado.

  • NLB privado La tabla de enrutamiento de entrada necesaria depende de la ubicación del cliente:

    Fuentes de tráfico que requieren tablas de enrutamiento personalizadas de entrada.
    Ubicación del cliente Tipo de tabla de direccionamiento Origen del tráfico
    Local Ingress Direct Link
    Otra VPC o infraestructura clásica Ingress Transit Gateway
    Otra zona de disponibilidad de la misma VPC Ingress Zona de VPC

    Para obtener más información, consulte Acerca de tablas y rutas de direccionamiento.

  • Puede tener un máximo de 128 configuraciones de retorno directo de servidor para cada instancia de servidor virtual miembro de back-end.

  • Cuando se elimina una instancia de destino miembro, el miembro de pool NLB correspondiente no se elimina automáticamente.

Problemas conocidos de los equilibradores de carga de red Private Path

  • Cuando se configura un ALB como miembro del NLB Private Path, el estado de comprobación de salud del NLB TCP siempre muestra OK, incluso si los miembros del pool ALB no están sanos.

  • Los miembros del pool NLB de Private Path deben ser instancias de servidor virtual VPC o IPs reservadas en la misma VPC que el balanceador de carga. Para llegar a miembros fuera de la VPC (por ejemplo, miembros on-premises), puede configurar un ALB como miembro del pool NLB de Private Path y definir los destinos remotos como miembros del ALB. Para obtener más información, consulte Conexión de un servicio local a un consumidor mediante un ALB en un grupo NLB de ruta privada.

  • No se admite el acceso a un NLB de ruta privada desde una región diferente. El gateway VPE consumidor y la instancia NLB de Private Path deben estar en la misma región.

    Solución: Cree una puerta de enlace de tránsito para conectar la VPC consumidora en la región remota a la VPC que aloja el VPE de ruta privada. A continuación, accede al servicio a través de ese VPE. Si necesitas ayuda con la configuración, ponte en contacto con el servicio de asistencia de IBM.

  • No se admite el acceso a los NLB de ruta privada desde la infraestructura clásica.

    Solución: Cree una puerta de enlace de tránsito desde el entorno clásico a la VPC que aloja el VPE de ruta privada. A continuación, accede al servicio a través de ese VPE.

  • El control de acceso al equilibrador de carga se gestiona a través de un servicio Private Path. No se admiten grupos de seguridad ni listas de control de acceso a la red (NACL).

  • UDP no es compatible con la ruta de datos del equilibrador de carga.

  • La integración del programa de escalado automático no está soportada.

  • La MTU máxima para el tráfico NLB de ruta privada es 8500.

  • Para conocer las cuotas y los límites de servicio, consulte Cuotas y límites de servicio para balanceadores de carga de red de Private Path. Para solicitar un aumento, cree un caso de asistencia.

  • Al crear un NLB de ruta privada, existe un problema conocido por el que los campos de solicitud y respuesta del monitor de estado no se devuelven en la respuesta de la API GET.