Equilíbrio de carga e tolerância a falhas para servidores de Transporte

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2007-10-22

Este tópico descreve os mecanismos de balanceamento de carga e as opções de tolerância a falhas para roteamento de mensagens com servidores de transporte do Microsoft Exchange Server 2007. No Exchange 2007, as opções de balanceamento de carga e tolerância a falhas com roteamento de mensagens ocorrem automaticamente para aumentar a disponibilidade de servidores de transporte para um fluxo e uma entrega de mensagens eficientes na organização do Exchange.

O roteamento do Exchange 2007 usa algoritmos determinísticos para selecionar o caminho de roteamento de menor custo sobre o qual rotear mensagens para sites remotos do Active Directory, conectores de envio e grupos de roteamento remoto. Para obter mais informações sobre como o caminho de roteamento de menor custo é calculado, consulte Compreendendo o roteamento baseado em site do Active Directory.

Depois que o caminho de roteamento de menor custo for escolhido, os mecanismos de balanceamento de carga e de tolerância a falhas serão úteis em vários cenários diferentes de roteamento de mensagens. Todos os cenários de roteamento de mensagens nos quais o Exchange 2007 fornece balanceamento de carga e tolerância a falhas seguem um abordagem comum. Se mais de um servidor de transporte estiver disponível, será usado o balanceamento de carga round robin. Por exemplo, quando houver mais de um servidor de Transporte de Hub em um site remoto do Active Directory, o balanceamento de carga round robin determinará o caminho de roteamento. A tolerância a falhas é obtida pela conexão com o próximo servidor disponível em uma lista priorizada de servidores quando o servidor selecionado não estiver disponível.

Cenários do roteamento de mensagens que aceitam balanceamento de carga e tolerância a falhas

Esta seção descreve os seguintes cenários de roteamento de mensagens em que o roteamento do Exchange 2007 fornece balanceamento de carga e tolerância a falhas:

• Retransmissão de mensagem em que vários servidores de transporte de origem são especificados em um conector de envio no mesmo site do Active Directory

• Retransmissão de mensagem de um servidor de Transporte de Hub para um servidor de Transporte de Borda

• Retransmissão de mensagem de um servidor de Transporte de Borda para um servidor de Transporte de Hub

• Retransmissão de mensagem para um site remoto do Active Directory

• Retransmissão de mensagem de um servidor de Caixa de Correio para um servidor de Transporte de Hub

• Retransmissão de mensagem de um servidor de Transporte de Hub por um conector de grupo de roteamento do Microsoft Exchange Server 2003

• Retransmissão de mensagem de servidores SMTP (Simple Mail Transfer Protocol) de terceiros

Retransmissão de mensagens em que vários servidores de transporte de origem são especificados em um conector de envio no mesmo site do Active Directory

O mecanismo de balanceamento de carga descrito nesta seção se aplica a todos os tipos de conectores que estão configurados para email de saída nos servidores de Transporte de Borda e de Transporte de Hub, como conectores SMTP, conectores externos e conectores de grupos de roteamento.

Ao especificar mais de um servidor de transporte de origem em um conector, o balanceamento de carga será obtido de uma maneira round robin, distribuindo conexões pelos servidores de origem. A tolerância a falhas é obtida por failover no próximo servidor de origem alternativo quando a tentativa anterior do servidor de origem estiver indisponível para esse conector.

Na figura a seguir, o conector de envio C1 está configurado para usar o servidor de Transporte de Hub A e o servidor de Transporte de Hub B como servidores de origem. Quando o servidor de Transporte de Hub C rotear mensagens para o servidor de envio C1, a distribuição de mensagens fará o balanceamento de carga entre o servidor de Transporte de Hub A e o servidor de Transporte de Hub B.

Vários servidores de transporte de origem em um conector de envio no mesmo site do Active Directory

