Avalie a velocidade de upload entre um cliente e nosso servidor

Question

Hospedamos um aplicativo SAAS especialmente personalizado para vários clientes. Para um cliente em particular - eles estão relatando problemas de desempenho esporádicos de vários locais em sua rede, em particular, o UPLOAD de documentos através de um formulário em nosso site.

O cliente afirma que tem "largura de banda de sobra" e que a utilização de seu "pipe" é tão baixa que DEVE ser nossa aplicação, mas nosso aplicativo tem MUITOS clientes e todos os recursos estão funcionando bem para todos os outros clientes. p>

Curiosamente -

• DOWNLOADS (ou seja, apenas acessar o site ou fazer o download de documentos) está funcionando bem.
• Teste de velocidade mostra que eles devem obter UP de 1.2Mbps. Assim, um arquivo de 3MB deve levar 20 segundos para ser enviado. Demora mais de 60 segundos na sua rede. Às vezes, até mesmo arquivos pequenos demoram mais de 10 minutos para fazer o upload ou esgotam o tempo limite.
• Pings e Traceroutes não mostram nenhum salto anormalmente longo ou tempos de resposta.
• Eles alegam que outros aplicativos SAAS que eles usam permitem que eles façam upload muito bem.

Ambas as equipes de TI estão trabalhando juntas para resolver esse problema. Que tipo de dados posso solicitar aos clientes para começarem a descartar as coisas?

Parece que precisamos de alguma forma medir a LATÊNCIA das redes envolvidas ou até mesmo no nível do switch, precisamos entender se os pacotes estão sendo descartados em algum lugar e por quê.

Onde devo começar? Qualquer ajuda é apreciada. Vou fornecer mais informações sobre solicitações

    

Answer 1

Problemas de desempenho intermitentes podem ser um verdadeiro horror para rastrear, como você deve ter notado até agora. Quando eu ataco esse tipo de problema, normalmente tento isolar os vários sistemas envolvidos e examino cada um deles:

1. Peça ao cliente para usar um sistema "limpo". Não AV / AM / relógio-que-nossos-funcionários-estão-fazendo-app-2012. Peça ao cliente para gravar quando eles notarem um comportamento incomum. (Isso cobre a maioria dos erros de configuração no lado do cliente)
2. Faça uma medição contínua de longo prazo (24h +) no link para o cliente e do cliente (se possível). O ICMP é uma escolha decente, mas não perfeita. Existem muitas ferramentas especializadas que podem ser usadas. Certifique-se de medir com quadros grandes, pois problemas de caminho MTU não são incomuns quando se trata de desempenho ruim. (Isso cobre a maioria dos erros de rede)
3. Examine seu sistema operacional (e o hipervisor, se estiver virtualizado). Tenha cuidado especial com estatísticas relacionadas ao desempenho, como uso de memória, frames de rede perdidos e uso da CPU. Se você ainda não registrou esses registros, inicie o registro agora. Ter uma base de comparação para comparar torna a vida muito mais fácil. (Isso pega muitos problemas de hardware e software)
4. Como o joeqwerty sugere, peça ao seu servidor da Web e banco de dados para registrar quaisquer solicitações de execução longa. (Ajuda a rastrear se o problema está realmente no seu aplicativo)