Monitoramento do cliente com os grupos de destino e balanceadores de carga
Aplica-se a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Quando balanceadores de carga são usados durante o monitoramento do lado do cliente, o balanceador de carga foi projetado para obter endereços IP de cliente true. Em um caso simples, quando um cliente é conectado diretamente a um servidor web, o servidor web sabe o endereço IP do cliente. No entanto, quando você tem vários servidores e usa um balanceador de carga para distribuir o tráfego dos clientes entre os servidores, isso pode apresentar dois problemas. Primeiro, o IP relatado para o coletor é o IP virtual que usa o balanceador de carga, não o IP do usuário final. Quando os usuários acessam o balanceador de carga, ele envia a um servidor web apropriado. Devido ao balanceador de carga, o servidor web vê apenas o IP porta interna (dentro da rede), não o IP real (fora da rede). Além disso, se alguns servidores monitorados e outras não, dados podem ser perdidos porque as respostas dos clientes geralmente são enviadas aos servidores de menor carga ou rodízio maneira, que significa que a resposta pode ir para um servidor que não hospeda um coletor.
Aqui estão algumas estratégias para configurar o monitoramento de cliente quando você tiver vários servidores monitorados e usa balanceadores de carga.
Monitoramento com um balanceador de carga e o grupo-alvo
Quando você configura o monitoramento do lado do cliente, você tem a opção de definir o grupo de destino, limitando o número de servidores web usado para monitorar. Nesse cenário, somente os servidores monitorados no grupo-alvo injetar o JavaScript usado para o monitoramento e os servidores fora do grupo de destino que não são monitorados não obter instrumentados ao usar balanceadores de carga com os servidores da web. Isso resulta em dados incorretos. O balanceador de carga não sabe quais servidores estão dentro ou fora das solicitações de cliente de grupo e envia direcionadas para servidores que estejam no interior (monitorado) ou externo (sem monitoramento) do grupo-alvo. O resultado é que as solicitações que foram instrumentadas e tentarem retornar os coletores de dados podem enviar seus resultados aos servidores que não podem manipular os dados.
Solução 1 se você estiver criando um novo modelo .NET Application Performance Monitoring e incluindo monitoramento de cliente para um grupo de destino, recomendamos que você escolha um grupo de servidores que são atendidas pelo mesmo balanceador de carga. Monitoramento de destino para todos os servidores no farm com balanceamento de carga.
Solução 2 se já estiver executando o cliente de monitoramento com um grupo de destino e um balanceador de carga, você pode resolver esse problema criando uma regra no balanceador de carga que direciona todo o tráfego de monitoramento para os servidores monitorados. Monitoramento de tráfego é os monitoramento JavaScripts que enviam dados para o ponto de extremidade do coletor. Você pode identificar o tráfego do monitoramento porque ela contém /CSMCollector na URL. Cada balanceador de carga tem seu próprio modelo de configuração de regras. Consulte a documentação do balanceador de carga para obter detalhes sobre como criar a regra.