Planejando a resiliência de voz do local central

 

Tópico modificado em: 2011-03-23

Cada vez mais, as empresas possuem vários sites espalhados por todo o mundo. Para qualquer solução de resiliência do Enterprise Voice, é crucial manter os serviços de emergência, o acesso à assistência técnica e a capacidade de realizar tarefas corporativas essenciais quando um local central está fora de serviço. Quando um local 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 no pool de Front-Ends no site central devem ser capazes de se registrarem com um pool de Front-Ends alternativo. Isso pode ser feito criando vários registros SRV de DNS, cada qual resolve para um pool de Diretores ou 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 que são servidos pelo site central obtenham o pool de Diretores ou pool de Front-Ends correspondente antes daqueles em outros registros SRV.

• As chamadas de usuários localizados em outros sites e para eles devem ser roteadas 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 para a resiliência de voz em um site central requer uma compreensão básica do papel central desempenhado pelo Registrador do Microsoft Lync Server 2010 na habilitação do failover de voz. O Registrador do Lync Server 2010 é uma nova função de servidor que permite a autenticação e o registro de cliente e fornece os serviços de roteamento. Ele reside junto com outros componentes em um Servidor Standard Edition, Servidor Front-End Enterprise, Diretor ou Aparelho de Filial Persistente. Um pool de Registradores consiste em Serviços de Registrador sendo executados no pool do Lync Server e que residem no mesmo local. O pool deve ter balanceamento de carga. O balanceamento de carga DNS é recomendado, mas o balanceamento de carga de hardware é aceitável. Um cliente descobre o pool do Lync Server por meio de um registro SRV de DNS. Após o cliente se conectar ao pool, ele é direcionado pelo balanceador de carga a um dos servidores Front-End no pool. Por sua vez, o servidor Front-End redireciona o cliente para um Registrador preferido no pool.

Cada usuário habilitado para o Enterprise Voice é atribuído a um determinado pool de Registradores, que se torna o pool de Registradores principal do usuário. Em um determinado site, centenas ou milhares de usuários normalmente compartilham um único pool primário de Registradores. Para considerar o consumo de recursos do site central por qualquer usuário do site de filial que depende do site central para presença, conferência ou failover, recomendamos considerar cada usuário do site de filial como se o usuário fosse um usuário registrado no site central. Não existem limites atualmente para o número de usuários de sites de ramificação, incluindo usuários registrados com um Aparelho de Filial Persistente.

Para garantir a resiliência de voz em caso de falha do site central, o pool de Registradores primário deve ter um único pool de Registradores 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 há um link WAN resistente entre dois sites, os usuários cujo pool de Registradores primário não está mais disponível são direcionados automaticamente ao pool de Registradores de backup.

As seguintes etapas descrevem o processo de descoberta e o registro de cliente:

1. Um cliente descobre o Lync Server por meio de registros SRV do DNS. No Lync Server 2010, os registros SRV do DNS podem ser configurados para retornar mais de um FQDN para a consulta SRV do DNS. Por exemplo, se a empresa Contoso possui três sites centrais (América do Norte, Europa e Ásia-Pacífico) e um pool de Diretores em cada site central, os registros SRV do DNS podem apontar para os FQDNs do pool de Diretores em cada um dos três locais. Como o pool de Diretores em um dos locais está disponível, o cliente pode se conectar ao primeiro salto do Lync Server.

   Observação:
   Usar um pool de Diretores é opcional. Um pool de Front-Ends pode ser usado em vez disso.

2. O pool de Diretores informa o cliente sobre o pool de Registradores primário e o pool de Registrador de de backup do usuário.

3. O cliente tenta se conectar primeiro ao pool de Registradores primário do usuário. Se o pool de Registradores primário estiver disponível, o Registrador aceitará o registro. Se o pool de Registrador primário não estiver disponível, o cliente tentará se conectar ao pool de Registrador de backup. Se o pool de Registradores de backup estiver disponível e tiver determinado que o pool de Registrador primário do usuário não está disponível (detectando a falta de pulsação para um intervalo especificado de failover), o pool de Registradores de backup aceitará o registro do usuário. Depois que o Registrador de backup detecta que o Registrador primário está novamente disponível, o pool de Registradores de backup redirecionará os clientes failover para seu pool principal.

