Planejamento de resiliência de voz do site central no Lync Server 2013
Tópico última modificação: 30-10-2013
Cada vez mais, as empresas possuem vários sites espalhados por todo o mundo. Manter os serviços de emergência, o acesso ao suporte ajuda e a capacidade de realizar tarefas comerciais críticas quando um site central está fora de serviço é essencial para qualquer Enterprise Voice de resiliência. Quando um site central torna-se indisponível, as seguintes condições devem ser atendidas:
O failover de voz deve ser fornecido.
Os usuários que normalmente se registram com o pool de Front-Ends no site central devem ser capazes de se registrar com um pool de Front-Ends alternativo. Isso pode ser feito criando vários registros SRV dns, cada um deles resolvido para um pool de Diretores ou um pool de Front-Ends em cada um dos seus sites centrais. Você pode ajustar a prioridade e os pesos dos registros SRV para que os usuários atendidos por esse site central obtenham o Diretor e o pool de Front-Ends correspondentes antes daqueles em outros registros SRV.
As chamadas para/de usuários localizados em outros sites devem ser reencaminhadas para a PSTN.
Este tópico descreve a solução recomendada para proteger a resiliência de voz do site central.
Arquitetura e topologia
O planejamento da resiliência de voz em um site central requer uma compreensão básica da função central desempenhada pelo Registrador do Lync Server 2013 na habilitação do failover de voz. O Registrador do Lync Server é uma função de servidor que permite o registro e a autenticação do cliente e fornece serviços de roteamento. Ele reside junto com outros componentes em um servidor Standard Edition, Servidor Front-End, Diretor ou Aparelho de Filial Persistente. Um pool de Registradores consiste em Serviços de Registrador em execução no pool de Front-Ends e que residem no mesmo site. O pool de Front-Ends deve ter balanceamento de carga. O balanceamento de carga DNS é recomendado, mas o balanceamento de carga de hardware é aceitável. Um cliente do Lync descobre o pool de Front-Ends por meio do seguinte mecanismo de descoberta:
Registro SRV de DNS
Serviço Web de Descoberta Automática (novo no Lync Server 2013)
Opção 120 do DHCP
Depois que o cliente do Lync se conecta ao pool de Front-Ends, ele é direcionado pelo balanceador de carga para um dos Servidores Front-End no pool. Esse Servidor Front-End, por sua vez, redireciona o cliente para um Registrador preferencial no pool.
Cada usuário habilitado para Enterprise Voice é atribuído a um pool de Registradores específico, que se torna o pool de Registradores primário desse usuário. Em um determinado site, centenas ou milhares de usuários normalmente compartilham um único pool de Registradores Avançados primário. Para calcular o consumo de recursos do site central pelos usuários do site de filial que dependem do site central para presença, conferência ou failover, recomendamos considerar cada usuário do site de filial como se fosse um usuário registrado no site central. Atualmente, não há limites para o número de usuários do site de filial, incluindo usuários registrados com um Aparelho de Filial Persistente.
Para garantir a resiliência de voz em caso de uma falha do site central, o pool de Registradores Avançados primário deve ter um único pool de Registradores Avançados de backup designado localizado em outro site. O backup pode ser configurado usando as configurações de resiliência do Construtor de Topologias. Supondo que haja um link WAN resiliente entre os dois sites, os usuários cujo pool de Registradores Avançados primário não está mais disponível serão direcionados automaticamente para pool de backup.
As etapas a seguir descrevem o processo de descoberta e registro de clientes:
Um cliente descobre o Lync Server por meio de registros SRV dns. No Lync Server 2013, os registros SRV dns podem ser configurados para retornar mais de um FQDN para a consulta DNS SRV. Por exemplo, se a empresa Contoso tiver três sites centrais (América do Norte, Europa e Ásia-Pacífico) e um pool de Diretores em cada um desses sites, os registros DNS SRV poderão apontar para os FQDNs do pool de Diretores em cada um dos três locais. Desde que o pool de Diretores em um dos locais esteja disponível, o cliente pode se conectar ao Lync Server do primeiro salto.
Nota
Usar um pool de Diretores é opcional. Um pool de Front-Ends pode ser usado em vez disso.
O pool de diretores informa o cliente do Lync sobre o pool de Registradores primário do usuário e o pool de Registradores de backup.
O cliente do Lync tenta se conectar ao pool de Registradores primário do usuário primeiro. Se esse pool estiver disponível, o Registrador Avançado aceitará o registro. Se o pool de Registradores primário não estiver disponível, o cliente do Lync tentará se conectar ao pool de Registradores de backup. Se esse pool estiver disponível e tiver verificado que o pool primário do usuário não está disponível (detectando a falta de pulsação durante um intervalo especificado de failover), o pool de backup aceitará o registro do usuário. Depois que o Registrador de backup detectar que o Registrador primário está novamente disponível, o pool de Registradores de backup redirecionará os clientes do Lync de failover para o pool primário.
A figura a seguir mostra a topologia recomendada para a segurança da resiliência do site central. Os dois sites são conectados por um link WAN resiliente. Se o site central ficar indisponível, os usuários atribuídos a esse pool serão direcionados para o site de backup para registro.
Topologia recomendada para resiliência de voz do site central
.jpg "central para resiliência de voz do site central")
Requisitos e recomendações
Os seguintes requisitos e recomendações para a implementação da resiliência de voz do site central são apropriados para a maioria das organizações:
Os sites nos quais residem os pools de Registradores Avançados primário e de backup devem estar conectados por um link WAN resiliente.
Cada site central deve conter um pool de Registradores Avançados que consiste em um ou mais Registradores Avançados.
Cada pool de Registradores Avançados deve ter sua carga balanceada por meio do balanceamento de carga DNS, do balanceamento de carga de hardware ou de ambos. Para obter informações detalhadas sobre como planejar sua configuração de balanceamento de carga, consulte requisitos de balanceamento de carga para o Lync Server 2013.
Cada usuário deve ser atribuído a um pool de Registradores primário usando o cmdlet set-CsUser do Shell de Gerenciamento do Lync Server ou o Lync Server Painel de Controle.
O pool primário deve ter um único pool de backup localizado em um site central diferente.
O pool de Registradores Avançados primário deve ser configurado de modo que seja feito o seu failover para o pool de Registradores Avançados de backup. Por padrão, o Registrador primário é definido para que esse failover ocorra após um intervalo de 300 segundos. Você pode alterar esse intervalo usando o Construtor de Topologias do Lync Server 2013.
Configure uma rota de failover, conforme descrito no tópico "Configurando uma rota de failover no Lync Server 2013" na documentação planejamento. Ao configurar a rota, especifique um gateway que está localizado em um site diferente do gateway especificado na rota primária.
Se o site central contiver o servidor de gerenciamento principal, e seja provável que esse site fique inoperante por um longo período, você precisará reinstalar suas ferramentas de gerenciamento no site de backup; caso contrário, você não poderá alterar nenhuma das configurações de gerenciamento.
Dependências
O Lync Server depende dos seguintes componentes de infraestrutura e software para garantir a resiliência de voz:
Componente |
Funcional |
DNS |
Resolver registros SRV e registros A para conectividade de servidor-servidor e servidor-cliente |
Exchange e Serviços Web do Exchange (EWS) |
Armazenamento de contatos; dados do calendário |
Unificação de Mensagens do Exchange e Serviços Web do Exchange |
Logs de chamada, lista de caixas postais, caixa postal |
Opções 120 do DHCP |
Se o DNS SRV não estiver disponível, o cliente tentará usar a Opção 120 do DHCP para descobrir o Registrador Avançado. Para que isso funcione, um servidor DHCP deve ser configurado ou o Lync Server 2013 DHCP deve ser habilitado. Para obter detalhes, consulte Requisitos de hardware e software para Branch-Site resiliência em requisitos de resiliência de site de filial para a seção Lync Server 2013 . |
Recursos de voz persistente
Se os requisitos e as recomendações anteriores tiverem sido implementados, os seguintes recursos de voz serão fornecidos pelo pool de Registradores Avançados de backup:
Chamadas PSTN de saída
Chamadas PSTN de entrada, se o provedor de serviços de telefonia oferecer suporte ao failover para um site de backup
Chamadas corporativas entre usuários no mesmo site e entre dois sites diferentes
Administração básica de chamadas, incluindo espera, recuperação e transferência de chamadas
Mensagens instantâneas entre dois participantes e compartilhamento de áudio e vídeo entre usuários no mesmo site
Encaminhamento de chamadas, toque simultâneo de pontos de extremidade, delegação de chamadas e serviços de chamada de equipe, mas somente se as duas partes da delegação de chamadas, ou todos os membros da equipe, estiverem configurados no mesmo site.
Os clientes e telefones existentes continuam funcionando.
Registro de detalhes das chamadas (CDR)
Autenticação e autorização
Dependendo de como são configurados, os seguintes recursos de voz podem ou não funcionar quando um site central primário está fora de serviço:
Depósito e recuperação de caixa postal
Se você desejar disponibilizar o UM do Exchange quando o site central primário estiver fora de serviço, deverá fazer o seguinte:
Altere os registros DNS SRV para que os servidores do UM do Exchange no site central apontem para os servidores de backup do UM do Exchange em outro site.
Configure o plano de discagem da UM do Exchange de cada usuário para incluir servidores um do Exchange no site central e no site de backup, mas designe os servidores um do Exchange de backup como desabilitados. Se o site primário ficar indisponível, o administrador do Exchange terá que marcar os servidores da UM do Exchange no site de backup como habilitados.
Se nenhuma das soluções anteriores for possível, a UM do Exchange não estará disponível no caso de o site central ficar indisponível.
Conferência de todos os tipos
Um usuário que fez failover para um site de backup pode ingressar em uma conferência criada ou hospedada por um organizador cujo pool está disponível, mas não pode criar nem hospedar uma conferência no seu próprio pool primário, que não está mais disponível. Da mesma forma, outros usuários não podem ingressar em conferências hospedadas no pool primário do usuário afetado.
Os seguintes recursos de voz não funcionam quando um site central primário está fora de serviço:
Atendedor Automático de Conferência
Roteamento baseado em DND e presença
Atualização de configurações de encaminhamento de chamadas
Serviço de Grupo de Resposta e Estacionamento de Chamada
Provisionamento de novos telefones e clientes
Pesquisa do Catálogo de Endereços na Web