Em um ambiente virtualizado, a capacidade de geração de carregamento pode ser comprometida significantemente
para rendimento, utilização de CPU e precisão de medição. Por exemplo, em um ambiente de nuvem, a
medição do tempo de resposta pode variar dependendo de fatores, tais como o local do datacenter, o tipo
de host e o tempo de vida de máquinas virtuais de agente. É difícil obter um tempo de resposta preciso o
tempo todo porque nem todos os fatores podem ser controlados pelo IBM® Rational Performance Tester. Mas, você pode executar uma
comparação estatística das medições relatadas em um controle confiável.
Importante: Para uma execução em nuvem, é muito importante auditar os resultados de medida usando as técnicas
de controle descritas neste tópico.
O
IBM Rational Performance Tester fornece duas opções para auditar a precisão do tempo de resposta relatado.
- Aplique um atraso fixo conhecido com os tempos de resposta desconhecidos e observe os desvios
do valor correto conhecidos como um 'proxy' para a precisão da medição de tempo de resposta.
- Distribua um subconjunto de carregamento completo em uma máquina virtual de agente controlada não comprometida
que é executada em paralelo e meça os desvios.
A primeira abordagem gera automaticamente um teste de auditoria no planejamento de nuvem. É possível
designar usuários de auditoria extra para executar o teste de auditoria em cada controle e carregar locais do
agente. Esses usuários de auditoria são 'simulados' que não aplicam o carregamento para o sistema em teste. Você
não precisa considerá-los ao preencher a página Estágio do assistente.
A segunda abordagem é recomendada para auditar a precisão de medição porque espera-se que um agente de controle
seja executado em um computador dedicado. Para um agente de controle que
é provisionado com BareMetal, a latência da internet e a congestão serão as mesmas de outros agentes de nuvem
do mesmo data center. Portanto, as diferenças serão somente devido à utilização da
CPU, memória e placa da interface de rede.
Nota: - Os agentes de controle baseados em nuvem não podem detectar gargalos de largura da banda do datacenter
ou do host físico.
Considere usar uma localização no local para o agente de controle. Para
um agente de controle que está no local, os fatores de congestão e latência da Internet contam para o tempo de resposta. O número de
usuários virtuais em um agente de controle deve ser baixo o suficiente para que seja possível fazer com que os dados auditem a medição,
geralmente 10 a 20% da capacidade total. O carregamento não deve ter mais
30% da capacidade. Ao
mesmo tempo, o número de usuários deve ser alto o suficiente para obter amostragem estatística suficiente para cada
estágio, geralmente 100 amostras para cada contador de juros.
Nota: Se alguns dos grupos de usuários tiverem
porcentagem baixa de Tamanhos de grupos, o número de usuários de controle executando os testes será
reduzido. No entanto, é possível contrabalançar a redução, executando durações de estágio maiores para obter
mais amostras para cada usuário.