Server Load Balancer:Configure path-based forwarding rules

Descripción general de la función

Las reglas de reenvío de un listener de CLB distribuyen las solicitudes entrantes de los clientes a diferentes servidores backend según los nombres de dominio y las rutas URL.

Funcionamiento

Puede agregar varias reglas de reenvío a un solo listener, donde cada regla se asocia con un grupo vServer diferente. La lógica de coincidencia se muestra en la siguiente figura. Si no ha configurado ninguna regla de reenvío, el load balancer reenvía todas las solicitudes al grupo de servidores predeterminado configurado para el listener. Cuando se configuran reglas de reenvío, el load balancer intenta coincidir con una regla. Si una solicitud coincide con una regla, se reenvía al grupo de servidores asociado a dicha regla. De lo contrario, la solicitud se envía al grupo de servidores predeterminado del listener.

Escenario de ejemplo

Una plataforma educativa desea ofrecer una variedad de servicios de aprendizaje en línea, incluidos cursos en video y una biblioteca de exámenes en línea, a través de un solo nombre de dominio. El servicio de video requiere un alto ancho de banda y capacidades de streaming, mientras que el servicio de biblioteca de exámenes requiere computación intensiva y tiempos de respuesta rápidos. Inicialmente, todos los servicios se desplegaron en un solo grupo de servidores, lo que provocó una asignación desigual de recursos. Durante las horas pico de streaming de video, el rendimiento de la biblioteca de exámenes se vio afectado, lo que degradó la experiencia del usuario. La alta carga del servidor durante los picos de tráfico también comprometió la estabilidad del servicio.

Para solucionar esto, la plataforma utiliza reglas de reenvío de Alibaba Cloud CLB para enrutar el tráfico según diferentes rutas URL bajo el mismo nombre de dominio. Como se muestra en la siguiente figura, las solicitudes a /video/ se reenvían al grupo vServer de servicio de video RS1, lo que garantiza suficiente ancho de banda y potencia de procesamiento para el servicio de video. Las solicitudes a /exam/ se reenvían al grupo vServer de servicio de exámenes RS2, optimizando los recursos de computación para respuestas rápidas a consultas y envíos. Este enfoque logra un enrutamiento preciso y garantiza que cada subservicio funcione de manera independiente.

Requisitos previos

• Ha creado created a Virtual Private Cloud (VPC) named VPC1 en la región China (Shanghai) y ha creado dos vSwitches, VSW1 y VSW2, en la Zona E y la Zona G, respectivamente.

• Ha creado instancias ECS ECS01 y ECS02 en VSW1 y VSW2, respectivamente, y ha desplegado un servicio de aplicación en cada una. Nota: Asegúrese de que las reglas del security group permitan el tráfico en los puertos utilizados por los servicios de aplicación.

  Los siguientes comandos de ejemplo muestran cómo desplegar las aplicaciones de prueba en ECS01 y ECS02:

  Comandos de ejemplo para desplegar servicios de prueba en las instancias ECS

  Comandos para ECS01

  yum install -y nginx
  systemctl start nginx.service
  mkdir /usr/share/nginx/html/video
  cd /usr/share/nginx/html/video
  echo "Hello World ! This is video service." > index.html

  Comandos para ECS02

  yum install -y nginx
  systemctl start nginx.service
  mkdir /usr/share/nginx/html/exam
  cd /usr/share/nginx/html/exam
  echo "Hello World ! This is exam service." > index.html

• Ha creado created two vServer groups, RS1 and RS2 para su instancia CLB y ha agregado ECS01 a RS1 y ECS02 a RS2. El puerto del servidor backend debe coincidir con el puerto del servicio de aplicación. Este ejemplo utiliza el puerto predeterminado de NGINX 80.

• Ha configurado un HTTP listener o un HTTPS listener para su instancia CLB.

• Ha completado registered a domain name with Alibaba Cloud y ha finalizado ICP filing.

Procedimiento

Preguntas frecuentes

¿Las reglas de reenvío de CLB admiten redirección de URL?