O balanceamento de carga não ocorrerá se o servidor que estiver retransmitindo a mensagem também estiver configurado como o servidor de transporte de origem para o conector selecionado. Nessas instâncias, a proximidade do servidor local terá precedência sobre a proximidade do site local do Active Directory, e a mensagem será sempre roteada com o servidor local. Nessa figura, se o servidor de Transporte de Hub C também estiver configurado como um servidor de transporte de origem no conector de envio C1, a mensagem retransmitida do servidor de Transporte de Hub C é roteada pelo conector de envio C1, em vez de haver um balanceamento de carga para os servidores de Transporte de Hub A e B.

Retransmissão de mensagem de um servidor de Transporte de Hub para um servidor de Transporte de Borda

Quando houver mais de um servidor de Transporte de Borda inscrito em um único site do Active Directory, todos os servidores de Transporte de Borda serão adicionados como servidores de origem em um único conector de envio de entrada nos servidores de Transporte de Borda. O balanceamento de carga entre os servidores de Transporte de Borda é obtido de forma semelhante ao balanceamento de carga entre vários servidores de Transporte de Hub no mesmo conector de envio.

Mensagens que são destinadas à Internet são roteadas primeiro para o site do Active Directory no qual os servidores de Transporte de Borda estão inscritos. O servidor de Transporte de Hub de recebimento desse site retransmite então as mensagens para um dos servidores de Transporte de Borda listados como servidores de transporte de origem no conector de envio configurado para usar resolução do endereço DNS. O balanceamento de carga das solicitações de conexão ocorre nos servidores de Transporte de Borda inscritos. Se o servidor selecionado não estiver disponível, a conexão tentará o próximo servidor de Transporte de Borda que está hospedando o conector de envio configurado para usar resolução do endereço DNS.

Failover manual de um servidor de Transporte de Borda

É recomendável inscrever mais de um servidor de Transporte de Borda em um site do Active Directory para fornecer tolerância a falhas e failover automático, caso um dos servidores de Transporte de Borda fique offline. Se você puder inscrever apenas um servidor de Transporte de Borda em um site do Active Directory, quando o servidor de Transporte de Borda ficar offline, você deverá intervir manualmente para rotear novamente a mensagem ligada à Internet por meio de outro site do Active Directory.

Conforme mostrado na figura a seguir, se o servidor de Transporte de Borda 1 ficar offline, você poderá desabilitar manualmente o * Conector que está configurado no servidor de Transporte de Borda 1 no serviço de diretório do Active Directory do Site 1. O email que está na fila do Site 1 do servidor de Transporte de Borda 1 será automaticamente reenviado, categorizado e roteado outra vez, usando o algoritmo de seleção de conector, por meio de um dos outros sites do Active Directory em que o servidor de Transporte de Borda está inscrito.

Nessa figura, o email é novamente roteado para o Site 2 do Active Directory para ser roteado pelo servidor de Transporte de Borda 2. Quando o servidor de Transporte de Borda 1 se tornar disponível novamente, você deverá reabilitar seu * Conector no Site 1 do Active Directory, para que o emal ligado à Internet do Site 1 possa ser roteado pelo servidor de Transporte de Borda 1.

Failover manual de um servidor de Transporte de Borda

Retransmissão de mensagem de um servidor de Transporte de Borda para um servidor de Transporte de Hub

Quando um servidor de Transporte de Borda estiver inscrito em um site do Active Directory, um conector de envio será criado e configurado automaticamente no servidor de Transporte de Borda. Esse conector envia mensagens para os servidores de Transporte de Hub do site do Active Directory em que o servidor de Transporte de Borda está inscrito. Esse conector de envio está configurado para usar um marcador --  no espaço de endereçamento. O marcador --  do espaço de endereçamento do conector de envio de entrada representa os domínios aceitos de retransmissão interna e autoritativos da organização do Exchange. Os servidores de Transporte de Hub implantados no site do Active Directory no momento da criação da Inscrição de Borda são listados como hosts inteligentes do conector. O balanceamento de carga e a tolerância a falhas são obtidos por meio dos servidores de Transporte de Hub que estão na lista de hosts inteligentes do conector de envio de entrada.

