Pesquisar SafeKit

Microsoft Alternativa NLB da VMware: Problemas de multicast e unicast resolvidos

Microsoft Modo multicast NLB

Conforme explicado na base de conhecimento da VMware sobre a configuração do modo multicast do balanceamento de carga de rede (NLB) , é necessário configurar manualmente a resolução ARP estática no switch ou roteador para cada porta conectada ao cluster. A implementação do modo multicast do NLB Microsoft em um ambiente de rede desconhecido pode ser uma tarefa complexa e árdua.

Microsoft Modo unicast NLB

Com o modo unicast Microsoft do NLB, você deve configurar o host ESXi/ESX para não enviar pacotes RARP quando qualquer uma de suas máquinas virtuais estiver ligada. É por isso que o NLB Microsoft não funciona corretamente no modo unicast com o VMware .

Alternativa com SafeKit

A configuração de endereço IP virtual SafeKit não requer nenhuma configuração de rede especial e o balanceamento de carga de rede pode ser executado em qualquer ambiente. Uma característica importante quando a solução precisa ser implantada em uma infraestrutura desconhecida: switches ou roteadores desconhecidos, servidores físicos ou virtuais.

Como funciona o cluster SafeKit em modo farm com Windows ?

Endereço IP virtual num cluster em modo de farm

Como o cluster SafeKit implementa o balanceamento de carga e a redundância da rede Windows

Na figura anterior, a aplicação Windows está a ser executada em 3 servidores (3 é um exemplo, podem ser 2 ou mais). Os utilizadores estão ligados a um endereço IP virtual.

O endereço IP virtual é configurado localmente em cada servidor do cluster em modo de farm.
O tráfego de entrada para o endereço IP virtual é recebido por todos os servidores e distribuído entre eles por um filtro de rede dentro do kernel de cada servidor.

SafeKit deteta falhas de hardware e software, reconfigura os filtros de rede em caso de falha e oferece verificadores de aplicações configuráveis e scripts de recuperação.

Balanceamento de carga num filtro de rede

O algoritmo de balanceamento de carga da rede, dentro do filtro de rede, baseia-se na identidade dos pacotes do cliente (endereço IP do cliente, porta TCP do cliente). Dependendo da identidade da entrada do pacote do cliente, apenas um filtro num servidor aceita o pacote; os outros filtros noutros servidores rejeitam-no.

Uma vez que um pacote é aceite pelo filtro num servidor, apenas a CPU e a memória desse servidor são utilizadas pela Windows que responde ao pedido do cliente. As mensagens de saída são enviadas diretamente do servidor de aplicações para o cliente.

Se um servidor falhar, o protocolo de pulsações farm reconfigura os filtros no cluster de balanceamento de carga da rede para reequilibrar o tráfego nos servidores disponíveis restantes.

Aplicações com ou sem estado

Com uma aplicação Windows persistente, existe afinidade de sessão. O mesmo cliente deve estar ligado ao mesmo servidor em várias sessões TCP para recuperar o seu contexto no servidor. Neste caso, a regra de balanceamento de carga SafeKit é configurada no endereço IP do cliente. Assim, o mesmo cliente está sempre ligado ao mesmo servidor em várias sessões TCP. E diferentes clientes são distribuídos por diferentes servidores no farm.

Com uma Windows stateless, não existe afinidade de sessão. O mesmo cliente pode estar ligado a diferentes servidores no farm em múltiplas sessões TCP. Não existe contexto armazenado localmente num servidor de uma sessão para outra. Neste caso, a regra de balanceamento de carga SafeKit é configurada na identidade da sessão do cliente TCP. Esta configuração é a que melhor distribui as sessões entre os servidores, mas requer um serviço TCP sem afinidade de sessão.

Como configurar um cluster SafeKit em modo farm para Windows ?

Consola Web SafeKit: Configuração de cluster para balanceamento de carga da rede Windows e gestão de IP virtual.

