Compartilhar via


Topologias e componentes para Servidores Front-End, serviço de mensagens instantâneas e presença no Lync Server 2013

 

Tópico última modificação: 24-10-2014

Os únicos componentes necessários para mensagem instantânea (IM) e presença são:

  • Servidores Front-End da sua organização ou servidores Standard Edition. As capacidades de IM e presença estão sempre habilitadas nesses servidores.

  • Um balanceador de carga, se você tiver um pool de Front-Ends do Enterprise Edition. Para obter mais informações, consulte Requisitos de balanceamento de carga para o Lync Server 2013.

Planejando a implantação de pools de front-end

No Lync Server 2013, a arquitetura do pool de Front-Ends foi alterada e essas alterações afetam como você deve planejar e manter seus pools de Front-Ends.

Recomendamos que todos os seus pools Edição Enterprise front-end incluam pelo menos três Servidores Front-End. No Lync Server, a arquitetura dos pools de Front-Ends usa um modelo de sistemas distribuídos, com os dados de cada usuário mantidos em três servidores Front-End no pool. Para obter mais informações sobre essa nova arquitetura, consulte as alterações de topologia no Lync Server 2013.

Se você não quiser implantar três servidores front-end do Edição Enterprise e quiser a recuperação de desastre, recomendamos usar o Lync Server Standard Edition e criar dois pools com uma relação de backup emparelhada. Isso fornecerá uma solução de recuperação de desastre com apenas dois servidores. Para obter mais informações sobre topologias e recursos de alta disponibilidade e recuperação de desastre, consulte Planejamento de alta disponibilidade e recuperação de desastre no Lync Server 2013.

Planejando o gerenciamento de pools de front-end

Para pools de Front-End, siga as diretrizes nesta seção.

Garantindo que os pools sejam funcionais

Com o novo modelo distribuído para pools de Front-End, determinados números de servidores de um pool devem estar em execução para que o pool funcione. Há dois modos de perda para um pool

  • Perda de quórum no nível do grupo de roteamento, causada por servidores de réplica insuficientes para um grupo de roteamento em particular. Um grupo de roteamento é uma agregação de um conjunto de usuários hospedados no pool. Cada grupo de roteamento tem três réplicas no pool: uma primária e duas secundárias.

  • Perda de quórum no nível do pool, causada quando um número insuficiente de servidores de propagação está em execução no pool.

Perda de quórum no nível do grupo de roteamento

A primeira vez que você iniciar um novo Pool de Front-Ends, é essencial que 85% dos servidores estejam em execução, conforme exibido na tabela a seguir. Se menos servidores estiverem em execução, os serviços poderão ficar parados no estado inicial e o pool pode não iniciar.

Número total de servidores no pool Número de servidores que devem estar em execução para que o pool seja iniciado na primeira vez

2

1

3

3

4

3

5

4

6

5

7

5

8

6

9

7

10

8

11

9

12

10

Cada vez subsequente que o pool for iniciado, 85% dos servidores devem ser iniciados (conforme exibido na tabela anterior). Caso não seja possível iniciar esse número de servidores (mas servidores suficientes podem ser iniciados para que não haja perda de quórum no nível do pool), é possível usar o cmdlet Reset-CsPoolRegistrarState –ResetType QuorumLossRecovery para permitir que o pool se recupere dessa perda de quórum no nível do grupo de roteamento e faça progresso. Para obter mais informações sobre como usar esse cmdlet, consulte Reset-CsPoolRegistrarState.

Nota

Como o Lync Server usa o banco de dados SQL primário como Testemunha, se você desligar o banco de dados primário e alternar para a cópia espelhada e desligar servidores front-end suficientes para que não sejam executados o suficiente de acordo com a tabela anterior, o pool inteiro ficará inativo. Para obter mais informações, consulte Testemunha de Espelhamento de Banco de Dados.

Perda de quórum no nível do pool

Para que um pool de Front-Ends funcione, ele não pode estar em perda de quorum no nível do pool. Se o número de servidores em execução ficar abaixo do nível funcional, conforme mostrado na tabela a seguir, os servidores restantes no pool interromperão todos os serviços do Lync Server. Observe que os números na tabela a seguir pressupõem que os Servidores Back-End no pool estão em execução.

Número total de Servidores Front-End no pool Número de servidores que devem estar em execução para o pool ser funcional

2

1

3-4

Qualquer um dos 2

5-6

Qualquer um dos 3

7

Qualquer um dos 4

8-9

Qualquer um dos 4 dos 7 primeiros servidores

10-12

Qualquer um dos 5 dos 9 primeiros servidores

Na tabela anterior, os “primeiros servidores” são aqueles criados primeiro, cronologicamente, quando o pool foi iniciado pela primeira vez. Para determinar esses servidores, você pode usar o cmdlet Get-CsComputer com a opção –PoolFqdn . Esse cmdlet exibirá os servidores na ordem em que aparecem na topologia, e aqueles que aparecem no topo da lista são os primeiros servidores.

Pools de front-end com dois servidores front-end

Não recomendamos implantar um pool de Front-Ends que contenha apenas dois Servidores Front-End. Se você precisar implantar esse pool, siga estas diretrizes:

  • Se um dos dois Servidores Front-End ficar inativo, você deverá tentar fazer o servidor com falha fazer backup assim que puder. Da mesma forma, se você precisar atualizar um dos dois servidores, ative-o assim que a atualização terminar.

  • Se por alguma razão você precisar desativar ambos os servidores ao mesmo tempo, realize o seguinte procedimento quando o tempo de inatividade do pool for concluído:

    • A melhor prática é reiniciar ambos os Servidores Front-End ao mesmo tempo.

    • Se os dois servidores não podem ser reiniciados ao mesmo tempo, você deve ativá-los na ordem contrária em que foram desativados.

    • Se você não puder trazê-los de volta nessa ordem, use o seguinte cmdlet antes de trazer o pool de volta para cima:.

      Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
      

Etapas adicionais para garantir que os pools sejam funcionais

Observe alguns outros fatores para garantir que seus Pools de Front-Ends permaneçam funcionais.

  • Ao mover usuários para o pool pela primeira vez, verifique se pelo menos três dos Servidores Front-End estão em execução.

  • Se você estabelecer uma relação de emparelhamento entre esse pool e outro pool para fins de recuperação de desastre, depois de estabelecer essa relação, você deve ter certeza de que esse pool tem três Servidores Front-End em execução simultaneamente em algum momento para sincronizar corretamente os dados com o pool de backup. Para obter mais informações sobre recursos de emparelhamento de pool e recuperação de desastre, consulte Planejamento de alta disponibilidade e recuperação de desastre no Lync Server 2013.

Melhorando a confiabilidade das atualizações de pool

Quando você precisar atualizar ou corrigir os servidores em um pool de Front-Ends, siga o fluxo de trabalho mostrado em Atualizar ou atualizar servidores front-end no Lync Server 2013 e as seguintes diretrizes:

  • Quando você migrar de um domínio de atualização para outro para atualizações (seguindo o fluxo de trabalho em Atualizar ou atualizar Servidores Front-End no Lync Server 2013), você usará o cmdlet Get-CsPoolUpgradeReadinessState e verificará o estado Pronto. Adicionar uma espera de 20 minutos entre cada domínio de atualização depois de atingir "Pronto" torna as atualizações mais confiáveis. Se ele se tornar Não Pronto durante esses 20 minutos, reinicie o temporizador de 20 minutos. Além disso, você pode executar o cmdlet Get-CsPoolFabricState antes e depois de iniciar o intervalo de 20 minutos e verificar se não há alterações nos primários e secundários dos grupos de roteamento.

  • Não vá para o próximo domínio de atualização se algum dos servidores no último domínio de atualização corrigido estiver preso ou não for reiniciado. Isso também se aplica se qualquer um dos servidores dentro de uma atualização não puder ser iniciado. Execute Get-CsPoolFabricState para garantir que todos os grupos de roteamento tenham um primário e pelo menos um secundário; isso confirmará se todos os usuários têm serviço.

  • Se alguns usuários tiverem serviço e outros não, execute Get-CsPoolFabricState com a opção –Verbose para verificar se há grupos de roteamento que têm réplicas ausentes. Não reinicie o pool inteiro como a primeira etapa de solução de problemas. Para obter mais informações sobre esse cmdlet, consulte Get-CsPoolFabricState.

  • Verifique se todas as instâncias das janelas Visualizador de Eventos ou Monitor de Desempenho estão fechadas para instalação/desinstalação do Windows Fabric.

Alterando a configuração de um pool de front-end

Sempre que você adicionar Servidores Front-End a um pool ou removê-los do pool e, em seguida, publicar a nova topologia, siga estas diretrizes:

  • Depois que a nova topologia for publicada, você deverá reiniciar cada Servidor Front-End no pool. Reinicie todos, um de cada vez.

  • Se o pool inteiro tiver sido inativo durante a alteração de configuração, execute o seguinte cmdlet depois que a nova topologia for publicada:

    Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
    

Se um Servidor Front-End falhar e for improvável que seja substituído por alguns dias ou mais, remova o servidor da topologia. Adicione o novo Servidor Front-End à topologia quando ele estiver disponível novamente.