É possível criar um listener HTTP para uma instância do CLB, a fim de encaminhar solicitações HTTP do cliente. O HTTP é adequado para aplicações em que o conteúdo da solicitação precisa ser identificado, como aplicativos web e móveis.
2. Selecione CLB Instance List (Lista de instâncias do CLB) na barra lateral esquerda.
3. Na lista de instâncias, clique em um ID de instância para acessar a página de detalhes.
4. Abra a guia Listener Management (Gerenciamento de listener). Você também pode acessar a página clicando em Configure Listener (Configurar listener), na coluna Operation (Operação) de uma instância.
5. A guia Listener Management (Gerenciamento de listener) é conforme mostrado abaixo:
Etapa 2. Configure um listener
Clique em Create (Criar) na seção HTTP/HTTPS Listener (Listener HTTP/HTTPS) e configure um listener HTTP na janela pop-up.
1. Crie um listener
Item de configuração
Descrição
Exemplo
Nome
Nome do listener
test-http-80
Protocolo e porta de escuta
Protocolo e porta de escuta de um listener:
Protocolo de escuta: o CLB aceita vários protocolos, incluindo TCP, UDP, TCP SSL, HTTP e HTTPS. O HTTP é usado neste exemplo.
Porta de escuta: uma porta usada para receber solicitações e encaminhá-las para o servidor de back-end. Intervalo de portas: 1 a 65535. Atualmente, estas portas estão reservadas e indisponíveis para os usuários: 843, 1020, 1433, 1434, 3306, 3389, 6006, 20000, 36000, 42222, 48369, 56000 e 65010.
As portas de escuta de cada instância do CLB devem ser exclusivas.
HTTP:80
A configuração específica do listener HTTP criado é mostrada abaixo:
2. Crie uma regra de encaminhamento
Item de configuração
Descrição
Exemplo
Nome de domínio
Nome de domínio de encaminhamento:
Comprimento: 1 a 80 caracteres.
O primeiro caractere não pode ser um sublinhado (_).
Se todos os nomes de domínio do listener não corresponderem, o sistema direcionará as solicitações para o nome de domínio padrão, tornando o acesso padrão controlável.
Cada listener pode ser configurado com apenas um nome de domínio padrão.
Para listeners HTTP, o CLB aceita três algoritmos de programação: round-robin ponderado (WRR), conexões mínimas ponderadas (WLC) e hash de IP.
WRR: as solicitações são entregues sequencialmente a diferentes servidores de back-end, de acordo com seus pesos. A programação é feita com base na quantidade de conexões novas, em que servidores com pesos mais altos passarão por mais pesquisas (ou seja, uma probabilidade maior), já servidores com o mesmo peso processam a mesma quantidade de conexões.
WLC: as cargas de servidores são estimadas de acordo com a quantidade de conexões ativas com eles. A programação é feita com base nas cargas e nos pesos do servidor. Se seus pesos forem os mesmos, os servidores com menos conexões ativas passarão por mais pesquisas (ou seja, uma probabilidade maior).
Hash de IP: as chaves hash são usadas para localizar os servidores correspondentes na tabela hash estática, com base nos IPs de origem das solicitações. Se um servidor estiver disponível e não sobrecarregado, as solicitações serão entregues a ele; caso contrário, será retornado um valor nulo.
WRR
Obtenção de IP do cliente
Ativada por padrão
Ativada
Compactação gzip
Ativada por padrão
Ativada
Selecione o listener HTTP para o qual deseja criar uma regra de encaminhamento e clique em + à direita. A configuração específica é mostrada abaixo:
3. Verificação de integridade
Item de configuração
Descrição
Exemplo
Status da verificação de integridade
A verificação de integridade pode ser ativada ou desativada. Em listeners HTTP, as instâncias do CLB enviam solicitações HTTP para a porta do servidor especificada, para realizar verificações de integridade.
Ativada
Nome de domínio de verificação
Nome de domínio de verificação de integridade:
Comprimento: 1 a 80 caracteres.
O padrão é o nome de domínio de encaminhamento.
Regex não é aceito. Caso seu nome de domínio de encaminhamento for um caractere curinga, você deve especificar um fixo (não regex) como o nome de domínio de verificação de integridade.
Caracteres aceitos: a-z0-9.-.
www.exemplo.com (valor padrão)
Caminho de verificação
Caminho de verificação de integridade:
Comprimento: 1 a 200 caracteres.
O padrão é / e deve começar com /.
Regex não é aceito. Recomendamos especificar um caminho de URL fixo (página estática) para verificações de integridade.
Caracteres aceitos: a-zA-Z0-9.-_/=?.
/ (valor padrão)
Tempo limite de resposta
Tempo limite máximo de resposta para verificações de integridade.
Se um servidor de back-end não responder dentro do tempo limite, a verificação de integridade será considerada anormal.
Intervalo de valores: 2 a 60 segundos. Valor padrão: 2 segundos.
2 segundos
Intervalo de verificações
Intervalo entre duas verificações de integridade.
Intervalo de valores: 5 a 300 segundos. Valor padrão: 5 segundos.
5 segundos
Limite não íntegro
Se o resultado da verificação de integridade falhou por n (um valor personalizado) vezes consecutivas, o servidor de back-end não está íntegro e Abnormal (Anormal) é exibido no console.
Intervalo de valores: 2 a 10 vezes. Valor padrão: 3 vezes
3 vezes
Limite íntegro
Se o resultado da verificação de integridade foi bem-sucedido por n (um valor personalizado) vezes consecutivas, o servidor de back-end está íntegro e Healthy (Íntegro) é exibido no console.
Intervalo de valores: 2 a 10 vezes. Valor padrão: 3 vezes
3 vezes
Método de solicitação HTTP
Método de solicitação HTTP para verificações de integridade. Valores válidos: GET (valor padrão) e HEAD: Se HEAD for usado, o servidor retornará apenas o cabeçalho HTTP, o que pode reduzir sobrecargas de back-end e melhorar a eficiência da solicitação. O servidor de back-end deve aceitar HEAD.
Se GET for usado, o servidor de back-end deve aceitar GET.
GET
Verificação do código de status HTTP
Se o código de status for dos selecionados, o servidor de back-end é considerado ativo (íntegro). Intervalo de valores: http_1xx, http_2xx, http_3xx, http_4xx e http_5xx.
Vários estão selecionados: http_1xx, http_2xx, http_3xx e http_4xx.
A configuração específica da verificação de integridade é mostrada abaixo:
4. Persistência de sessão
Item de configuração
Descrição
Exemplo
Status de persistência de sessão
A persistência de sessão pode ser ativada ou desativada:
Se a persistência de sessão estiver ativada, o listener do CLB entregará as solicitações de acesso do mesmo cliente para o mesmo servidor de back-end.
A persistência de sessão HTTP é implementada com base em cookies, que são implantados no cliente pela instância do CLB.
A persistência de sessão pode ser ativada para a programação de WRR, mas não para a programação de WLC ou hash de IP.
Ativada
Período de persistência de sessão
O período de persistência de sessão:
Se não houver nenhuma solicitação nova na conexão dentro do período de persistência de sessão, a sessão será automaticamente desconectada.
Intervalo de valores: 30 a 3.600 segundos.
30 segundos
A configuração específica da persistência de sessão é mostrada abaixo:
Etapa 3. Vincule um servidor de back-end
1. Na página Listener Management (Gerenciamento de listener), selecione o servidor criado HTTP:80. Clique em + à esquerda para expandir os nomes de domínio e caminhos de URL, selecione o caminho de URL desejado e exiba os servidores de back-end vinculados ao caminho à direita do listener.
2. Clique em Bind (Vincular), selecione o servidor de back-end em questão, configure a porta e o peso do servidor na janela pop-up.
① Adicionar porta: na caixa Selected (Selecionada) à direita, clique em Add Port (Adicionar porta) para adicionar várias portas à mesma instância do CVM, como as portas 80, 81 e 82.
② Porta padrão: insira a Default Port (Porta padrão) e, em seguida, selecione a instância do CVM. A porta de cada instância do CVM é a porta padrão.
Após a conclusão dessas três etapas, a regra do listener HTTP terá sido configurada conforme mostrado abaixo:
Etapa 4. Grupo de segurança (opcional)
É possível configurar um grupo de segurança do CLB para isolar o tráfego da rede pública. Para obter mais informações, consulte Configuração de grupos de segurança do CLB
Etapa 5. Modifique e exclua um listener (opcional)
Caso precise modificar ou excluir um listener criado, clique no listener/nome de domínio/caminho de URL na guia Listener Management (Gerenciamento de listener) e selecione Modify (Modificar) ou Delete (Excluir).
