Requisitos de Balanceamento de Carga de Protocolos do Exchange

  • Artigo

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2011-11-02

Os protocolos e serviços de acesso para cliente do Microsoft Exchange possuem diferentes requisitos de balanceamento de carga. Alguns protocolos e serviços de acesso para cliente do Microsoft Exchange exigem afinidade entre o cliente e o servidor de Acesso para Cliente. Outros funcionarão sem essa afinidade, mas apresentarão melhoras no desempenho com esse recurso. Outros protocolos do Exchange não exigem essa afinidade do cliente com o servidor de Acesso para Cliente, e o desempenho não diminuirá sem essa afinidade.

Sumário

Protocolos do Exchange que exigem a afinidade do cliente com o servidor de Acesso para Cliente

Protocolos do Exchange que se beneficiam da afinidade do cliente com o servidor de Acesso para Cliente

Protocolos do Exchange que não exigem afinidade

Noções básicas sobre portas IP

Protocolos do Exchange que exigem a afinidade do cliente com o servidor de Acesso para Cliente

Os protocolos do Exchange a seguir exigem afinidade do cliente com o servidor de Acesso para Cliente. A afinidade deve durar o tempo de uma sessão de cliente.

  • Outlook Web App e o Painel de Controle do Exchange   O Microsoft Office Outlook Web App e o Painel de Controle do Exchange exigem afinidade do cliente com o servidor de Acesso para Cliente. Ao usar a autenticação com base em formulários, o que é padrão no Microsoft Exchange Server 2010, tanto o Outlook Web App quanto o Painel de controle do Exchange devem possuir afinidade com o mesmo servidor de Acesso para Cliente. Isso é necessário porque eles compartilharam o mesmo cookie de autenticação, e esse cookie somente pode ser descriptografado por um servidor específico de Acesso para Cliente.

  • Serviços Web do Exchange   Apenas um subconjunto de Serviços Web do Exchange exige afinidade. As solicitações de serviço de disponibilidade não exigem afinidade, já as inscrições exigem. Todos os aspectos dos Serviços Web do Exchange têm o desempenho aprimorado com a afinidade. Não damos suporte ao uso de Serviços Web do Exchange sem afinidade.

  • RPC sobre TCP do Outlook na Intranet   Os clientes do Outlook na Intranet pressupõem que todas as conexões RPC são feitas no mesmo servidor. O Outlook usa múltiplas sessões por usuário e pressupõe que todas as sessões se conectam ao mesmo servidor.

Protocolos do Exchange que se beneficiam da afinidade do cliente com o servidor de Acesso para Cliente

Os protocolos e serviços do Exchange a seguir funcionarão sem afinidade. No entanto, o desempenho sofre significativa redução quando eles são implantados sem afinidade.

  • Outlook Anywhere   As conexões do Outlook Anywhere são unidirecionais e dividem uma conexão de dados RPC simples em duas conexões HTTP. Uma conexão é para dados de entrada e outra para dados de saída. Quando não há afinidade entre esses dois tipos de conexão, o Outlook Anywhere tenta correlacionar as conexões fazendo a coordenação com outros membros da matriz de servidor de Acesso para Cliente. Isso aumenta o tráfego entre os servidores de Acesso para Cliente em cerca de 50% em uma matriz de dois servidores e em até 100% em uma matriz com um grande número de servidores.

  • Exchange ActiveSync   O Microsoft Exchange ActiveSync transmite aos clientes as notificações de novas mensagens por meio de uma solicitação HTTPS de longa duração do cliente para o servidor. Quando um cliente do Exchange ActiveSync é atribuído a um novo servidor de Acesso para Cliente, tal servidor precisa recriar a inscrição de notificação relacionada à caixa de correio do usuário. Isso resulta em penalidade significativa de desempenho.

  • Serviço de Catálogo de endereços do Exchange   Este é um novo serviço do Exchange 2010, que fornece acesso aos diretórios para clientes. Não usar afinidade resulta em um nível significativamente mais alto de comunicação entre o cliente e os servidores de Acesso para Cliente.

  • PowerShell Remoto Sem afinidade, os usuários terão de fazer novamente a autenticação caso uma conexão seja interrompida.