Retransmissão de mensagem para um site remoto do Active Directory

Quando mais de um servidor de Transporte de Hub for implantado em um único site do Active Directory, as conexões com esses servidores de Transporte de Hub de outros sites do Active Directory serão priorizadas de uma maneira round robin. Quando um servidor de Transporte de Hub de um site do Active Directory resolve o local de um destinatário de um servidor de Caixa de Correio em outro site do Active Directory, uma lista priorizada dos servidores de Transporte de Hub do site remoto é retornada. Se um servidor de Transporte de Hub de um site do Active Directory não estiver disponível, tentativas de conexão serão feitas em outros servidores de Transporte de Hub na lista priorizada. Isso fornece tolerância a falhas em um site do Active Directory.

Por exemplo, quando o servidor A de Transporte de Hub do Site A do Active Directory retransmite uma mensagem para um servidor de Caixa de Correio do Site B do Active Directory, o servidor A de Transporte de Hub recebe uma lista priorizada de servidores de Transporte de Hub, como o servidor 1 de Transporte de Hub, o servidor 2 de Transporte de Hub e o servidor 3 de Transporte de Hub, do Site B do Active Directory. Se o servidor A de Transporte de Hub não puder se conectar ao servidor 1 de Transporte de Hub, o servidor A de Transporte de Hub tentará se conectar ao servidor 2 de Transporte de Hub. Se ele não puder se conectar ao servidor 2 de Transporte de Hub, tentará se conectar ao servidor 3 de Transporte de Hub, e assim por diante.

Se o servidor B de Transporte de Hub do Site A do Active Directory também tiver de retransmitir mensagens para o Site B do Active Directory, a lista priorizada de servidores de Transporte de Hub será ajustada para responder pelos servidores localizados no Site B do Active Directory. Por exemplo, a lista priorizada de servidores de Transporte de Hub do servidor B de Transporte de Hub pode ser classificada como servidor 2 de Transporte de Hub, servidor 3 de Transporte de Hub e servidor 1 de Transporte de Hub no Site B remoto do Active Directory. Esses ajustes são feitos para balancear a carga entre todos os servidores de Transporte de Hub do site, sempre que conexões adicionais forem estabelecidas.

Retransmissão de mensagem do servidor de Caixa de Correio para o servidor de Transporte de Hub

Nesse cenário, mais de um servidor de Transporte de Hub será implantado em um site do Active Directory. Se um servidor de Transporte de Hub estiver co-localizado com o servidor de Caixa de Correio, esse servidor de Transporte de Hub sempre terá precedência sobre outros servidores de Transporte de Hub no mesmo site. Isso significa que o Serviço de Envio de Mensagens do Microsoft Exchange sempre notifica o servidor de Transporte de Hub local. Se nenhum servidor de Transporte de Hub estiver co-localizado com o servidor de Caixa de Correio ou se o servidor de Transporte de Hub no servidor de Caixa de Correio local não estiver disponível, os outros servidores de Transporte de Hub do mesmo site do Active Directory serão usados de uma maneira round robin.

Retransmissão de mensagem de um servidor de Transporte de Hub por meio de um conector de grupos de roteamento do Exchange 2003

Se um conector de grupos de roteamento estiver configurado para usar mais de um servidor de transporte de destino do Exchange, o roteamento do Exchange 2007 usará o mecanismo de balanceamento de carga e de tolerância a falhas descrito na seção "Retransmissão de mensagem em que vários servidores de transporte de origem estão especificados em um conector de envio no mesmo site do Active Directory", anteriormente neste tópico.

Retransmissão de mensagem para servidores SMTP de terceiros

Se um conector de envio SMTP estiver configurado para usar mais de um host inteligente, o balanceamento de carga das solicitações de conexão ocorrerão nos hosts inteligentes. Se um host inteligente não estiver disponível, a tolerância a falhas será fornecida por uma nova tentativa de conexão com outro host inteligente que esteja configurado no conector.