A figura a seguir mostra a topologia recomendada para garantir a resiliência do site central. Os dois sites são conectados por um link WAN resistente. Se o site central ficar indisponível, os usuários atribuídos a esse pool serão direcionados para o site de backup do registro.

Topologia recomendada para a resiliência de voz do site central

Requisitos e recomendações

Os seguintes requisitos e recomendações para a implementação de 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 primário e de backup devem estar conectados por um link WAN resistente.

• Cada site central deve conter um pool de Registradores que consiste em um ou mais Registradores.

• Cada pool de Registradores deve ser o balanceamento de carga usando o balanceamento de carga DNS ou o balanceamento de carga de hardware.

• Cada usuário deve ser atribuído a um pool de Registradores primário usando o cmdlet Shell de Gerenciamento do Lync Serverset-CsUser ou o Painel de Controle do Lync Server.

• O pool de Registradores primário deve ter um único pool de Registrador de backup localizado em um site central diferente.

• O pool de Registradores primário deve ser configurado para failover para o pool de Registradores de backup. Por padrão, o Registrador primário é definido para fazer failover para o pool de Registradores backup após um intervalo de 300 segundos. Você pode alterar esse intervalo usando o Construtor de Topologias do Lync Server.

• Configure uma rota de failover, como descrito no tópico Configurando um roteamento de failover na documentação de 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 continha o servidor de gerenciamento primário e o site pode ficar inoperante por um longo período, você precisa reinstalar suas ferramentas de gerenciamento no local de backup; caso contrário, você não poderá alterar nenhuma configuração de gerenciamento.

Dependências

O Lync Serverdepende dos seguintes componentes de software e infraestrutura para garantir a resiliência de voz:

Componente	Funcional
DNS	Resolvendo 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 de DHCP	Se o servidor DNS não estiver disponível, o cliente tentará usar a Opção 120 de DHCP para descobrir o Registrador. Para que isso funcione, um servidor DHCP deve ser configurado ou o DHCP do Lync Server 2010 deve ser ativado. Para obter detalhes, consulte os Requisitos de hardware e software para resiliência de site de filial na seção Requisitos de resiliência de locais de filial.

Recursos de voz persistente

Se os requisitos e recomendações anteriores foram implementadas, os seguintes recursos de voz serão fornecidos pelo pool de Registradores de backup:

• Chamadas PSTN em saída

• Chamadas PSTN de entrada, se o provedor oferecer suporte à capacidade de fazer failover para um site de backup

• As chamadas empresariais entre usuários do mesmo local e entre dois locais diferentes

• Tratamento básico de chamada, incluindo chamada em espera, recuperação e transferência

• Mensagens instantâneas entre duas pessoas e compartilhamento de áudio e vídeo entre usuários no mesmo site

• Encaminhamento de chamadas, toque simultâneo dos pontos de extremidade, delegação de chamada 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.

• Gravação de detalhes da chamada (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 SRV do DNS 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 do UM do Exchange de cada usuário para incluir os servidores do UM no site central e no site do backup, mas designe os servidores de UM de backup como desabilitados. Se o site primário ficar indisponível, o administrador do Exchange terá que marcar os servidores de UM no site de backup como habilitados.

  Se nenhuma das soluções anteriores for possível, o UM do Exchange não estará disponível caso o site central se torne indisponível.

• Conferência de todos os tipos

  Um usuário que realizou failover para um site de backup pode ingressar em uma conferência que é criada ou hospedada por um organizador cujo pool está disponível, mas não pode criar ou 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 das configurações de encaminhamento de chamada

• Serviço do Grupo de Resposta e Estacionamento de Chamada

• Provisionamento de novos telefones e clientes

Consulte Também

Outros Recursos

Planejando a resiliência de voz no local de filial