Topologia de referência para Lync Server 2013 em grandes organizações com vários data centers

 

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

A topologia de referência para uma organização de grande porte com suporte a vários data centers destina-se a organizações de todos os tamanhos que tenham mais de um site central. A topologia exata no diagrama a seguir destina-se a uma organização com 50.000 usuários, sendo 20.000 usuários no Site central A, 20.000 no Site central B e 10.000 no Site central C e nos sites de filiais. O tipo de topologia mostrado neste diagrama pode acomodar organizações com qualquer número de usuários.

Além da alta disponibilidade fornecida por pools de Servidores Front-End, essa topologia adiciona suporte à recuperação de desastre. Os pools de Front-Ends nos Sites Centrais A e B são emparelhados. Se um desses pools ficar inativo, o administrador poderá mudar os serviços dos usuários afetados para o pool emparelhado no site não afetado.

Essa topologia é mostrada em vários diagramas, com uma visão geral seguida por exibições detalhadas dos sites centrais.

Visão geral da topologia de referência para grandes organizações com vários data centers

Topologia de referência para grandes organizações: Visão detalhada do Local Central A

Topologia de referência para grandes organizações: Visão detalhada do Local Central B

Topologia de referência para grandes organizações: Visão detalhada do Local Central C

• Os pools de front-end são emparelhados para habilitar a recuperação de desastre.   Os pools de Front-Ends no Site A e no Site B são emparelhados entre si para fornecer suporte à recuperação de desastre. Se o pool em um site falhar, o administrador poderá fazer failover dos usuários desse site para o pool de Front-Ends emparelhado no outro site, com um mínimo de interrupção de serviço para os usuários. Each of these two Front End pools has six servers, which is enough for all 40,000 users in both pools in case of failover. Para obter mais informações, consulte Planejamento de alta disponibilidade e recuperação de desastre no Lync Server 2013.

• Os Servidores Back-End são espelhados Para fornecer mais alta disponibilidade para recursos básicos do usuário, a organização implantou um par espelhado de Servidores Back-End para cada pool de Front-Ends. Essa é uma topologia opcional e você pode optar por implantar um único Servidor Back-End.

• Usando o servidor Standard Edition em um site de filial.   This organization considers Site C as a branch site because it has only 600 employees. However, the users there have many A/V conferences among themselves. Se ele foi implantado no Lync Server como um site de filial, a mídia dessas conferências seria executada em toda a WAN (rede de longa distância) de e para um site central que tem um Servidor Front-End implantado. Para evitar essa carga de largura de banda potencial, eles instalaram um par de servidores Standard Edition neste site, que hospedará essas conferências. E como os servidores Standard Edition estão instalados lá, o Lync Server, por definição, o considera um site central e é tratado como tal no Construtor de Topologias e na Ferramenta de Planejamento.

  Apenas um servidor Standard Edition seria suficiente para o desempenho aqui, mas a organização implantou dois e emparelhou-os para fornecer alta disponibilidade no caso de um servidor ficar inativo.

  Embora o Site C seja considerado um site central, não é necessário implantar servidores de borda nele. Nesse exemplo, o Local C usa os Servidores de Borda implantados no Local A.

• Monitoramento e arquivamento Essa organização implantou o monitoramento e o arquivamento. Quando você implanta esses dois recursos, eles são executados em todos os servidores front-end. Os bancos de dados desses recursos podem ser colocados com o banco de dados back-end ou em outro servidor. Essa organização colocou esses bancos de dados em um servidor separado dos servidores back-end, no Site central B. Nesse caso, os bancos de dados recebem dados do monitoramento e arquivamento dos servidores front-end em todos os sites.

• Opções de implantação de site de filiais.   Essa organização tem, na verdade, mais de 50 sites de filial, apenas três deles são mostrados nos diagramas detalhados. As Filiais 1 e 3 não têm um link WAN resiliente para o site central, portanto, eles têm Aparelhos de Filial Persistente implantados para fornecer serviço de telefone caso o link WAN para o site central seja inativo. O Site de Filial 2, no entanto, tem um link WAN resiliente, portanto, você precisa apenas de um gateway PSTN (rede telefônica pública comunada). O gateway PSTN implantado lá dá suporte ao bypass de mídia, portanto, nenhum Servidor de Mediação é necessário no Site de Filial B. Para obter detalhes sobre como decidir o que instalar em um site de filial, consulte Planning for Enterprise Voice resiliency in Lync Server 2013 in the Planning documentation.

