Alta disponibilidade e gerenciamento de Pool de Front-Ends
Saiba mais sobre o gerenciamento de pools do Front End no Skype for Business Server, incluindo gerenciamento de pools, perda de quorum e etapas especiais para pools com apenas dois Servidores front-end.
Em Skype for Business Server, a arquitetura dos pools front-end usa um modelo de sistemas distribuídos, com os dados de cada usuário mantidos em até três Servidores Front-End no pool. Recomendamos que todos os seus pools de front-end Edição Enterprise incluam pelo menos três Servidores front-end.
Nota
Skype for Business Server 2019 não dá suporte a Edição Enterprise pools de Front-End com dois Servidores front-end e não permitirá que a topologia seja publicada nesse cenário.
Planejando o gerenciamento de Pool de Front-Ends
Skype for Business Server usa um modelo de sistemas distribuídos com base em Windows Fabric. Neste modelo, dados importantes para cada usuário e conferência são armazenados em três Servidores Front-End em um pool de Front-End. Esses três servidores que armazenam um determinado conjunto de dados são chamados dereplicas.
Com o modelo distribuído para pools front-end, alguns 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 é um conjunto de usuários hospedados no pool. Cada grupo de roteamento tem três réplicas no pool: uma réplica primária e duas réplicas 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 |
| 16 Para Skype for Business Server 2019 |
12 |
Cada vez subsequente que o pool for iniciado, 85% dos servidores devem ser iniciados (conforme exibido na tabela anterior). Se esse número de servidores não puder ser iniciado (mas servidores suficientes possam ser iniciados para que você não esteja em perda de quorum no nível do pool), você poderá usar o Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery cmdlet para permitir que o pool se recupere dessa perda de quorum de nível de grupo de roteamento e faça progresso. Para obter mais informações sobre como usar esse cmdlet, consulte Reset-CsPoolRegistrarState.
Nota
Em pools com um número par de servidores, o Skype for Business Server usa o banco de dados SQL primário como testemunha. Em um pool como esse, se você desligar o banco de dados primário, alternar para a cópia Espelho e desligar alguns servidores Front-End, de modo que o número de servidores em execução seja insuficiente, de acordo com a tabela anterior, todo o pool será desligado. 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-End funcione, ele não pode estar em perda de quorum no nível do pool. Se o número de servidores em execução estiver abaixo do nível funcional conforme exibido na tabela anterior, os servidores restantes no pool interromperão todos os serviços do Skype for Business Server. Observe que os números na tabela a seguir pressupõem que os Servidores de 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 |
| 12-16 Para Skype for Business Server 2019 |
Qualquer 7 dos primeiros 12 servidores |
Na tabela anterior, os "primeiros servidores" são os servidores que foram criados primeiro, cronologicamente, quando o pool foi iniciado pela primeira vez. Para determinar esses servidores, você pode usar o Get-CsComputer cmdlet 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.
Importante
O número máximo de servidores front-end foi aumentado para 16 em Skype for Business Server 2019
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, certifique-se de que pelo menos três dos Servidores front-end estão em execução.
Se você estabelecer um relacionamento de emparelhamento entre este e um outro pool para fins de recuperação de desastres, após estabelecer esse relacionamento você deve garantir que o pool tenha três servidores Front-End em execução simultânea em algum momento para sincronizar adequadamente os dados com o pool de backup. Para obter mais informações sobre os recursos de emparelhamento de pool e recuperação de desastres, consulte Planejar a alta disponibilidade e a recuperação de desastres em Skype for Business Server.
Pool de Front-Ends com dois servidores Front-End
Não recomendamos implantar um pool de Front-End que contenha apenas dois Servidores front-end. Esse pequeno pool não fornecerá uma solução robusta de alta disponibilidade como um pool maior faria e demandará um gerenciamento mais cuidadoso. Além disso, se o Servidor de Back-End de um pool de dois servidores tiver sido reduzido, o pool em si provavelmente também cairá em breve. Se você quiser implantar apenas um ou dois servidores em execução Skype for Business Server, recomendamos implantá-los como servidores Standard Edition.
Se você precisar implantar um pool com dois Servidores front-end, siga estas diretrizes:
Se um dos dois Servidores front-end cair, você deverá tentar fazer com que o servidor com falha volte o mais rápido possível. 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 os dois 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>
Falhas e alterações na configuração do Pool de Front-Ends
Se um servidor Front-End falhar e não puder ser substituído em alguns dias ou mais, remova o servidor da topologia. Adicione o novo servidor Front-End à topologia quando estiver disponível novamente.
Sempre que fizer uma alteração na configuração de um Pool de Front-Ends, como adicionar ou remover servidores, você deve seguir estas diretrizes:
Após a publicação da nova topologia, você deve reiniciar cada servidor Front-End no pool. Reinicie todos, um de cada vez.
Se todo o pool tiver sido reduzido durante a alteração de configuração, execute o seguinte cmdlet após a publicação da nova topologia:
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset