Compartilhar via

Balanceamento de carga DNS no Lync Server 2013

  • Artigo

 

Tópico última modificação: 15-01-2014

O Lync Server habilita o balanceamento de carga DNS, uma solução de software que pode reduzir consideravelmente a sobrecarga de administração para balanceamento de carga em sua rede. O balanceamento de carga DNS equilibra o tráfego de rede exclusivo do Lync Server, como tráfego SIP e tráfego de mídia.

Se você implantar o balanceamento de carga DNS, a sobrecarga de administração da sua organização para balanceadores de carga de hardware será minimizada. Além disso, a solução de problemas complexos relacionada à configuração incorreta de balanceadores de carga para o tráfego SIP será eliminada. Você também pode impedir conexões de servidor para que você possa colocar os servidores offline. O balanceamento de carga DNS também garante que os problemas do balanceador de carga de hardware não afetem elementos do tráfego SIP, como o roteamento básico de chamadas.

Se você usar o balanceamento de carga DNS, também poderá comprar balanceadores de carga de hardware de menor custo do que se tiver usado os balanceadores de carga de hardware para todos os tipos de tráfego. Você deve usar balanceadores de carga que passaram no teste de qualificação de interoperabilidade com o Lync Server. Para obter detalhes sobre testes de interoperabilidade do balanceador de carga, consulte "Lync Server 2010 Load Balancer Partners" em https://go.microsoft.com/fwlink/p/?linkId=202452.

O balanceamento de carga DNS é compatível com pools de Front-End, pools do Servidor de Borda, pools de Diretores e pools autônomos do Servidor de Mediação.

Balanceamento de carga dns em pools de front-end e pools de diretores

Você pode usar o balanceamento de carga DNS para o tráfego SIP em pools de Front-End e pools de Diretor. Com o balanceamento de carga DNS implantado, você ainda precisa usar balanceadores de carga de hardware para esses pools, mas somente para o tráfego HTTPS de cliente para servidor. O balanceador de carga de hardware é usado para tráfego HTTPS de clientes nas portas 443 e 80.

Embora você ainda precise de balanceadores de carga de hardware para esses pools, sua configuração e administração serão principalmente para o tráfego HTTPS, ao qual os administradores de balanceadores de carga de hardware estão acostumados.

Balanceamento de carga DNS e suporte a clientes e servidores mais antigos

O balanceamento de carga DNS dá suporte ao failover automático somente para servidores que executam o Lync Server 2013 ou o Lync Server 2010 e para clientes do Lync 2013 e do Lync 2010. Versões anteriores de clientes e do Office Communications Server ainda podem se conectar a pools que executam o balanceamento de carga DNS, mas se não puderem estabelecer uma conexão com o primeiro servidor ao qual o balanceamento de carga DNS os refere, eles não poderão fazer failover para outro servidor no pool.

Além disso, se você estiver usando o Exchange UM, deverá usar um mínimo do Exchange 2010 SP1 para obter suporte para balanceamento de carga dns do Lync Server. Se você usar uma versão anterior do Exchange, os usuários não terão recursos de failover para esses cenários de UNIFICAÇÃO do Exchange:

  • Reproduzindo Enterprise Voice caixa postal no telefone

  • Transferindo chamadas de um Atendedor Automático de Unificação de Mensagens do Exchange

Todos os outros cenários de UNIFICAÇÃO do Exchange funcionarão corretamente.

Implantando o balanceamento de carga dns em pools de front-end e pools de diretores

Implantar o balanceamento de carga DNS em pools de Front-Ends e pools de Diretor exige que você execute algumas etapas adicionais com FQDNs e registros DNS.

  • Um pool que usa o balanceamento de carga DNS deve ter dois FQDNs: o FQDN do pool regular usado pelo balanceamento de carga DNS (como o pool01.contoso.com) e resolvido para os IPs físicos dos servidores no pool e outro FQDN para os serviços Web do pool (como web01.contoso.com), que resolve para o endereço IP virtual do pool.

    No Construtor de Topologias, se você quiser implantar o balanceamento de carga DNS para um pool, para criar esse FQDN extra para os serviços Web do pool, marque a caixa de seleção Substituir FQDN do pool de Serviços Web internos e digite o FQDN, na página Especificar as URLs dos Serviços Web para esta página do Pool .

  • Para dar suporte ao FQDN usado pelo balanceamento de carga DNS, você deve provisionar o DNS para resolver o FQDN do pool (como pool01.contoso.com) para os endereços IP de todos os servidores no pool (por exemplo, 192.168.1.1, 192.168.1.2 e assim por diante). Você deve incluir apenas os endereços IP dos servidores que estão implantados no momento.

    Aviso

    Se você tiver mais de um pool de Front-Ends ou Servidor Front-End, o FQDN de serviços Web externos deverá ser exclusivo. Por exemplo, se você definir o FQDN de serviços Web externos de um Servidor Front-End como pool01.contoso.com, não poderá usar o pool01.contoso.com para outro pool de Front-Ends ou Servidor Front-End. Se você também estiver implantando Diretores, o FQDN de serviços Web externos definido para qualquer pool de Diretor ou Diretor deverá ser exclusivo de qualquer outro pool de Diretores ou Diretores, bem como qualquer pool de Front-Ends ou Servidor Front-End. Se decidir substituir os serviços Web internos por um FQDN autodefina, cada FQDN deverá ser exclusivo de qualquer outro pool de Front-Ends, diretor ou pool de diretores.

