Um grupo de servidores é um grupo lógico de servidores de backend compatíveis com o protocolo Geneve. Cada grupo de servidores direciona o tráfego de uma instância do GWLB para um ou mais servidores de backend. Este tópico descreve os principais conceitos dos grupos de servidores.
Tipos de grupo de servidores
O GWLB é compatível com dois tipos de grupos de servidores: Servidor e Endereço IP.
Tipo de grupo de servidores | Tipo de servidor de backend | Descrição |
Servidor | Você pode adicionar instâncias do ECS, ENIs e instâncias do ECI como servidores de backend. | Os servidores de backend adicionados devem estar na mesma VPC do grupo de servidores. Os servidores de backend recebem solicitações do GWLB. |
Endereço IP | Você pode adicionar endereços IP como servidores de backend. | É possível inserir endereços IP privados nos seguintes blocos CIDR:
|
Ao liberar um servidor de backend de um grupo do tipo servidor de uma instância do GWLB ou modificar seu endereço IP privado, o GWLB atualiza os servidores de backend automaticamente.
Se você liberar um servidor de backend em um grupo do tipo IP de uma instância do GWLB, o GWLB não atualizará o grupo de servidores automaticamente. Antes de liberar ou modificar o servidor de backend, remova-o do grupo de servidores do GWLB do grupo do tipo IP da instância do GWLB. Isso garante que seus serviços não sejam afetados.
Algoritmo de distribuição de tráfego
O GWLB é compatível com os seguintes algoritmos de distribuição de tráfego.
Hash de cinco tuplas: encaminha as solicitações com base no hash de cinco tuplas (endereço IP de origem, porta de origem, endereço IP de destino, porta de destino e protocolo IP). Todas as solicitações com as mesmas cinco tuplas são enviadas para o mesmo servidor de backend.
Hash de três tuplas: direciona as solicitações por meio do hash de três tuplas (endereço IP de origem, endereço IP de destino e protocolo IP). Todas as solicitações com as mesmas três tuplas são enviadas para o mesmo servidor de backend.
Hash de duas tuplas: distribui as solicitações utilizando o hash de duas tuplas (endereço IP de origem e endereço IP de destino). Todas as solicitações com as mesmas duas tuplas são enviadas para o mesmo servidor de backend.
Drenagem de conexão
É possível ativar a drenagem de conexão para garantir que as conexões existentes sejam tratadas adequadamente ao remover um servidor de backend. Você também pode configurar um tempo limite de drenagem de conexão para permitir que as solicitações em andamento sejam concluídas.
Ao remover um servidor de backend, a instância do GWLB para de encaminhar novas solicitações de conexão para o servidor removido. A instância do GWLB gerencia as conexões existentes direcionadas ao servidor de backend da seguinte forma:
Se a drenagem de conexão estiver desativada (padrão): as conexões existentes são mantidas até o tempo limite de conexão ociosa expirar. Após esse tempo limite, o GWLB para de encaminhar pacotes para o servidor.
Se a drenagem de conexão estiver ativada: as conexões existentes são mantidas durante o tempo limite de drenagem de conexão configurado. Após esse tempo limite, o tempo limite de conexão ociosa entra em vigor. Se o tempo limite de ociosidade também for excedido, o GWLB encerra a conexão e para de encaminhar pacotes para o servidor.
Verificação de integridade
É possível configurar verificações de integridade para monitorar a disponibilidade dos servidores de backend. O GWLB permite definir configurações de verificação de integridade do GWLB no nível do grupo de servidores.
Protocolos compatíveis: TCP e HTTP.
As verificações de integridade são ativadas por padrão para grupos de servidores. O protocolo padrão é TCP e a porta padrão é 80.
Quando as verificações de integridade estão ativadas, o GWLB encaminha automaticamente novas conexões para servidores íntegros e monitora continuamente todos os servidores de backend do grupo. Um servidor é considerado íntegro somente após passar por um número especificado de verificações de integridade consecutivas (o limiar de integridade). Exigir várias verificações reduz falsos positivos e evita interrupções de serviço causadas por falhas transitórias.
Se um servidor de backend falhar nas verificações de integridade, o GWLB deixa de enviar novas conexões para ele e as encaminha para outros servidores de backend íntegros. As conexões existentes continuam até o tempo limite de ociosidade expirar. Após esse período, o GWLB para de encaminhar pacotes para o servidor não íntegro.
Quando o servidor se recupera e passa nas verificações de integridade, o GWLB o restaura ao serviço do GWLB.
Após cada verificação de integridade, o GWLB encerra a conexão.