Suporte ao Communicator Web Access
Tópico modificado em: 2009-05-15
A versão 2007 R2 do Communicator Web Access não é um aplicativo autônomo. Ao contrário, ela funciona como uma extensão da implantação do Office Communications Server 2007 R2: o Office Communications Server 2007 R2 deve estar implantado e em execução para que seja possível até mesmo instalar o Communicator Web Access. Como extensão do Office Communications Server, isso significa que o Communicator Web Access deve interagir com outros componentes do Office Communications Server e depender deles para realizar as tarefas a ele designadas. Por exemplo, o Communicator Web Access autentica os usuários que fazem logon em um servidor virtual. No entanto, após a autenticação dos usuários, o Communicator Web Access precisa que o Office Communications Server forneça informações de presença e recursos de mensagens instantâneas.
As seções seguintes deste tópico fornecem informações adicionais sobre como integrar o Communicator Web Access com o Office Communications Server, bem como informações sobre requisitos de hardware e software, além de uma lista de verificação das etapas de implantação.
Topologias compatíveis
O Communicator Web Access oferece suporte a diversos cenários de implantação. Em uma organização menor, você pode instalar o Communicator Web Access em um computador e executar o Office Communications Server 2007 R2 em outro. Em organizações maiores, o Communicator Web Access pode ser implantado como uma matriz de servidores localizada atrás de um balanceador de carga de hardware.
O Communicator Web Access oferece suporte a dois tipos de servidores virtuais: interno (destinado a usuários autenticados que fazem logon atrás do firewall da organização) e externo (destinado a usuários autenticados que fazem logon fora do firewall da organização). Ao implantar o Communicator Web Access, será possível implantar um ou mais servidores virtuais internos ou implantar um ou mais servidores virtuais externos. Se desejar, você poderá implantar os dois tipos de servidor virtual, oferecendo assim uma maneira de os usuários fazerem logon no Communicator Web Access pela rede interna ou pela Internet. Você pode até mesmo hospedar um servidor virtual interno e um servidor virtual externo no mesmo computador, embora isso não seja recomendado por motivos de segurança.
Se você planeja implantar um servidor virtual externo, é recomendável implantar também um servidor proxy reverso. Nesse cenário, os usuários externos inicialmente se conectam ao servidor proxy reverso, em vez de se conectarem diretamente ao servidor do Communicator Web Access. Depois que eles tiverem sido autenticados, o servidor proxy reverso os encaminhará para um servidor ou pool de servidores do Communicator Web Access.
Como regra geral, o Communicator Web Access oferece suporte a qualquer configuração de proxy reverso para a criação de uma rede de perímetro, inclusive o Microsoft ISA (Internet Security and Acceleration) Server. No entanto, há uma exceção a essa regra geral. O Communicator Web Access dá suporte à autenticação de logon único. Com o logon único, um usuário que precisa acessar mais de um serviço baseado na Web pode fazer logon uma vez e receber acesso automaticamente a cada um desses serviços. Por exemplo, um usuário pode fazer logon e ser autenticado ao mesmo tempo no Microsoft Outlook Web Access e no Communicator Web Access.
O Communicator Web Access oferece suporte ao logon único, mas somente se o ISA Server 2006 for usado como servidor de autenticação. No momento, não há suporte para nenhum outro método de logon único.
Se você deseja habilitar a audioconferência e o compartilhamento de área de trabalho no Communicator Web Access, precisará implantar o Servidor de Conferência A/V e o Servidor de Mediação. (Você também precisará implantar o Servidor de Borda de Conferência A/V caso queira fornecer esses recursos aos usuários externos.) Se precisar manter um registro das sessões de mensagens instantâneas (um requisito legal em alguns setores), você deverá implantar e configurar o Servidor de Arquivamento.
Colocação compatível
O Communicator Web Access deve ser executado em um computador dedicado. Não há suporte para a colocação do Communicator Web Access com qualquer outra função de servidor do Office Communications Server.
Balanceamento de carga
O Communicator Web Access oferece suporte ao balanceamento de carga de hardware; não há suporte para o balanceamento de carga de software. Teoricamente, é possível usar um único balanceador de carga para gerenciar a conectividade do Office Communications Server e do Communicator Web Access. Embora funcione, isso não garante que as solicitações de conexão serão compartilhadas igualmente entre todos os servidores na matriz do Communicator Web Access. Por isso, é recomendável dedicar um balanceador de carga exclusivamente ao uso com o Communicator Web Access.
Qualquer balanceador de carga que ofereça suporte à afinidade do cliente pode ser usado com o Communicator Web Access. A afinidade do cliente garante que uma sessão inteira será realizada em um único servidor do Communicator Web Access. O Communicator Web Access não permite que uma sessão comece em um servidor e, de alguma forma, seja transferida para outro servidor. Se um usuário fizer logon no Servidor A no início de uma sessão, ele continuará usando esse servidor durante toda a sessão. Se o Servidor A apresentar falha, a sessão será encerrada. (Esse usuário poderá entrar novamente, e o balanceador de carga o encaminhará para um servidor que ainda esteja em execução.) Os usuários conectados ao Servidor B ou Servidor C não terão suas sessões interrompidas se o Servidor A falhar.
Para obter o desempenho ideal, os balanceadores de carga com o Communicator Web Access também devem oferecer suporte ao seguinte:
Você deve estar apto a definir o tempo limite ocioso do TCP para 1.800 segundos. Se você estiver usando o Microsoft ISA (Internet Security and Acceleration) Server como um proxy reverso ou um servidor de logon único, também deverá definir o tempo limite ocioso no ISA Server como 1.800 segundos.
Se a expectativa é que o balanceador de carga manipule mais de 65.000 conexões simultâneas, você deve usar o SNAT (conversão de endereço de rede de origem).
Observação: Não há suporte para o uso do DNAT (conversão de endereço de rede de destino) no Communicator Web Access. Para ajudar a garantir a afinidade do cliente, o balanceador de carga deve oferecer suporte a um balanceamento de carga baseado em cookies. É recomendável usar o HTTP Cookie Insert ao criar o perfil de persistência de cookie do balanceador de carga.
Para obter detalhes sobre os requisitos gerais do balanceador de carga, consulte Planejando o balanceamento de carga.
Hardware necessário
Não é necessário nenhum hardware especial para um servidor do Communicator Web Access. (No entanto, se você estiver configurando um pool de servidores, poderá usar um balanceador de carga de hardware para direcionar clientes para um servidor específico.) Para obter detalhes sobre o hardware mínimo recomendado para o servidor do Communicator Web Access, consulte Requisitos de componentes internos do Office Communications Server.
Como regra geral, o aumento da velocidade do processador, do disco rígido ou da placa de rede surte um efeito mínimo no desempenho do Communicator Web Access. Se você deseja melhorar o desempenho (e aumentar a capacidade) dos servidores do Communicator Web Access, a melhor abordagem é adicionar memória.
Software necessário
Para obter detalhes sobre os sistemas operacionais compatíveis com a versão 2007 R2 do Communicator Web Access, consulte Requisitos de componentes internos do Office Communications Server.
Além disso, os softwares a seguir devem estar em execução para que o Communicator Web Access possa ser instalado:
- Microsoft Visual C++ Redistributable
- Microsoft .NET Framework 3.5 com Service Pack 1
- Componentes Principais do Office Communications Server
- Microsoft SQL Server Native Client
- Microsoft Unified Communications Managed API Redistributable
- IIS (Serviços de Informações da Internet)
Se você estiver instalando o Communicator Web Access por meio do Assistente para Implantação do Office Communications Server 2007 R2, o programa de instalação verificará se cada um desses aplicativos foi instalado. Se eles não tiverem sido instalados, o assistente avisará e se oferecerá para fazer a instalação dos programas ausentes para você. Se você estiver instalando o Communicator Web Access usando a linha de comando, será necessário instalar cada um desses aplicativos antes de iniciar a instalação do Communicator Web Access.
Os mesmos requisitos de software se aplicam a qualquer computador em que você queira instalar o Communicator Web Access Manager, a ferramenta principal para administração da infraestrutura do Communicator Web Access. Não é necessário instalar o Communicator Web Access Manager em um computador que esteja executando o próprio Communicator Web Access. Isso permite a configuração de um computador administrativo separado e distinto dos servidores do Communicator Web Access.
Processo de implantação
Como planejador, você não precisa saber os procedimentos passo a passo de criação de um registro DNS ou de habilitação de usuários para acesso remoto. No entanto, será útil para os planejadores compreender as tarefas básicas envolvidas na implantação do Communicator Web Access em uma organização. Por isso, essas etapas são descritas resumidamente na tabela a seguir.
Tabela 1. Processo de implantação do Communicator Web Access
Fase |
Etapas |
Permissões |
Documentação |
Verificar os requisitos do Communicator Web Access |
|
Grupo Admins. de DNS ou Admins. do Domínio |
Verificando os requisitos do servidor do Communicator Web Access Verificando os requisitos do cliente do Communicator Web Access |
Preparar registros DNS |
|
Grupo Admins. de DNS ou Admins. do Domínio |
|
Instalar e configurar o IIS (Serviços de Informações da Internet) |
|
Grupo local de administradores |
|
Preparar e instalar certificados |
|
Grupo local de administradores |
|
Implantar o Office Communications Server 2007 R2 |
|
Vários |
Implantando o Office Communications Server 2007 R2 para acesso de usuário interno |
Instalar e ativar o Communicator Web Access |
|
Grupo local de administradores Grupo Admins. do Domínio |
|
Publicar URLs do Communicator Web Access |
Publique as URLs do Communicator Web Access. |
Grupo local de administradores Grupo Admins. do Domínio |
|
Instalar o Communicator Web Access Manager |
Instale o Communicator Web Access Manager e as Ferramentas de Administração do Office Communications Server. Essas ferramentas não precisam ser instaladas no mesmo computador em que o Communicator Web Access está instalado. |
Grupo local de administradores Grupo Admins. do Domínio |
|
Instalar um balanceador de carga e um servidor proxy reverso (opcional) |
|
Grupo local de administradores Grupo Admins. do Domínio |
Usando um balanceador de carga para aumentar a capacidade e a disponibilidade Usando um proxy reverso para habilitar o acesso de usuário remoto |
Configurar o servidor do Communicator Web Access para alcançar o desempenho ideal |
|
Grupo local de administradores |
Habilitando o SSL do kernel no Windows Server 2003 |
Habilitar e configurar as contas de usuário |
No AD DS (Serviços de Domínio Active Directory), configure as contas de usuário habilitando-as para o Office Communications Server 2007 R2. |
Grupo Admins. do Domínio |
Implantando o Office Communications Server 2007 R2 para acesso de usuário interno |
Testar o site do Communicator Web Access |
Verifique a conectividade dos usuários internos, externos e anônimos. |
Admins. do Domínio |
|
Verificar a configuração de balanceamento de carga (se aplicável) |
|
Grupo Admins. do Domínio |
|
Definir as novas configurações do Communicator Web Access |
Quando necessário, modifique no Communicator Web Access as configurações de recursos como compartilhamento de área de trabalho, audioconferência e expansão de grupo de distribuição. |
Grupo Admins. do Domínio |