Topologias de referência para Skype for Business Server
Topologias de referência para Skype for Business Server, incluindo diagramas e decisões a serem tomadas para organizações grandes, médias e pequenas.
A melhor topologia Skype for Business Server para você depende do tamanho da sua organização, das cargas de trabalho que você deseja implantar e das suas preferências por alta disponibilidade versus custo de investimento.
Esta seção descreve três exemplos de topologias de referência, incluindo o raciocínio por trás de muitas das decisões levadas em consideração em cada topologia.
Topologia de referência para organização de pequeno porte
A topologia de referência para pequenas organizações mostra como você pode implantar uma solução robusta e altamente disponível implantando apenas três servidores em execução Skype for Business Server.
Topologia de referência em pequenas organizações
Par de servidores standard edition implantados Essa organização tem 4.000 usuários em seu site central. Eles implantaram dois servidores Standard Edition e os emparelharam para habilitar a alta disponibilidade e a recuperação de desastres. Each server homes 2,000 users, but information about all users is synchronized between the two servers. If one goes down, an administrator can fail over those users to be served by the other server, with a minimum of disruption to users. Para obter mais informações sobre recursos de alta disponibilidade e recuperação de desastres em Skype for Business Server, consulte Planejar alta disponibilidade e recuperação de desastres em Skype for Business Server.
A implantação de um servidor de borda é recomendada. Embora não seja necessário ter um servidor de borda para mensagens instantâneas internas, presença e conferência, nós o recomendamos até mesmo para pequenas implantações. Você pode maximizar seu investimento Skype for Business Server implantando um Edge Server para fornecer serviço aos usuários atualmente fora dos firewalls da sua organização. Veja alguns dos benefícios:
Os próprios usuários da sua organização podem usar Skype for Business Server funcionalidade, se estiverem trabalhando em casa ou estiverem na estrada.
Os usuários da sua organização poderão convidar outros usuários para reuniões.
Se você tiver um parceiro, fornecedor ou organização de cliente que também use Skype for Business Server, poderá formar uma relação federada com essa organização. Sua implantação Skype for Business Server reconheceria os usuários dessa organização federada, levando a uma melhor colaboração.
Os usuários da sua organização poderão trocar mensagens instantâneas com usuários de alguns serviços públicos de mensagens instantâneas.
Sobrevivência do site de filial. Essa organização está executando um programa piloto do recurso Enterprise Voice de Skype for Business Server. Alguns usuários estão usando Skype for Business Server como sua única solução de voz. Alguns desses usuários piloto Enterprise Voice estão localizados no site da filial. O site da ramificação não tem um link de WAN (rede de ampla área) confiável para o site central, portanto, um Dispositivo de Branch de Sobrevivência é implantado lá. Com essa implantação, mesmo que o link de WAN fique inativo, os usuários do site de filial ainda poderão fazer e receber chamadas (tanto chamadas dentro da organização quanto chamadas PSTN), contar com a funcionalidade de caixa postal e comunicar-se por mensagens instantâneas entre duas partes. Os usuários também poderão ser autenticados quando o link de WAN estiver indisponível. Para obter mais informações, consulte Plan for Enterprise Voice resiliency in Skype for Business Server.
Implantação de UM do Exchange. Essa topologia de referência inclui um Servidor de UM (Mensagens Unificadas do Exchange), que é executado Microsoft Exchange Server, não Skype for Business Server.
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. O servidor do Office Web Apps possibilita a apresentação de slides do PowerPoint em webconferências.
Topologia de referência para organização de médio porte
A topologia de referência com alta disponibilidade e um único data center é projetada para organizações de pequeno a médio porte com um site central. A topologia exata no diagrama a seguir destina-se a uma organização com 20.000 usuários.
Topologia de referência para organizações de médio porte
Acomodar mais usuários com a adição de mais servidores front-end. A topologia exata desse diagrama tem três servidores front-end para dar suporte a 20.000 usuários. Se tiver um único site central e mais usuários, você poderá simplesmente adicionar mais servidores front-end ao pool. O máximo de usuários por pool é 80.000, com doze servidores front-end.
No entanto, a topologia de site único pode dar suporte a ainda mais usuários com a adição de outro pool de front-ends ao site.
O recurso de recuperação de desastres pode ser adicionado. Para essa organização, a alta disponibilidade para seus serviços de Skype for Business Server é um recurso necessário, mas a recuperação de desastres não é. O pool de Servidores Front-End implantados fornece alta disponibilidade.
Se quiser adicionar a capacidade de recuperação de desastres, a organização pode considerar estabelecer outro data center e adicionar outro pool de front-ends, emparelhando-o com o pool de front-ends no data center atual. Assim, caso um desastre afete o pool primário, os administradores poderão fazer o failover dos usuários no pool de backup.
Os servidores de 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-End.
Monitorando opções de banco de dados do servidor. Essa organização implantou o Monitoramento para garantir a qualidade das chamadas Enterprise Voice e conferências de A/V. O monitoramento é implantado em todos os servidores de front-ends, e o banco de dados de monitoramento é colocado com os servidores back-end. Também damos suporte a topologias nas quais o banco de dados de monitoramento está localizado em outro servidor.
Alta disponibilidade do Edge Server Nesta organização de exemplo com 20.000 usuários, apenas um Servidor do Edge seria suficiente para o desempenho. No entanto, há um pool de dois servidores de borda implantado para fornecer alta disponibilidade.
Opções de implantação de site de filiais. A organização nesta topologia Enterprise Voice implantada como sua solução de voz. O Branch Site 1 não tem um link de WAN (rede de ampla área) resiliente para o site central, portanto, ele tem um Dispositivo branch de sobrevivência implantado para manter muitos recursos Skype for Business Server caso o link WAN para o site central seja reduzido. Já o Site de filial 2 tem um link de WAN resiliente e, portanto, requer apenas um gateway PSTN (rede telefônica pública comutada). Como o gateway PSTN implantado dá suporte para bypass de mídia, o Site de filial 2 não requer nenhum Servidor de Mediação. Para obter mais informações, consulte Plan for Enterprise Voice resiliency in Skype for Business Server.
Balanceamento de carga do DNS. O pool de front-ends e o pool de servidores de borda têm balanceamento de carga do DNS para tráfego SIP implantado. Isso elimina a necessidade de balanceadores de carga de hardware para os servidores de borda e reduz significativamente a configuração e a 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 mais informações, confira Balanceamento de carga DNS.
Implantação de UM do Exchange. Essa topologia de referência inclui um Servidor de UM (Mensagens Unificadas do Exchange), que é executado Microsoft Exchange Server, não Skype for Business Server.
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. O servidor do Office Web Apps possibilita a apresentação de slides do PowerPoint em webconferências.
Os diretores podem ser adicionados. Se quiser ajudar a 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 em Skype for Business Server que não abriga contas de usuário ou fornece serviços de presença ou conferência. Ele serve como um servidor de próximo salto interno para o qual um Edge Server 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 doméstico 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 os Servidores Front-End de tráfego mal-intencionado, como ataques do DoS (negação de serviço). Se a rede for inundada com tráfego externo inválido em tal ataque, o tráfego terminará no Diretor.
É recomendável o System Center Operations Manager. Recomendamos que você monitore a integridade de sua implantação Skype for Business Server para ajudar a garantir a disponibilidade do serviço para usuários finais. Você pode usar o Pacote de Gerenciamento do System Center Operations Manager para Skype for Business disponível como download gratuito da Microsoft. With the Skype for Business Management Pack, you can proactively get real-time alerts when issues occur, run synthetic transactions to test end-to-end Skype for Business functionality, get reports for service availability, and so on. This helps you to proactively respond to issues with your deployment before end-users experience them.
Topologia de referência para organização de grande porte
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-End 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 front-end são emparelhados para habilitar a recuperação de desastres. Os pools front-end no Site A e no Site B são emparelhados entre si, para fornecer suporte à recuperação de desastres. Se o pool em um site falhar, o administrador poderá fazer fail over dos usuários desse site para o pool de Front-End 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 Planejar a alta disponibilidade e a recuperação de desastres em Skype for Business Server.
Os servidores de 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-End. Essa é uma topologia opcional e você pode optar por implantar um único Servidor de Back-End. SQL clustering and AlwaysOn Availability groups are also supported. For more information, see Back End Server high availability in Skype for Business Server.
Usando o servidor Standard Edition em um site de branch. 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 fosse implantado no Skype for Business Server como um site de branch, a mídia dessas conferências seria executada em toda a WAN (rede de ampla área) de e para um site central que tem um Servidor front-end implantado. Para evitar essa possível carga de largura de banda, eles instalaram um par de servidores Standard Edition neste site, que hospedarão essas conferências. E como os servidores Standard Edition estão instalados lá, Skype for Business Server por definição o considera um site central e é tratado como tal no Construtor de Topologia e na Ferramenta de Planejamento.
Apenas um servidor Standard Edition seria suficiente para o desempenho aqui, mas a organização implantou dois e os emparelhou para fornecer alta disponibilidade no caso de um servidor cair.
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, na verdade, tem mais de 50 sites de branch, dos quais apenas dois são mostrados nos diagramas detalhados. O Branch Site 1 não tem um link wan resiliente para o site central, portanto, eles têm dispositivos de branch de sobrevivência implantados para fornecer serviço telefônico caso o link WAN para o site central seja desligado. No entanto, o Branch Site 2 tem um link WAN resiliente, portanto, ele precisa apenas de um gateway PSTN (rede telefônica comutador público). Como o gateway PSTN implantado dá suporte para bypass de mídia, o Site de filial 2 não requer nenhum Servidor de Mediação. Para obter detalhes sobre como decidir o que instalar em um site de branch, consulte Planejar Enterprise Voice resiliência no Skype for Business Server.
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 mais informações sobre as topologias do Servidor de Mediação, consulte Components and Topologies for Mediation Server 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.
Nota
O chat persistente está disponível no Skype for Business Server 2015, mas não tem mais suporte em Skype for Business Server 2019. A mesma funcionalidade está disponível no Teams. Para obter mais informações, confira Introdução à atualização do Microsoft Teams. Se você precisar usar o chat persistente, suas opções são migrar usuários que exigem essa funcionalidade para o Teams ou continuar usando Skype for Business Server 2015.
Balanceamento de carga DNS. O pool de front-ends e o pool de servidores de borda usam balanceamento de carga do DNS. 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 mais informações, consulte (.. /.. /plan-your-deployment/network-requirements/load-balancing.md#BKMK_DNSLoadBalancing).
Implantação de UM do Exchange. Skype for Business Server funciona com implantações locais do Exchange Unified Messaging (UM) e do Exchange UM hospedado. O Site Central A inclui um servidor um (Mensagens Unificadas do Exchange), que executa Microsoft Exchange Server, não Skype for Business Server. A funcionalidade do Exchange UM para Skype for Business Server é executada no pool front-end.
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, confira Integração de Mensagens Unificadas do Exchange Local e Integração de Mensagens Unificadas do Exchange hospedada na documentação de planejamento.
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 o 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.
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 em Skype for Business Server que não abriga contas de usuário ou fornece serviços de presença ou conferência. Ele serve como um servidor de próximo salto interno para o qual um Edge Server 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 doméstico 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 os Servidores Front-End de tráfego mal-intencionado, como ataques do DoS (negação de serviço). Se a rede for inundada com tráfego externo inválido em tal ataque, o tráfego terminará no Diretor.
É recomendável o System Center Operations Manager. Recomendamos que você monitore a integridade de sua implantação Skype for Business Server para ajudar a garantir a disponibilidade do serviço para usuários finais. Você pode usar o Pacote de Gerenciamento do System Center Operations Manager para Skype for Business disponível como download gratuito da Microsoft. With the Skype for Business Management Pack, you can proactively get real-time alerts when issues occur, run synthetic transactions to test end-to-end Skype for Business functionality, get reports for service availability, and so on. This helps you to proactively respond to issues with your deployment before end-users experience them.