Distribuição de carga de conferência no Lync Server 2013

 

Tópico última modificação: 22-10-2012

Ao contrário de algumas outras soluções de conferência dedicadas, a arquitetura do Lync Server é um modelo de hardware compartilhado. Isso significa que o mesmo hardware é compartilhado por muitos componentes de software, cada um dos quais dá suporte a comunicações em tempo real diferentes. Cada tipo de comunicação em tempo real coloca cargas específicas nos servidores. Por exemplo, o Servidor Front-End pode executar os componentes de roteamento do PROTOCOLO SIP, aplicativos Web (como pesquisa do Catálogo de Endereços), serviço de WebConferência, serviço de Conferência A/V, aplicativos Enterprise Voice (por exemplo, aplicativo aplicativo Atendedor de Conferência e grupo de resposta) e Servidor de Mediação. Um conjunto de bancos de dados no Servidor Front-End também fornece armazenamento e processamento para dados de usuário, contato, presença, conferência e roteamento de voz. Com esse compartilhamento de hardware, componentes, serviços e processos competem por recursos de CPU e memória, portanto, as cargas de trabalho que não são de conferência têm um impacto direto no dimensionamento do servidor.

Em comparação com outras soluções de conferência baseadas em porta de hardware, a arquitetura de conferência do Lync Server é um modelo sem reserva. Quando um usuário agenda uma reunião, o Lync Server cria um registro no banco de dados de conferência, que armazena dados de conferência, mas não reserva nenhum recurso de hardware para a reunião agendada antecipadamente. Em vez disso, o Lync Server tem lógica interna de balanceamento de carga para alocar dinamicamente recursos de conferência em Servidores Front-End de uma maneira que distribua cargas igualmente entre todos os Servidores Front-End no pool. Isso efetivamente provisiona e utiliza recursos de hardware, mas torna desafiador dar suporte a reuniões muito grandes (especialmente sem o planejamento apropriado). Por exemplo, quando um pool do Lync Server 2013 está sendo executado próximo à sua capacidade superior, cada Servidor Front-End pode hospedar aproximadamente 125 reuniões de tamanho médio. Adicionar outra reunião pequena não seria problema, mas adicionar uma reunião para 1.000 usuários, sim, pois os Servidores Front-End provavelmente não seriam compatíveis com tal reunião grande ao mesmo tempo que as outras 125 reuniões.