Servidores da topologia de resiliência local metropolitana
Tópico modificado em: 2011-10-18
A topologia de resiliência do site metropolitano pode incluir diferentes tipos de funções de servidor, como a seguir.
Pool de Front-Ends
Este pool hospeda todos os usuários do Lync Server. Cada site, Norte e Sul, contém quatro Servidores Front-End configurados de forma idêntica. O Banco de Dados Back-End é implantado como dois nós de cluster Ativo/Passivo do SQL Server 2008 dispersos geograficamente, sendo executado no serviço de Cluster de Failover do Windows Server 2008 R2. A replicação síncrona de dados é necessária entre os dois Servidores de Banco de Dados Back-End.
Em nossa topologia de teste, o Servidor de Mediação foi colocado no Servidor Front-End. As topologias com o Servidor de Mediação autônomo também são suportadas.
Nossa topologia de teste usou o balanceamento de carga DNS para balancear o tráfego SIP no pool, com balanceadores de carga de hardware implantados para o tráfego HTTP.
As topologias que usam os balanceadores de carga de hardware somente para balancear todos os tipos de tráfego também são suportadas para resiliência do site.
Pool de Conferências A/V
Implantamos um único pool de Conferência A/V com quatro Servidores de Conferência A/V, dois em cada site.
Pool de diretores
Implantamos um único pool de Diretores com quatro Diretores, dois em cada site.
Pool de Borda
Os Servidores de Borda executaram todos os serviços (serviço de Borda de Acesso, serviço de Borda de Conferência A/V, e serviço de Borda de Webconferência), mas os testamos somente nos cenários de usuário remoto. A federação e a conectividade de serviços públicos de IM estão fora do escopo deste documento.
Recomendamos o balanceamento de carga DNS para seu pool de Borda, mas também suportamos o uso dos balanceadores de carga de hardware. A interface interna da Borda e a interface externa da Borda devem usar o mesmo tipo de balanceamento de carga. Você não pode usar o balanceamento de carga DNS em uma interface de Borda e o balanceamento de carga de hardware na outra interface de Borda. Se você usar balanceadores de carga de hardware para o pool de Borda, o balanceador de carga de hardware em um site servirá como o balanceador de carga primário e responderá às solicitações com o endereço IP virtual do serviço de Borda apropriado. Se o balanceador de carga primário estiver indisponível, o balanceador de carga de hardware secundário em outro site assumirá. Cada site tem sua própria sub-rede IP; as redes de perímetro não foram alongadas nos sites do Norte e do Sul.
Servidores de Chat de Grupo
Cada site hospeda um serviço de Canal e um serviço de Pesquisa, mas esses serviços só podem estar ativos em um dos sites por vez. O serviço de Canal e o serviço de Pesquisa de outro site devem ser interrompidos ou desabilitados. Caso ocorra um failover de site, é necessário a intervenção manual para iniciar esses serviços no local de failover.
Cada site também hospeda um Servidor de Conformidade, mas somente um desses servidores pode estar ativo por vez. Caso ocorra um failover e failback de site, a intervenção manual é necessária para restaurar o serviço. Para obter detalhes, consulte Fazendo backup do Servidor de conformidade na documentação de Operações.
Implantamos o banco de dados Back-End de Chat de Grupo como como dois nós de cluster Ativo/Passivo do SQL Server 2008 dispersos geograficamente, sendo executados no serviço de Cluster de Failover do Windows Server 2008 R2. A replicação de dados entre os dois servidores de banco de dados Back-End deve ser síncrona. Uma única instância de banco de dados é usada para os dados de conformidade e do Chat de Grupo.
Monitoring Server e Servidor de Arquivamento
Para o Monitoring Server e o Servidor de Arquivamento, recomendamos uma implantação em espera ativa. Implante essas funções de servidor nos dois sites, em um único servidor em cada site. Apenas um desses servidores está ativo e os pools de sua implantação são todos associados ao servidor ativo. O outro servidor é implantado e instalado, mas não é associado a nenhum pool.
Se o servidor principal ficar indisponível, use o Construtor de Topologias para associar manualmente os pools ao servidor em espera, que se tornará o servidor primário.
Cluster de servidor de arquivos
Implantamos um servidor de arquivos como um recurso de cluster disperso geograficamente de dois nós usando o Cluster de Failover do Windows Server 2008 R2. A replicação síncrona de dados era necessária. Qualquer função do Lync Server que requer um compartilhamento de arquivo e está dividida em dois sites deve usar este cluster de compartilhamento de arquivo. Isso inclui o seguinte:
Local do conteúdo da reunião
Local dos metadados da reunião
Local de arquivamento da reunião
Repositório de arquivos do Servidor de Catálogo de Endereços
Repositório de dados do aplicativo
Repositório de dados de Atualização do Cliente
Repositório de arquivos de conformidade do Chat de Grupo
Local dos arquivos de carregamento do Chat de Grupo
Proxy Reverso
Um servidor proxy reverso é implantado em cada site. Em nossa topologia de teste, esses servidores executavam o Microsoft Forefront Threat Management Gateway. Cada servidor que executa o Microsoft Forefront Threat Management Gateway é executado de forma independente dos outros. Um balanceador de carga de hardware foi implantado em cada site.