Server Load Balancer:Configure path-based forwarding rules

Visão geral do recurso

As regras de encaminhamento de um listener do CLB distribuem as solicitações recebidas dos clientes para diferentes servidores de backend com base em nomes de domínio e caminhos de URL.

Como funciona

Adicione várias regras de encaminhamento a um único listener, associando cada regra a um grupo vServer diferente. A lógica de correspondência é mostrada na figura a seguir. Sem regras de encaminhamento configuradas, o balanceador de carga encaminha todas as solicitações para o grupo de servidores padrão do listener. Com regras configuradas, o balanceador tenta encontrar uma correspondência. Se uma solicitação corresponder a uma regra, ela será encaminhada para o grupo de servidores associado. Caso contrário, a solicitação seguirá para o grupo de servidores padrão do listener.

Cenário de exemplo

Uma plataforma educacional deseja oferecer diversos serviços de aprendizado online, incluindo cursos em vídeo e uma biblioteca de exames, por meio de um único nome de domínio. O serviço de vídeo requer alta largura de banda e capacidade de streaming, enquanto a biblioteca de exames exige computação intensiva e respostas rápidas. Inicialmente, todos os serviços estavam implantados em um único grupo de servidores, o que causou alocação desigual de recursos. Nos horários de pico de streaming, o desempenho da biblioteca de exames era afetado, degradando a experiência do usuário. Além disso, a alta carga do servidor durante picos de tráfego comprometia a estabilidade do serviço.

Para resolver esse problema, a plataforma usa regras de encaminhamento do Alibaba Cloud CLB para rotear o tráfego com base em diferentes caminhos de URL sob o mesmo domínio. Conforme mostrado na figura a seguir, as solicitações para /video/ são encaminhadas para o grupo vServer RS1, garantindo largura de banda e poder de processamento suficientes para o serviço de vídeo. Já as solicitações para /exam/ seguem para o grupo vServer RS2, otimizando os recursos de computação para consultas rápidas e envios. Essa abordagem alcança roteamento preciso e garante que cada subserviço opere de forma independente.

Pré-requisitos

• Você created a Virtual Private Cloud (VPC) named VPC1 na região China (Shanghai) e criou dois vSwitches, VSW1 e VSW2, na Zona E e na Zona G, respectivamente.

• Você criou as instâncias ECS ECS01 e ECS02 em VSW1 e VSW2, respectivamente, e implantou um serviço de aplicativo em cada uma. Nota: Certifique-se de que as regras do grupo de segurança permitam tráfego nas portas usadas pelos serviços de aplicativo.

  Os comandos de exemplo a seguir mostram como implantar os aplicativos de teste no ECS01 e no ECS02:

  Sample commands to deploy test services on the ECS instances

  Commands for 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

  Commands for 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

• Você created two vServer groups, RS1 and RS2 para sua instância CLB e adicionou o ECS01 ao RS1 e o ECS02 ao RS2. A porta do servidor de backend deve corresponder à porta do serviço de aplicativo. Este exemplo usa a porta padrão do NGINX 80.

• Você configurou um HTTP listener ou um HTTPS listener para sua instância CLB.

• Você registered a domain name with Alibaba Cloud e concluiu o ICP filing.

Procedimento

Perguntas frequentes

As regras de encaminhamento do CLB suportam redirecionamento de URL?

Não. As regras de encaminhamento do CLB apenas encaminham tráfego. Para configurar redirecionamento de URL, considere usar o Application Load Balancer (ALB). Para obter mais informações, consulte Configure forwarding rules for a listener.

Por que minhas verificações de integridade estão falhando após configurar o encaminhamento baseado em caminho?

Durante uma verificação de integridade, o balanceador de carga ignora as regras de encaminhamento e envia solicitações para o caminho de verificação configurado no listener (o caminho raiz por padrão). Se os serviços de backend responderem de maneira diferente dependendo do caminho da solicitação, as verificações enviadas para o caminho padrão ou para um caminho incompatível poderão falhar. Configure um caminho de verificação de integridade personalizado para cada regra de encaminhamento conforme necessário.

Existem cobranças adicionais pelo uso de regras de encaminhamento baseadas em domínio?

A configuração de regras de encaminhamento baseadas em domínio não gera cobranças. No entanto, se você associar um EIP a uma instância CLB voltada para a rede interna para expô-la à internet, haverá cobrança pelo uso da rede pública. Para obter mais informações sobre faturamento, consulte CLB billing overview.

As regras de encaminhamento são configuradas por listener?

Sim. As regras de encaminhamento de cada listener são independentes e devem ser configuradas separadamente.

Por que ainda consigo acessar os serviços de backend pelo endereço IP público quando o grupo de servidores padrão do listener está vazio?

Quando o caminho da URL de uma solicitação corresponde a uma regra de encaminhamento, o balanceador de carga roteia a solicitação diretamente para o grupo vServer associado a essa regra. O grupo de servidores padrão do listener não participa desse processo. Mesmo que esse grupo padrão não tenha servidores de backend, as solicitações correspondentes a uma regra de encaminhamento são encaminhadas normalmente para o grupo vServer correspondente. Apenas as solicitações que não correspondem a nenhuma regra dependem do grupo padrão. Se ele estiver vazio, essas solicitações sem correspondência retornarão um erro 503.

As regras de encaminhamento do CLB correspondem às solicitações pelo caminho da URL, independentemente de a solicitação usar um nome de domínio ou o endereço IP público do CLB. Acessar o endereço IP público do CLB com um caminho de URL correspondente a uma regra de encaminhamento alcançará com sucesso o grupo vServer associado.

Apenas listeners HTTP e HTTPS suportam regras de encaminhamento baseadas em caminho. Listeners TCP e UDP não oferecem esse suporte e roteiam todas as solicitações para o grupo de servidores padrão do listener; portanto, o comportamento descrito acima não se aplica.

Como configuro regras de encaminhamento para permitir acesso apenas a uma URL específica e retornar 404 para outras?

Configure regras de encaminhamento separadas para os caminhos de URL permitidos e para aqueles que devem retornar 404. Como o encaminhamento baseado em caminho de URL usa correspondência por prefixo mais longo, se dois caminhos tiverem relação de prefixo (como /h5/ e /h5/entryPage/), configure uma regra separada para o caminho mais específico. Por exemplo, para permitir apenas /h5/ e retornar 404 para /h5/entryPage/:

• URL /h5/ → o grupo vServer do seu serviço de negócios.

• URL /h5/entryPage/ → um grupo vServer dedicado a retornar 404 (como um serviço Nginx leve).

As solicitações para /h5/entryPage/ corresponderão à Regra 2 e retornarão 404, enquanto outras solicitações sob /h5/ corresponderão à Regra 1 e serão encaminhadas normalmente.

Documentos relacionados

• Para configurar vários domínios HTTPS em uma instância CLB, consulte Configure multiple HTTPS websites on a single CLB instance.

• Se seu aplicativo usa HTTP e você deseja migrar para o protocolo HTTPS mais seguro, consulte Use CLB to redirect HTTP requests to HTTPS.

• Para migrar suavemente do CLB para o ALB, consulte One-click migration of Layer 7 listeners from CLB to ALB e Manually migrate Layer 7 listeners from CLB to ALB.