Compartilhar via

  • Artigo

Requisitos de balanceamento de carga

 

Tópico modificado em: 2012-11-27

Se você tiver os Pools de Front-Ends, os pools Diretor, os pools Servidor de Borda ou pools de proxy reverso, você precisará implantar o balanceamento de carga para esses pools. O balanceamento de carga distribui o tráfego entre os servidores em um pool.

O Lync Server 2010 pode usar qualquer proxy reverso que suporta os requisitos dos serviços Web que os Diretores, os Servidores Front-End e o Servidor Standard Edition disponibilizam. O balanceamento de carga de um pool ou um farm de servidores (um termo usado para se referir a um pool de proxies reversos) de proxies reversos fica aos requisitos do proxy reverso. O Lync Server 2010 não impõe restrições específicas no método de balanceamento de proxies reversos, contanto que o farm de proxy reverso possa continuar a fornecer os requisitos dos serviços Web.

O Microsoft Lync Server 2010 aceita dois tipos de soluções de balanceamento de carga: balanceamento de carga de DNS (Sistema de Nome de Domínio) e balanceamento de carga de hardware. O balanceamento de carga DNS oferece várias vantagens, incluindo uma administração mais simples, solução de problemas mais eficiente e a capacidade de isolar grande parte do tráfego do Lync Server 2010 de quaisquer possíveis problemas do balanceador de carga de hardware.

Decida que solução de balanceamento de carga é apropriada para cada pool de sua implantação, considerando as seguintes restrições:

  • A interface de Borda interna e externa devem usar o mesmo tipo de balanceamento de carga. Não é possível usar o balanceamento de carga DNS em uma interface e o balanceamento de carga de hardware em outra.

  • Alguns tipos de tráfego exigem um balanceador de carga de hardware. Por exemplo, o tráfego HTTP requer um balanceador de carga de hardware em vez do balanceamento de carga DNS. O balanceamento de carga DNS não funciona com o tráfego web de cliente-servidor.

Para obter mais detalhes sobre como escolher uma solução de balanceador de carga para topologias de Borda, consulte "Balanceadores de Carga de Hardware" em Componentes necessários para o acesso de usuário externo.

Se você optar por usar o balanceamento de carga DNS para um pool mas ainda precisa implementar balanceadores de carga de hardware para o tráfego, como o tráfego HTTP, a administração dos balanceadores de carga de hardware é bastante simplificada. Para obter detalhes, consulte Balanceamento de carga DNS.

Requisitos do Balanceador de Carga de Hardware

Se a implantação inclui um Pool de Front-Ends ou um Pool de diretores, você precisará usar um balanceador de carga de hardware em pools de Serviços Web. Esta seção descreve os requisitos do balanceador de carga de hardware para os Serviços Web. Para obter detalhes sobre os requisitos do balanceador de carga de hardware para borda A/V ou proxies reversos, consulte "Requisitos do Balanceador de Carga de Hardware para Borda A/V" e "Requisitos de Balanceador de Carga de Hardware para Proxy Reverso" em Componentes necessários para o acesso de usuário externo.

O balanceador de carga de hardware deve atender aos seguintes requisitos para Serviços Web:

  • Para os IPs virtuais (VIPs) externos dos Serviços Web, defina a persistência baseada em cookie em uma base por porta para as portas externas 4443 e 8080 no balanceador de carga de hardware. Para o Lync Server 2010, a persistência baseada em cookie garante que várias conexões de um único cliente sejam enviadas a um servidor para manter o estado da sessão.

    Você deve configurar o balanceador de carga de hardware para os cookies da seguinte maneira:

    • Os cookies não devem ser marcados httpOnly.

    • Os cookies devem ser nomeados MS-WSMAN.

    • As criptografia e descriptografia SSL devem estar ativadas para persistência baseada em cookie. Como o balanceador de carga deve descriptografar e criptografar novamente o tráfego SSL para usar cookies na manutenção do estado da sessão, qualquer certificado atribuído ao FQDN externo de serviços Web (nome de domínio totalmente qualificado) deve também ser atribuído o VIP 4443 do balanceador de carga de hardware.

    • Um cookie deve ser definido em cada resposta HTTP se a solicitação HTTP de entrada não incluiu um cookie, mesmo se uma resposta HTTP anterior durante a mesma conexão TCP já obteve um cookie. Se o balanceador de carga otimiza o uso de cookies de forma que um cookie é inserido apenas uma vez por conexão TCP, verifique se você não usa essa otimização.

    • Os cookies não devem ter um tempo de expiração.

      noteObservação:
      Em alguns casos, é possível enfrentar notificações duplas em Mobilidade no Windows Phone 7, Windows Phone 8 e Apple iPhone, iPad e iTouch. Estes clientes móveis usam notificações de push e podem precisar ter um tempo de expiração de cookie definido. Se você enfrentar notificações de push duplo, define a expiração do cookie para 3650 dias.

    Se você implantar dispositivos móveis, o balanceador de carga de hardware deve ser capaz de carregar solicitações individuais de balanceamento dentro de uma sessão TCP (na verdade, você deve ser capaz de equilibrar uma solicitação individual com base no endereço IP de destino). Por exemplo, os balanceadores de carga de hardware F5 possuem o recurso OneConnect, que garante que cada solicitação de uma conexão TCP tenha um balanceamento de carga individual. Se você implantar dispositivos móveis, verifique se o fornecedor de balanceador de carga de hardware oferece suporte à funcionalidade equivalente.

    Para obter detalhes sobre como configurar o balanceador de carga de hardware para atender a esses requisitos, consulte a documentação do fornecedor. Para obter detalhes sobre links para a documentação do fornecedor e os balanceadores de carga de hardware suportado, consulte https://go.microsoft.com/fwlink/?linkid=230700&clcid=0x416.

  • Para os VIPS de Serviços da Web internos, defina a persistência de source_addr (interna porta 80, 443) no balanceador de carga de hardware. Para o Lync Server 2010, a persistência de source_addr significa que várias conexões provenientes de um único endereço IP sempre são enviados a um servidor para manter o estado da sessão.

    importantImportante:
    Se você implantar o Serviço de Mobility do Lync Server 2010 e oferece suporte aos clientes móveis apenas pela rede Wi-Fi interna, será necessário configurar os VIPS de Serviços Web internos para persistência baseada em cookie conforme descrito acima para os VIPs de serviços Web externos. Nessa situação, não use persistência de source_addr para os VIPs de serviços da Web internos no balanceador de carga de hardware.

  • Use o tempo de inatividade do TCP de 1800 segundos.

  • No firewall entre o proxy inverso e o próximo balanceador de carga do hardware do pool de salto, crie uma regra para permitir o tráfego https: na porta 4443, do proxy inverso para o balanceador de carga. O balanceador de carga do hardware deve ser configurada para ouvir as portas 80, 443 e 4443.