• Tronco SIP e Servidor de Mediação.   Observe que no Site central B, o Servidor de Mediação não está colocado com os servidores front-end. Isso acontece porque recomenda-se usar um Servidor de Mediação independente para sites que usam o tronco SIP. Na maioria das demais instâncias, recomendamos colocar o Servidor de Mediação com o servidor front-end. Para obter detalhes sobre topologias do Servidor de Mediação, consulte Componentes e topologias do Servidor de Mediação no Lync Server 2013 na documentação de Planejamento.

• O chat persistente está implantado.   Essa organização implantou os servidores necessários para habilitar o chat persistente. Ela implantou vários servidores front-end de chat persistente para lidar com a carga do número de usuários no pool e proporcionar alta disponibilidade. Ela também implantou conformidade para chat persistente e colocou o repositório do chat persistente e o repositório de conformidade do chat persistente em servidores separados. Esses repositórios podem ser colocados e até mesmo colocados com o servidor back-end, mas a organização optou por separá-los para proporcionar desempenho melhor.

• Balanceamento de carga do DNS.   O pool de Front-Ends e o pool do Servidor de Borda, Isso elimina a necessidade de balanceadores de carga de hardware para a interface interna dos servidores de borda e reduz significativamente o tempo necessário para configuração e manutenção dos balanceadores de carga de hardware para os outros pools, pois os balanceadores de carga de hardware são necessários somente para tráfego HTTP. Para obter detalhes sobre o balanceamento de carga dns, consulte o balanceamento de carga dns no Lync Server 2013 na documentação de planejamento.

• Implantação de UM do Exchange.  O Lync Server funciona com implantações locais do Unificação de Mensagens do Exchange (UM) e um Exchange hospedado. O Site Central A inclui um Servidor de Unificação de Mensagens (UM) do Exchange, que executa Microsoft Exchange Server, não o Lync Server. A funcionalidade um do Exchange para o Lync Server é executada no pool de Front-Ends.

  O Site central B usa o Exchange hospedado. Portanto, a funcionalidade do servidor de UM do Exchange também é hospedada.

  Para obter detalhes sobre o Exchange UM, consulte Planning for Exchange Unified Messaging integration in Lync Server 2013 and Hosted Exchange Unified Messaging integration in Lync Server 2013 in the Planning documentation.

• Servidor do Office Web Apps.   Recomendamos implantar um servidor ou farm de servidores do Office Web Apps em todas as organizações que usem webconferência. Você pode implantar um único farm do Office Aplicativos Web Server em um site que atende ao tráfego de todos os sites ou implantá-lo em cada site. O servidor do Office Web Apps possibilita a apresentação de slides do PowerPoint em webconferências. Para obter mais informações, consulte Configurando a integração com o Office Aplicativos Web Server e o Lync Server 2013.

• Os diretores podem ser adicionados.  Se quiser aumentar a segurança contra ataques de negação de serviço, a organização também pode implantar um pool de diretores. Um Diretor é uma função de servidor separada e opcional no Lync Server que não tem contas de usuário doméstico ou fornece serviços de presença ou conferência. Ele serve como um servidor de próximo salto interno para o qual um Servidor de Borda roteia o tráfego SIP de entrada destinado a servidores internos. O Diretor pré-autentica solicitações de entrada e as redireciona para o pool ou servidor inicial do usuário. A pré-autenticação no diretor permite descartar solicitações de contas de usuário desconhecidas para implantação. Um Diretor ajuda a isolar Servidores Front-End de tráfego mal-intencionado, como ataques de Negação de Serviço (DoS). Se a rede estiver inundada com tráfego externo inválido nesse ataque, o tráfego terminará no Diretor.

• O System Center Operations Manager é implantado.  Recomendamos que você monitore a integridade da implantação do Lync Server para garantir a disponibilidade do serviço para os usuários finais. Você pode monitorar o Lync com o Pacote de Gerenciamento do System Center Operations Manager para Lync que está disponível como um download gratuito da Microsoft. Com o Pacote de Gerenciamento do Lync, você pode obter alertas proativamente em tempo real quando ocorrem problemas, executar transações sintéticas para testar a funcionalidade do Lync de ponta a ponta, obter relatórios de disponibilidade do serviço e assim por diante.  This helps you to proactively respond to issues with your deployment before end-users experience them.

  Essa organização implantou um servidor do System Center Operations Manager em cada site central.