A alteração para a configuração do RS 2008R2 parou o site do IIS recebendo tráfego por meio do balanceador de carga (e ainda não está funcionando após o backup)

2

Plano de fundo

Estamos testando um par de servidores Web Windows 2008 R2 (IIS 7.5) em conjunto com um balanceador de carga de hardware (dispositivo externo) que divide o tráfego da porta 80 em um IP virtual entre os dois servidores.

Existe um site de teste configurado em ambos os servidores (cada servidor tem uma cópia duplicada). Existe um endereço para acessar o site através do VIP, outro endereço para acessar o site diretamente no servidor # 1 e outro para o servidor # 2.

No IIS, em ambos os servidores, as ligações são configuradas da seguinte maneira (estou usando uma configuração compartilhada, e é por isso que os dois servidores têm todas as ligações necessárias para ambos):

Type   Host Name                       Port   IP Address
HTTP   address-resolving-to-server-1   80     Public-IP-of-server-1
HTTP   address-resolving-to-server-2   80     Public-IP-of-server-2
HTTP   address-resolving-to-VIP        80     Public-IP-of-server-1 *
  • Isso pode não ser a ligação correta para permitir que o tráfego proveniente do VIP seja dividido entre os servidores, mas pelo menos está permitindo que o site apareça no VIP.

Até hoje, isso tem funcionado bem - o site de teste pode ser acessado por todos os três endereços.

O Reporting Services 2008 R2 está instalado nos dois servidores. A configuração não foi alterada desde a execução do assistente de instalação. A ligação do Report Server e do Report Manager é assim:

Endereço IP: todos atribuídos (recomendado) Porta TCP: 80 Certificado SSL: nenhum

O Reporting Services também está funcionando bem.

O problema !!

Foi feita uma alteração na configuração do Reporting Services no servidor # 1 e, desde então, o site de teste não pode ser acessado por meio do balanceador de carga. Os clientes da Web interrompem por cerca de 30s e retornam um erro 502 - Falha na conexão.

Acessar o site de teste diretamente no servidor 1 e diretamente no servidor 2 ainda funciona.

Esta é a alteração de configuração feita no Reporting Services:

Na seção Report Server URL (Web Service), clicamos avançada e editado o registro de identidade HTTP existente, e mudou de ouvir em “Todos os Assigned” endereços IP para uma Estação Nome de cabeçalho (o nome NetBIOS do servidor ).

Imediatamente após fazer essa alteração, o site de teste não pôde mais ser acessado por meio do balanceador de carga, no entanto, ele ainda pode ser acessado diretamente no servidor nº 1 e diretamente no servidor nº 2. O Reporting Services continuou a funcionar após a alteração.

Definimos a configuração do Reporting Services de volta às configurações originais, mas o problema persiste.

Tentamos reiniciar todos os serviços relacionados ao IIS e até mesmo reiniciar o servidor, mas isso não fez diferença.

Não há erros relevantes nos registros do sistema do Windows ou do aplicativo que podemos ver.

Eu acho que esta questão deve ter algo a ver com "reservas de URL" como descrito aqui mas estou realmente confuso porque configurar a ligação RS de volta ao padrão não corrigiu o problema. Parece que o RS limpou permanentemente o servidor!

    
por Laurence 01.03.2012 / 00:37

1 resposta

0

Descobri isso! Não foi diretamente um problema do Windows, IIS ou Reporting Services. Aqui está a resposta no caso de ajudar alguém:

O balanceador de carga tem um monitor de "verificação de integridade" integrado, que verifica periodicamente se pode acessar um arquivo específico através do site padrão. A reconfiguração do RS deve ter feito com que o Site Padrão fosse desligado (eu acho que tanto o RS quanto o Site Padrão foram configurados para escutar no mesmo Cabeçalho do Host, IP e Porta, e o RS foi escolhido como o "vencedor"). / p>

Assim, a verificação de integridade do balanceador de carga começou a falhar e desligou-se automaticamente! Nenhum tráfego poderia passar por isso.

    
por 01.03.2012 / 19:39