Balanceadores de carga de hardware
Tópico modificado em: 2012-10-18
Mesmo quando você implanta o balanceamento de carga DNS, são necessários balanceadores de carga de hardware para balancear a carga do tráfego HTTP para os pools de Front-Ends e pools de Diretores.
Além disso, implantamos balanceadores de carga de hardware na rede de perímetro para os servidores proxy reversos.
Para fornecer o mais alto nível de balanceamento de carga e alta disponibilidade, um par de HLBs (balanceadores de carga de hardware) foi implantado com um GSLB (Balanceador de Carga de Servidor Global) em cada site. Com todos os balanceadores de carga em constante comunicação uns com os outros sobre a integridade do site e do servidor, nenhuma falha de dispositivo único em um site central poderia causar uma interrupção de serviço para nenhum dos usuários que estão conectados no momento.
Este cenário de teste empregou o uso dos HLBs de servidor global (o F5 BIG-IP GTM) e de servidor local (o F5 BIG-IP LTM). Os balanceadores de carga de servidor global foram implementados para gerenciar o tráfego de cada site com base na disponibilidade e integridade do site central, enquanto os balanceadores de carga do servidor local gerenciavam conexões dentro de cada site com os servidores locais. Essa implementação tem as seguintes vantagens:
Sistema totalmente integrado para o mais alto nível de tolerância a falhas em um nível global e local.
Segmentação completa de tráfego interno e externo dentro do site central.
A capacidade, se você desejar, para usar o hardware para balanceamento de carga de todas as conexões com Servidores Front-End, Servidores de Borda e Diretores.
Embora seja ideal de algumas perspectivas, essa implantação tem duas desvantagens distintas, você precisa comprar mais HLBs e os inúmeros dispositivos criar uma configuração mais complexa para gerenciar. A consolidação da infraestrutura de balanceamento de carga é definitivamente possível e, em alguns ambientes, é benéfica. Por exemplo, muitos designs de implantação incluem uma instância de HLB único ou um par em cada site central. Embora o HLB abranja várias sub-redes nesse design, a lógica de balanceamento de carga permanece a mesma. F5 produziu a orientação arquitetônica que explora as compensações entre os designs de rede. Para obter detalhes, consulte http://www.f5.com/products/technology/microsoft/lync-server/. Para obter detalhes sobre o nivelamento de implantações HLBs para Lync Server sem GSLBs, consulte o white paper de Resiliência do Site do Office Communications Server 2007 R2 em https://go.microsoft.com/fwlink/?linkid=211387&clcid=0x416. As implantações descritas neste white paper também oferecem uma arquitetura de referência válida para Lync Server 2010.
Aproveitando os balanceadores de carga locais e globais, atingimos o servidor e a resiliência do site embora usemos uma única URL para os usuários se conectarem. O GTM resolve uma única URL para endereços IP diferentes com base no algoritmo de balanceamento de carga selecionado e na disponibilidade de serviços globais. Com os servidores DNS autoritativos do Windows (contoso.com) delegando a URL (pool.contoso.com) ao GTM, os usuários que conectam a pool.contoso.com são enviados ao site apropriado no momento da resolução DNS. Em seguida, o balanceador de carga do servidor local obtém a conexão e faz o balanceamento de carga para o servidor apropriado.
Os HLBs foram configurados para monitorar os membros do Pool de Front-Ends usando um monitor HTTP ou HTTPS, que fornece aos balanceadores de carga as informações mais adequadas sobre a integridade e o desempenho dos servidores. Os HLBs usam essas informações para balancear carga das conexões de entrada para o melhor Front-End local. Usando um recurso chamado Ativação de Prioridade do Recurso, também configuramos os HLBs para conexões de proxy com o outro site central se todos os Front-Ends locais tiverem atingido a capacidade ou não funcionarem mais.
Os balanceadores de carga de servidor global (GTM) foram configurados para monitorar os HLBs em cada site e para direcionar os usuários para o site de melhor desempenho. O GTM pode ser configurado para enviar todos os usuários a um site específico no caso de sites centrais ativos/em espera (como era o caso para este teste) ou para balancear carga de usuários entre os sites para implantações ativas/ativas. Se um site atingir a capacidade ou se tornar indisponível, o GTM direcionará os usuários para os outros sites disponíveis.