Cenários em que não ocorrem o balanceamento de carga e a tolerância a falhas

Esta seção descreve os seguintes cenários de roteamento de mensagens em que os servidores de transporte do Exchange 2007 não fornecem suporte ao balanceamento de carga e à tolerância a falhas:

• Servidores de transporte de origem em diferentes sites do Active Directory

• Vários conectores com custo igual

• Servidores de expansão de grupo de distribuição

• Caminhos de roteamento de menor custo ou sites de hub redundantes

Servidores de transporte de origem em sites diferentes do Active Directory

Se os servidores de transporte de origem do conector de envio usado para rotear mensagens de email estiverem em diferentes sites remotos do Active Directory, não haverá balanceamento de carga de mensagens nesses sites do Active Directory. Em vez disso, um site do Active Directory será escolhido e a mensagem será retransmitida para ele. Terá preferência o site do Active Directory que tiver o menor custo. Se todos os sites do Active Directory tiverem o mesmo custo, o site do Active Directory do servidor de transporte de origem que estiver listado primeiro na lista de servidores de transporte de origem será escolhido.

A figura a seguir mostra o comportamento do roteamento de mensagens quando os servidores de transporte de origem de mais de um site do Active Directory estiverem configurados para um conector de envio. Nessa figura, uma mensagem é roteada do Site 3 do Active Directory para um destinatário externo. O Conector C1 é selecionado como o conector com o espaço de endereçamento correspondente mais próximo. Os servidores de transporte de origem do Conector C1 são os servidores de Transporte de Hub do Site 1 do Active Directory e do Site 2 do Active Directory. Se o primeiro servidor de transporte de origem listado estiver no Site 1 do Active Directory, todas as mensagens do Site 3 do Active Directory serão roteadas para o Site 1 do Active Directory. Qualquer servidor de Transporte de Hub do Site 1 do Active Directory poderá receber a mensagem e usar o balanceamento de carga do site local do Active Directory para distribuir as mensagens para retransmissão entre o servidor A e o servidor B de Transporte de Hub.

Servidores de transporte de origem de diferentes sites do Active Directory configurados em um conector de envio

O balanceamento de carga não tem suporte nos sites do Active Directory porque o Exchange 2007 sempre usa roteamento determinístico e sempre seleciona apenas um site do Active Directory para rotear mensagens.

Vários conectores com custo igual

Se mais de um conector com custo igual estiver disponível para rotear mensagens, não haverá balanceamento de carga das mensagens entre esses conectores. O roteamento do Exchange 2007 escolhe um conector de modo determinista usando os algoritmos de seleção que são descritos em Compreendendo o roteamento baseado em site do Active Directory.

Servidores de expansão de grupo de distribuição

Você pode configurar um grupo de distribuição para usar um servidor de expansão específico. Se você especificar um servidor de expansão, todas as mensagens do grupo de distribuição serão roteadas para o servidor de expansão especificado. O servidor de expansão expande a associação do grupo, resolve cada destinatário e roteia as mensagens. Não há suporte para balanceamento de carga em mais de um servidor de expansão. Se o servidor de expansão não estiver disponível, as mensagens serão enfileiradas no ponto da falha e a fila será colocada em um estado de nova tentativa.

Caminhos de roteamento de menor custo ou sites de Hub redundantes

Depois que o roteamento do Exchange 2007 tiver calculado o caminho de roteamento de menor custo e tiver criado uma seleção de caminhos de roteamento com base nos critérios descritos em Compreendendo o roteamento baseado em site do Active Directory, o roteamento do Exchange 2007 não calculará novamente o caminho de roteamento, a menos que haja alterações nos dados de configuração. Se uma conexão não puder ser feita usando esse caminho de roteamento determinístico, o roteamento do Exchange 2007 não tentará calcular um caminho de roteamento alternativo. Nesse caso, as mensagens são enfileiradas no ponto da falha e novamente roteadas.

A figura a seguir mostra como ocorre o roteamento de mensagens nesse cenário em uma topologia de site do Active Directory.