Balanceamento de carga dns em pools de servidores de borda

Você pode implantar o balanceamento de carga DNS em pools do Servidor de Borda. Se fizer isso, você deve estar ciente de algumas considerações.

O uso do balanceamento de carga DNS em seus Servidores de Borda causa uma perda de capacidade de failover nos seguintes cenários:

  • Federação com organizações que executam versões do Office Communications Server lançadas antes do Lync Server 2010.

  • Troca instantânea de mensagens com usuários de serviços públicos de mensagens instantâneas (IM) AOLand Yahoo!, além de servidores e provedores baseados em XMPP, como o Google Talk.

    Importante

    • No momento, o Google Talk é o único parceiro XMPP com suporte.

    • A partir de 1º de setembro de 2012, a Licença de Assinatura de Usuário de Conectividade de Mensagens Instantâneas públicas do Microsoft Lync ("PIC USL") não está mais disponível para compra para contratos novos ou renovados. Os clientes com licenças ativas poderão continuar federados com o Yahoo! Mensageiro até a data de término do serviço. Uma data de fim da vida útil de junho de 2014 para AOL e Yahoo! foi anunciado. Para obter detalhes, consulte Suporte para conectividade de mensagens instantâneas públicas no Lync Server 2013.

Esses cenários funcionarão enquanto todos os Servidores de Borda no pool estiverem em execução, mas se um Servidor de Borda não estiver disponível, qualquer solicitação para esses cenários enviados a ele falhará, em vez de roteamento para outro Servidor de Borda.

Se você estiver usando o Exchange UM, deverá usar um mínimo do Exchange 2013 para obter suporte para balanceamento de carga dns do Lync Server no Edge. Se você usar uma versão anterior do Exchange, os usuários remotos não terão recursos de failover para esses cenários de UNIFICAÇÃO do Exchange:

  • Reproduzindo Enterprise Voice caixa postal no telefone

  • Transferindo chamadas de um Atendedor Automático de Unificação de Mensagens do Exchange

Todos os outros cenários de UNIFICAÇÃO do Exchange funcionarão corretamente.

As interfaces de Borda interna e externa precisam usar o mesmo tipo de balanceamento de carga. Não é possível usar balanceamento de carga DNS em uma interface de Borda e balanceamento de carga de hardware na outra interface de Borda.

Implantando o balanceamento de carga dns em pools de servidores de borda

Para implantar o balanceamento de carga DNS na interface externa do pool do Servidor de Borda, você precisará das seguintes entradas DNS:

  • Para o serviço do Access Edge, você precisa de uma entrada para cada servidor no pool. Cada entrada deve resolver o FQDN do serviço de Borda de Acesso (por exemplo, sip.contoso.com) para o endereço IP do serviço de Borda de Acesso em um dos Servidores de Borda no pool.

  • Para o serviço de Borda de WebConferência, você precisa de uma entrada para cada servidor no pool. Cada entrada deve resolver o FQDN do serviço de Borda de WebConferência (por exemplo, webconf.contoso.com) para o endereço IP do serviço de Borda de WebConferência em um dos Servidores de Borda no pool.

  • Para o serviço de Borda de Áudio/Vídeo, você precisa de uma entrada para cada servidor no pool. Cada entrada deve resolver o FQDN do serviço de Borda de Áudio/Vídeo (por exemplo, av.contoso.com) para o endereço IP do serviço A/V Edge em um dos Servidores de Borda no pool.

Para implantar o balanceamento de carga DNS na interface interna do pool do Servidor de Borda, você deve adicionar um registro DNS A, que resolve o FQDN interno do pool do Servidor de Borda para o endereço IP de cada servidor no pool.

Usando o balanceamento de carga dns em pools de servidores de mediação

Você pode usar o balanceamento de carga DNS em pools autônomos do Servidor de Mediação. Todo o tráfego sip e de mídia é balanceado pelo balanceamento de carga dns.

Para implantar o balanceamento de carga DNS em um pool do Servidor de Mediação, você deve provisionar o DNS para resolver o FQDN do pool (por exemplo, mediationpool1.contoso.com) nos endereços IP de todos os servidores no pool (por exemplo, 192.168.1.1, 192.168.1.2 e assim por diante).

Bloqueando o tráfego para um servidor com balanceamento de carga DNS

Se você usar um balanceamento de carga DNS e precisar bloquear o tráfego para um computador específico, não é suficiente apenas remover as entradas do endereço IP do Pool FQDN. Você deve remover a entrada DNS do computador.

Observe que, para o tráfego de servidor para servidor, o Lync Server 2013 usa balanceamento de carga com reconhecimento de topologia. Os servidores leem a topologia publicada no repositório de Gerenciamento Central para obter os FQDNs dos servidores na topologia e distribuem automaticamente o tráfego entre os servidores. Para impedir que um servidor receba tráfego de servidor para servidor, você deve remover o servidor da topologia.