O cluster SafeKit em modo farm foi concebido para alta disponibilidade e escalabilidade de serviços. A configuração foca-se na distribuição do tráfego de entrada por ambos os nós em simultâneo:

  • Serviços com Balanceamento de Carga (separador Macros): Defina os serviços de aplicação específicos (por exemplo, Apache, IIS, Nginx) a serem mantidos ativos em todos os nós.
  • Rede(s) de pulsações: Caminho(s) de comunicação utilizado(s) para detetar se um nó saiu da farm, acionando uma redistribuição imediata da carga.
  • IP Virtual (VIP Farm): Ao contrário de um cluster mirror, o VIP Farm é partilhado entre os nós, utilizando um algoritmo de filtragem do kernel para distribuir o tráfego de rede.
  • Regras de Balanceamento de Carga: Defina a política de distribuição de tráfego com base no endereço IP de origem ou na porta.
  • Verificadores: Monitorize o estado da aplicação e acione o reinício automático se for detetado um erro de processo.

Como monitorizar um cluster SafeKit em modo farm para Windows ?

Consola SafeKit: Monitorização de um cluster em modo farm de 2 nós, mostrando ambos os nós Windows no estado UP com balanceamento de carga ativo.

A monitorização de um cluster em modo farm proporciona visibilidade sobre a natureza Ativo-Ativo da infraestrutura, onde todos os nós contribuem para o desempenho da aplicação (mostrando 2 nós neste exemplo):

  • Estado UP (50% em 2 nós): Numa farm saudável, ambos os nós estão no estado " UP " (50%), o que significa que estão ambos a receber e a processar ativamente pedidos de clientes através do IP Virtual partilhado.
  • Reequilíbrio Automático: Se um nó falhar, a consola mostra visualmente o nó restante a receber 100% do tráfego. Não há atraso de “failover”, pois o nó sobrevivente já está ativo (além de um tempo de deteção de alguns segundos).
  • Inserção de Nó: Quando um nó reparado é reiniciado, ele transita de " STOP " para " UP " e começa automaticamente a receber a sua parte da carga sem intervenção do administrador.
  • Sem Sincronização de Dados: Tenha em atenção que, num cluster em modo de farm, não existe o estado de resincronização “Laranja”, uma vez que os nós são esperados como sem estado ou partilhando uma base de dados de backend (que pode ser protegida separadamente num cluster mirror).

Além de simples ícones de estado, a interface oferece gestão de nós com um clique, permitindo-lhe parar ou iniciar manualmente um nó para manutenção planeada, enquanto o IP Virtual partilhado redistribui automaticamente o tráfego sem interromper a atividade do utilizador.

🔍 Explore o SafeKit

Encontre informações sobre as funcionalidades, arquiteturas, vídeos, documentação e a versão de teste gratuita do SafeKit.

RecursoDescriçãoLigação
Principais característicasSaiba por que o SafeKit é uma solução de alta disponibilidade simples e económica.Descubra as principais funcionalidades
Casos de usoSaiba como o SafeKit mantém as aplicações e infraestruturas críticas disponíveis.Explore os casos de uso
Modelo de implementaçãoO SafeKit oferece alta disponibilidade sem a necessidade de uma SAN ou de armazenamento partilhado.Explore o modelo de implementação
Estratégias de alta disponibilidadeCompare a alta disponibilidade para máquinas virtuais com a alta disponibilidade para aplicações.Compare as duas estratégias
Especificações técnicasVerifique os requisitos técnicos e as limitações dos clusters SafeKit.Leia as especificações técnicas
VídeosAssista a demonstrações da configuração do SafeKit e da comutação automática de falha.Assista aos vídeos técnicos
ArquiteturaSaiba como o cluster mirror replica ficheiros em tempo real e lida com a comutação de falhas.Explore a arquitetura Mirror
ArquiteturaSaiba como o cluster farm equilibra o tráfego de rede e lida com a contingência.Explore a arquitetura Farm
Comparação de produtosCompare o SafeKit com os clusters de alta disponibilidade tradicionais.Compare as soluções
Recursos técnicosEncontre a documentação técnica, descarregue o SafeKit e aceda à versão de avaliação gratuita.Aceda à documentação e à versão de teste gratuita
Módulos da aplicaçãoUtilize os módulos SafeKit pré-configurados para configurar alta disponibilidade para as suas aplicações.Explore os módulos da aplicação
SafeKit AI Chat SafeKit AI