No. Las reglas de reenvío de CLB solo reenvían tráfico. Si necesita configurar redirección de URL, considere usar Application Load Balancer (ALB). Para obtener más información, consulte Configure forwarding rules for a listener.

¿Por qué fallan mis comprobaciones de estado después de configurar el reenvío basado en ruta?

Al realizar una comprobación de estado, el load balancer ignora las reglas de reenvío y envía solicitudes a la ruta de comprobación de estado configurada en el listener (la ruta raíz de forma predeterminada). Si sus servicios backend responden de manera diferente según la ruta de la solicitud, las comprobaciones de estado enviadas a la ruta predeterminada o a una ruta que no coincide pueden fallar. Puede configurar una ruta de comprobación de estado personalizada para cada regla de reenvío según sea necesario.

¿Hay cargos adicionales por usar reglas de reenvío basadas en dominio?

Configurar reglas de reenvío basadas en dominio no genera cargos. Sin embargo, si asocia una EIP con una instancia CLB orientada a la red interna para exponerla a Internet, se le cobrará por el uso de la red pública. Para obtener más información sobre facturación, consulte CLB billing overview.

¿Las reglas de reenvío se configuran por listener?

Sí. Las reglas de reenvío para cada listener son independientes y deben configurarse por separado.

¿Por qué sigo pudiendo acceder a los servicios backend a través de la dirección IP pública cuando el grupo de servidores al que el listener reenvía de forma predeterminada está vacío?

Cuando una ruta URL de solicitud coincide con una regla de reenvío, el load balancer enruta la solicitud directamente al grupo vServer asociado con esa regla. El grupo de servidores al que el listener reenvía de forma predeterminada no participa. Incluso cuando ese grupo de servidores no tiene servidores backend, las solicitudes que coinciden con una regla de reenvío se reenvían normalmente al grupo vServer correspondiente. Solo las solicitudes que no coinciden con ninguna regla de reenvío dependen de ese grupo de servidores. Si está vacío, esas solicitudes sin coincidencia devuelven un error 503.

Las reglas de reenvío de CLB coinciden con las solicitudes por ruta URL independientemente de si la solicitud usa un nombre de dominio o la dirección IP pública del CLB. Acceder a la dirección IP pública del CLB con una ruta URL que coincida con una regla de reenvío alcanzará correctamente el grupo vServer asociado.

Solo los listeners HTTP y HTTPS admiten reglas de reenvío basadas en ruta. Los listeners TCP y UDP no las admiten y enrutan todas las solicitudes al grupo de servidores al que el listener reenvía de forma predeterminada, por lo que el comportamiento anterior no aplica.

¿Cómo configuro reglas de reenvío para permitir el acceso solo a una URL específica y devolver 404 para las demás?

Configure reglas de reenvío separadas para las rutas URL que desea permitir y aquellas que deben devolver 404. Dado que el reenvío basado en ruta URL utiliza coincidencia de prefijo más largo, si dos rutas tienen una relación de prefijo (como /h5/ y /h5/entryPage/), configure una regla separada para la ruta más específica. Por ejemplo, para permitir solo /h5/ y devolver 404 para /h5/entryPage/:

• URL /h5/ → el grupo vServer de su servicio empresarial.

• URL /h5/entryPage/ → un grupo vServer dedicado a devolver 404 (como un servicio ligero de Nginx).

Las solicitudes a /h5/entryPage/ coincidirán entonces con la Regla 2 y devolverán 404, mientras que otras solicitudes bajo /h5/ coincidirán con la Regla 1 y se reenviarán normalmente.

Documentos relacionados

• Si necesita configurar varios dominios HTTPS para una instancia CLB, consulte Configure multiple HTTPS websites on a single CLB instance.

• Si su aplicación usa HTTP y desea migrar al protocolo HTTPS más seguro, consulte Use CLB to redirect HTTP requests to HTTPS.

• Si necesita migrar sin problemas de CLB a ALB, consulte One-click migration of Layer 7 listeners from CLB to ALB y Manually migrate Layer 7 listeners from CLB to ALB.