Protocolos do Exchange que não exigem afinidade

Há diversos protocolos e serviços do Exchange que não exigem afinidade, uma vez que são transacionais. Isto significa que se estabeleceu a conexão, a transação foi concluída e a conexão foi encerrada. Estes protocolos não aproveitam os benefícios da afinidade para o desempenho.

  • Catálogo de endereços offline

  • serviço de Descoberta Automática

  • POP3

  • IMAP4

Noções básicas sobre portas IP

A maioria dos serviços do Exchange 2010 são construídos com base em HTTP, utilizam a porta 443 para acesso com SSL (Secure Sockets Layer) e a porta 80 para acessos que não usam SSL. O Outlook Web App, o Exchange ActiveSync, o Outlook Anywhere e os Serviços Web do Exchange estão entre tais serviços. Respectivamente, POP3 e IMAP4 usam as portas 110 e 143 quando não estão criptografados com SSL e as portas 995 e 993 quando estão criptografados com SSL.

Outros serviços do Exchange, como o serviço de Acesso para Cliente RPC e o serviço de Catálogo de endereços do Exchange, são serviços RPC. Quando um cliente do Outlook se conecta diretamente ao servidor de Acesso para Cliente utilizando esses protocolos, em vez de usar o Outlook Anywhere, as portas TCP de ponto de extremidade para esses serviços são alocados pelo gerente de ponto de extremidade RPC. A alocação ocorre quando os serviços são iniciados. Isso exige uma vasta quantidade de portas de destino a serem configuradas para balanceamento de carga sem a habilidade de direcionar de forma específica o tráfego para esses serviços com base no número da porta. Você pode mapear estaticamente esses serviços a fim de especificar números de portas para simplificar o balanceamento de carga. Se as portas desses serviços estiverem estaticamente mapeadas, o tráfego ficará restrito à porta 135 e às duas portas específicas que foram selecionadas para esses serviços.

Configurar o mapeamento de porta estática para serviços com base em RPC

A porta estática para o serviço de Acesso para Cliente RPC é configurada no registro. A chave de registro a seguir deve ser configurada em todos os servidores de Acesso para Cliente. Defina a chave para o valor da porta que você deseja usar para conexões TCP ao serviço de Acesso para Cliente RPC.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD

Dica

Essa alteração afetará apenas as conexões internas via TCP, não atingindo as conexões do Outlook Anywhere que usam o túnel RPC/HTTP. As conexões do Outlook Anywhere com o serviço de Acesso para Cliente RPC ocorrem na porta 6001. Não é possível configurar esse atributo.

Esse processo deve também ser feito em quaisquer servidores de pasta pública em sua organização.

As portas estáticas para os dois pontos de extremidade RPC mantidos pelo serviço de Catálogo de endereços do Exchange são configuradas no arquivo Microsoft.Exchange.AddressBook.Service.Exe.config. Esse arquivo pode ser encontrado no diretório bin no caminho de instalação do Exchange de cada servidor de Acesso para Cliente. O valor RpcTcpPort no arquivo de configuração deve ser definido com o valor da porta que você deseja usar para conexões TCP desse serviço. Essa porta trata conexões de ABREF (indicação de Catálogo de Endereços) e a NSPI (Interface do Provedor de Serviço de Nome).

Dica

Não altere os valores das opções de configuração NspiHTTPPort e RfrHTTPPort. Como padrão, o Outlook está configurado para usar essas portas. A alteração desses valores resultará em atraso não desejado quando os clientes tentarem estabelecer conexões do Outlook Anywhere. As portas padrão são 6002 para NspiHTTPPort e 6004 para RfrHTTPPort.

 © 2010 Microsoft Corporation. Todos os direitos reservados.