Uma mensagem enviada do Site 1 do Active Directory para o Site 4 do Active Directory tem dois caminhos disponíveis e os dois resultam no mesmo custo. Entretanto, o caminho Site 1-Site 2-Site 4 é escolhido porque o Site 2 do Active Directory é alfanumericamente menor que o Site 3 do Active Directory.

Caminhos de roteamento de menor custo ou sites de hub redundantes

Nessa topologia, o Site 2 do Active Directory é configurado também como um site do servidor de Transporte de Hub. Essa configuração força a entrega de mensagens para ser retransmitida por esse site, pois ela existe junto com o caminho de roteamento de menor custo selecionado. Se as mensagens que estiverem sendo enviadas do Site 1 para o Site 4 não puderem ser retransmitidas do Site 1 para o Site 2 por algum motivo, como falha na conectividade da rede entre os Sites 1 e 2, por exemplo, todas as mensagens serão enfileiradas no Site 1.

Se o Site 2 não for um site do servidor de Transporte de Hub, a mensagem será entregue diretamente do Site 1 para o Site 4. A retransmissão direta não é afetada pela falha na conectividade da rede entre os Sites 1 e 2. A retransmissão direta funciona enquanto houver uma rota de camada de rede do Site 1 para o Site 4. A camada de rede da topologia do Exchange entre os sites define o caminho que os computadores usam para enviar dados entre si. Entretanto, nessa figura, como o Site 2 tem um servidor de Transporte de Hub nesse site, todas as mensagens do Site 1 para o Site 4 deverão ser retransmitidas pelo Site 2. Nesse cenário, o Exchange 2007 não aceita alternar para um caminho de roteamento alternativo de mesmo custo, mas depende da redundância na camada de rede IP e da tolerância a falhas entre os sites para a retransmissão das mensagens. Espera-se que a camada de rede seja resiliente em relação a falhas de link físico e forneça caminhos alternativos redundantes para um destino.

Gerenciamento de conexões SMTP

Esta seção explica o gerenciamento de conexões SMTP no contexto de balanceamento de carga e tolerância a falhas no Exchange 2007. O servidor de Transporte de Hub faz solicitações de conexão para servidores remotos usando SMTP. O servidor remoto pode ser um servidor de Transporte de Hub em um site diferente do Active Directory, como um host inteligente ou um servidor de Transporte de Borda.

Por exemplo, se 60 mensagens forem colocadas em fila para retransmissão em um site remoto do Active Directory e esse site tiver três servidores de Transporte de Hub, o componente de transporte do Exchange que faz a conexão é que fará o balanceamento da carga de retransmissão das mensagens entre todos esses servidores. Uma conexão é estabelecida com cada servidor e cada conexão é usada para transferir aproximadamente 20 mensagens. A taxa de transferência depende da largura de banda da rede e do tamanho das mensagens.

O número de mensagens transferidas por cada conexão não é configurável. Entretanto, o número máximo de conexões por fila pode ser restrito por duas definições de configuração no servidor de transporte: MaxPerDomainOutboundConnections e MaxOutboundConnections. MaxPerDomainOutboundConnections limita o número de conexões que podem ser estabelecidas por fila. MaxOutboundConnections limita o número total de conexões de saída que podem ser estabelecidas pelo servidor. Você pode configurar essas definições usando o cmdlet Set-TransportServer do Shell de Gerenciamento do Exchange e as páginas de propriedade do servidor de transporte do Console de Gerenciamento do Exchange.

Para obter mais informações, consulte os tópicos a seguir:

• Configurando propriedades do Servidor de Transporte

• Set-TransportServer

Para obter mais informações

Para obter mais informações, consulte os seguintes recursos:

• Reencaminhamento de mensagens e a fila inacessível

• Fazendo a transição para o roteamento baseado em site do Active Directory

• Compreendendo o roteamento baseado em site do Active Directory

• Conectores de Envio

• Diagramas da Arquitetura de Transporte do Microsoft Exchange Server 2007