Visão geral

 

Tópico modificado em: 2012-10-18

A solução de resiliência de site metropolitano descrita nesta seção envolve o seguinte:

• Divisão do pool Front-End entre dois sites físicos, a partir de agora chamados de Norte e Sul. No Construtor de Topologia, esses dois sites geográficos são configurados como um único site do Lync Server 2010.

• Criação de clusters separados e dispersos geograficamente (clusters de failover do Windows Server 2008 R2 separados fisicamente) para o seguinte:

  • Servidores Back-End

  • Servidores de banco de dados de Chat de Grupo

  • Servidores de arquivo

• Implantação de uma testemunha de compartilhamento de arquivo do Windows Server 2008 R2 a qual todos os clusters de servidor são conectados. Para determinar onde colocar a testemunha de compartilhamento de arquivo, consulte a documentação de cluster de failover do Windows Server 2008 R2 em https://go.microsoft.com/fwlink/?linkid=211216&clcid=0x416.

• Habilitação da replicação de dados síncronos entre os clusters dispersados geograficamente.

• Implantação de servidores executando determinadas funções de servidor em ambos os sites. Essas funções incluem Servidor Front-End, Servidor de Conferência A/V, Diretor, Servidor de Borda e Servidor de Chat de Grupo. Os servidores de cada tipo em ambos os sites estão localizados dentro de um pool desse tipo, que cruza ambos os sites. Exceto pelo Servidor de Chat de Grupo, todos os servidores desses tipos, em ambos os sites, estão ativos. Para o Servidor de Chat de Grupo, somente os servidores em um site podem estar ativos por vez. Os Servidores de Chat de Grupo no outro site precisam estar inativos.

  Além disso, o Monitoring Server e o Servidor de Arquivamento podem ser implantados em ambos os sites; no entanto, somente o Monitoring Server e o Servidor de Arquivamento em um site são associados aos outros servidores em sua implantação. O Monitoring Server e o Servidor de Arquivamento no outro site são implantados, mas não associados a quaisquer pools, e servem como um backup "ativo".

A figura a seguir fornece uma visão geral da topologia resultante.

Com a topologia retratada na figura anterior, um único site pode ficar indisponível por qualquer motivo e os usuários ainda poderiam acessar serviços de comunicações unificadas suportados em questão de minutos, em vez de horas. Para obter um retrato detalhado da topologia usada para testar a solução descrita nesta seção, consulte Topologia de resiliência local.

Escopo de teste e suporte

Essa solução de resiliência de site foi testada e é suportada pela Microsoft para as seguintes cargas de trabalho:

• IM e presença

• Cenários ponto a ponto; por exemplo, sessões de áudio/vídeo ponto a ponto

• Conferência de IM

• Webconferência

• Conferências A/V

• Compartilhamento de aplicativos

• Integração do Enterprise Voice com telefonia

• Aplicativos do Enterprise Voice, incluindo Atendedor de Conferência, Serviço de Anúncio de Conferência, Controle de Voz Externo e Serviço de Grupo de Resposta

• Dispositivos de comunicações unificadas aprovados

• URLs simples

• Chat de Grupo

• UM do Exchange

Cargas de trabalho fora do escopo

Os cenários a seguir podem ser implantados na topologia de resiliência de site metropolitano, mas o failover automático dessas cargas de trabalho não foi projetado e não é suportado:

• Federação e conectividade de IM pública

• Chamada de controle remoto

• Microsoft Lync Web App

• Gateway XMPP