Conclusões e recomendações

 

Tópico modificado em: 2011-03-25

A solução de resiliência de site metropolitano foi testada e é oficialmente suportada pela Microsoft; no entanto, antes de implantar esta topologia, você deve considerar as descobertas e recomendações a seguir.

Descobertas

• O failover de cluster funcionou conforme o esperado. Nenhuma etapa manual foi necessária, exceto para o Servidor de Chat de Grupo, Servidor de Arquivamento e Monitoring Server. Servidores Front End conseguiram estabelecer conexão com servidores de banco de dados de back-end depois do failover e reiniciaram o serviço normal. Clientes do Microsoft Lync 2010 reconectaram automaticamente.

• O failback do cluster funcionou conforme o esperado. É importante garantir que o repositório tenha ressincronizado antes do início do failback.

  Os usuários verão uma rápida sequência de saída/entrada conforme forem transferidos de volta para seu Servidor Front End usual, quando ele estiver disponível novamente.

• Quando o failover ocorreu, foi necessário iniciar o serviço de Pesquisa do serviço do Canal de Chat em Grupo no site do failover manualmente. Além disso, também foi necessário atualizar a configuração do Servidor de Conformidade do Chat em Grupo manualmente. Para detalhes, consulte Fazendo backup do Servidor de conformidade na documentação de Operações.

Recomendações

• Embora o teste tenha usado dois nós (um por site) em cada cluster SQL Server, é recomendável implantar nós adicionais para alcançar a redundância em site para todos os componentes da topologia. Por exemplo, se o nó do SQL Server ativo se tornar indisponível, um nó do SQL Server de backup no mesmo site e parte do mesmo cluster pode assumir a carga de trabalho até que o servidor com falha esteja online novamente ou seja substituído.

• Embora nosso teste tenha usado componentes fornecidos por determinados terceiros, a solução não depende ou estipula qualquer fornecedor em particular. Desde que os componentes sejam certificados e com suporte pela Microsoft, qualquer fornecedor qualificado servirá.

• Todos os componentes individuais da solução (por exemplo, componentes de cluster geograficamente dispersos) devem ter suporte e, onde apropriado, ser certificados pela Microsoft. Isso não significa, no entanto, que a Microsoft oferecerá suporte diretamente a componentes individuais de terceiros. Para suporte a componentes, entre em contato com o fornecedor terceiro adequado.

• Embora uma implantação em escala completa não tenha sido testada, esperamos que os números em escala publicados para o Lync Server 2010 reflitam a realidade. Com isso em mente, você deve planejar capacidade suficiente de modo que sobre o mínimo suficiente para continuar a operação em caso de failover. Para detalhes, consulte Planejamento de capacidade na documentação de Planejamento.

• As informações nesta seção devem ser usadas somente como orientação. Antes de implantar esta solução em um ambiente de produção, você deve construí-la e testá-la usando sua própria topologia.

Observação:

A Microsoft não oferece suporte a implementações desta solução onde a latência da replicação da rede e de dados entre os sites principal e secundário exceda 20 ms, ou quando a largura de banda não suportar o modelo do usuário para sua organização. Quando a latência exceder 20 ms, a experiência do usuário final deteriorará rapidamente. Além disso, o Servidor de Arquivamento e servidores de Conformidade de Chat em Grupo provavelmente começarão a atrasar, o que pode, por sua vez, fazer com que Servidores Front End e servidores de pesquisa de Chat em Grupo desliguem.