Todos os produtos
Search
Central de documentação

Server Load Balancer:Add a UDP listener

Última atualização: Jul 03, 2026

Adicione um listener UDP a uma instância de Classic Load Balancer (CLB) para encaminhar requisições UDP dos clientes. Essa configuração é ideal para cenários que priorizam o desempenho em tempo real em detrimento da confiabilidade absoluta, como chats de vídeo e streaming de dados financeiros em tempo real.

Limitações

Antes de adicionar um listener UDP, observe as seguintes limitações:

  • O sistema reserva as portas 250, 4789 e 4790. Essas portas estão indisponíveis.

  • Não há suporte para fragmentação de IP.

  • Listeners UDP de instâncias CLB na rede clássica não obtêm os endereços IP de origem.

  • Como o cabeçalho IPv6 é maior que o IPv4, ao usar um listener UDP em uma instância CLB IPv6, garanta que o MTU da placa de interface de rede no servidor backend (geralmente uma instância ECS) que se comunica com o CLB seja de pelo menos 1200. Algumas aplicações também podem exigir a atualização dos arquivos de configuração para corresponder a esse valor de MTU. Caso contrário, os pacotes poderão ser descartados por excederem o tamanho máximo permitido.

    Se você utilizar um listener TCP, HTTP ou HTTPS, nenhuma configuração adicional será necessária, pois o protocolo TCP oferece suporte à negociação automática de MSS.

Pré-requisitos

Crie uma instância CLB. Para mais informações, consulte Criar uma instância CLB.

Procedimento

Etapa 1: Configure o listener

  1. Faça login no console do Classic Load Balancer (CLB).

  2. Na barra de navegação superior, selecione a região onde sua instância CLB está implantada.

  3. Na página Instances, localize a instância desejada e configure o listener de uma das seguintes formas:

    • Na coluna Actions, clique em Configure Listener.

    • Clique no ID da instância e, na aba Listener, clique em Add Listener.

  4. Na etapa Protocol & Listener, defina as opções abaixo e clique em Next.

    Parâmetro

    Descrição

    Select Listener Protocol

    Selecione UDP.

    Backend Protocol

    Quando Select Listener Protocol estiver definido como UDP, o Backend Protocol será automaticamente configurado como UDP.

    Listener Port

    Porta utilizada para receber e encaminhar requisições aos servidores backend. Valores válidos: 1 a 65535.

    Tags

    Selecione ou insira uma Tag Key e um Tag Value.

    Advanced Settings

    Clique em Modify para expandir as configurações avançadas.

    Scheduling Algorithm

    Escolha um algoritmo de agendamento. O padrão é Round Robin (RR). Para mais detalhes sobre os algoritmos e seus casos de uso, consulte Algoritmos de agendamento de balanceamento de carga.

    • Weighted Round-robin (WRR): Servidores backend com pesos maiores recebem uma porcentagem maior de requisições.

    • Round Robin (RR): As requisições são distribuídas sequencialmente entre os servidores backend.

    • Consistent Hashing (CH):

      • QUIC ID: A distribuição ocorre com base em um hash consistente do QUIC Connection ID. Requisições com o mesmo QUIC Connection ID são direcionadas ao mesmo servidor backend.

        Importante

        O QUIC é um protocolo em rápida evolução. Este algoritmo foi implementado com base no draft-ietf-quic-transport-10 e pode não ser compatível com todas as versões do QUIC. Recomendamos testar este algoritmo minuciosamente antes de utilizá-lo em ambiente de produção.

      • Four-element: O roteamento utiliza um hash consistente de uma tupla de quatro elementos (IP de origem, IP de destino, porta de origem e porta de destino). Fluxos com a mesma tupla são enviados ao mesmo servidor backend.

      • Source IP: A distribuição baseia-se em um hash consistente do endereço IP de origem. Requisições provenientes do mesmo IP de origem são encaminhadas ao mesmo servidor backend.

        Nota

        Não é possível alterar o algoritmo de agendamento de um listener TCP existente de Weighted Round-robin (WRR) ou Round Robin (RR) para Consistent Hashing (CH). Para utilizar o algoritmo Consistent Hashing (CH), crie um novo listener UDP e defina seu algoritmo de agendamento como Consistent Hashing (CH).

    Session Persistence

    A persistência de sessão vem desativada por padrão.

    Ao ativar esse recurso, o listener direciona requisições do mesmo cliente para o mesmo servidor backend.

    Access Control

    O controle de acesso vem desativado por padrão.

    Após ativar este recurso, selecione um método de controle de acesso e uma lista de controle de acesso (ACL) para atuar como lista de permissões ou lista de bloqueios do listener.

    • Whitelist: Allows Specified IP Addresses to Access the SLB Instance Utilize uma lista de permissões para permitir acesso apenas de endereços IP específicos.

      Se você ativar uma lista de permissões sem adicionar endereços IP à ACL, o listener encaminhará todas as requisições.

    • Blacklist: Forbids Specified IP Addresses to Access the SLB Instance Use uma lista de bloqueios para impedir o acesso de endereços IP específicos.

      Caso ative uma lista de bloqueios sem adicionar IPs à ACL, o listener continuará encaminhando todas as requisições.

    Nota

    Instâncias IPv4 só podem ser associadas a listas de controle de acesso (ACLs) IPv4. Instâncias IPv6 aceitam apenas ACLs IPv6. Para mais informações, consulte Criar uma lista de controle de acesso.

    Enable Connection Draining

    Para instâncias CLB com faturamento por largura de banda, defina valores de pico diferentes para cada listener, limitando assim o tráfego individual. A soma dos picos de largura de banda de todos os listeners não pode ultrapassar a capacidade total da instância.

    Por padrão, essa funcionalidade permanece desativada e todos os listeners compartilham a largura de banda total da instância. Para entender como funciona o compartilhamento, veja Compartilhamento de largura de banda entre listeners CLB.

    Importante
    • Se uma instância CLB pública tiver 5 Mbps de largura de banda total e você configurar dois listeners, sendo o listener A com 5 Mbps e o listener B sem alocação, o listener B ficará inacessível. Aloque a largura de banda com cuidado.

    • Em uma instância CLB interna com três listeners, se os listeners A e B consumirem juntos 5.120 Mbps, o listener C restante perderá o acesso. Planeje a alocação adequadamente.

    • Nas instâncias que utilizam o modelo de faturamento por transferência de dados, não há limite de pico de largura de banda por padrão.

    Bandwidth Throttling for Listeners

    Utilize o Proxy Protocol para transmitir o endereço de origem do cliente aos servidores backend. Consulte Usar o Proxy Protocol para obter o endereço IP de origem para mais detalhes.

    Importante
    • Atualmente, não há suporte para obtenção de endereços IP de origem via Proxy Protocol em cenários PrivateLink.

    • Tanto o servidor proxy quanto os servidores backend devem oferecer suporte ao Proxy Protocol. Se os servidores backend não conseguirem analisar o protocolo, a ativação direta desse recurso pode causar falhas na interpretação das requisições, comprometendo a disponibilidade do serviço.

    Proxy Protocol

    Em listeners da Camada 4, os servidores backend recebem automaticamente o endereço IP de origem real do cliente. Esse recurso vem ativado por padrão.

    Nota

    Para listeners UDP de instâncias CLB na rede clássica, ative o Obtain Client Source IP Address para obter o endereço IP de origem.

    Proxy Protocol

    Define se o listener será ativado logo após a configuração. Esta opção vem habilitada por padrão.

Etapa 2: Adicionar servidores backend

Adicione servidores backend para processar as requisições de frontend. É possível usar o grupo de servidores padrão da instância ou configurar um grupo vServer ou um grupo primário/secundário específico para o listener. Para mais informações, consulte Servidores backend. Este tópico toma o grupo de servidores padrão como exemplo.

  1. Na etapa Automatically Enable Listener, selecione Backend Servers e clique em Default Server Group.

  2. Na etapa Add More, escolha os servidores backend a serem adicionados e clique em Select Servers.

  3. Na etapa Next, defina o peso e clique em Ports/Weights.

    Nota
    • O peso padrão é 100. Servidores backend com pesos maiores recebem uma parcela maior de requisições.

    • Um servidor backend com peso 0 não recebe novas requisições.

  4. Configure a porta que o servidor backend (uma instância ECS) usará para receber requisições e clique em Add. Valores válidos: 1 a 65535.

    Nota

    Servidores backend dentro da mesma instância CLB podem utilizar a mesma porta.

Etapa 3: Configure verificações de integridade

O CLB utiliza verificações de integridade para determinar a disponibilidade dos servidores backend, melhorando a disponibilidade geral dos serviços de frontend e evitando interrupções causadas por falhas nos servidores.

Nota

Não é possível desativar as verificações de integridade para listeners que utilizam um grupo de servidores primário/secundário.

  1. Opcional: Na etapa Next, clique em Health Check para ajustar a configuração de verificação de integridade e, em seguida, clique em Modify. Para mais informações, consulte Configurar e gerencie verificações de integridade do CLB.

  2. Na etapa Next, revise a configuração do listener. Para alterar algum parâmetro, clique em Confirm.

  3. Após confirmar as configurações, clique em Modify. Quando a configuração do listener for concluída, clique em Submit.

    Depois de criado, o listener estará visível na página.