Problemas de Desempenho para Sockets Sites Solução de Problemas

Visão Geral

Os clientes podem experimentar problemas de desempenho com suas aplicações enquanto conectados ao Cato. Problemas de desempenho são um tópico amplo e podem ocorrer em diferentes camadas OSI, desde a camada física até a camada de aplicação. Este manual se concentrará principalmente em problemas de desempenho até a camada TCP. Problemas de desempenho relacionados às camadas aplicativas serão discutidos em outros manuais:

Sintomas

  • Transferência de arquivos lenta, vazão reduzida
    • Quando conectados ao Cato Cloud, os clientes podem experimentar velocidades lentas de download e upload.
  • Tempos de resposta atrasados em aplicações
    • Isso pode ser mais evidente em aplicações interativas como desktops remotos. 

Causas Possíveis

  • Configuração inadequada (QoS, Licença, Aceleração de TCP, Escalonamento de Janela)
  • Congestionamento de Rede
  • Perda de Pacotes (ISP, última milha)
  • PoP Não Ótimo 
  • Uso alto de CPU 
  • Latência Adicionada pela Nuvem
  • Limitações de Hardware

Solução de Problemas

Antes de prosseguir com mais solução de problemas, é essencial isolar se isso está relacionado ao Cato Cloud. Para isso, podemos ignorar a conexão com o Cato e verificar se o problema está presente. Ignorando o Cato Cloud fornece etapas detalhadas sobre como alcançar isso.

Se o problema persistir apesar de ignorar a conexão, isso indica que o Cato não causa o problema. No entanto, se o problema for resolvido após ignorar a conexão com o Cato Cloud, siga as etapas abaixo para mais solução de problemas e isolamento.

Configuração de Licenciamento e Largura de Banda

Nota: A alocação de largura de banda WAN é baseada na licença do site e na configuração de largura de banda da interface. Se ambos tiverem valores diferentes, o menor será aplicado ao link WAN.

  • Valide que a licença alocada para o site está correta. Vá para Rede > Sites > Configurações do Site > Geral 
  • Valide que a largura de banda configurada da interface WAN está correta. Vá para Rede > Sites > Configurações do Site > Socket > Editar a interface WAN. 
  • Para sites na China e no Vietnã, o licenciamento é diferente. A licença será dividida em licenças Globais e Regionais. A licença Global é para conexões a sites globais enquanto a licença regional é para conexões dentro do País. 
  • Para mais informações sobre gestão de licenças de sites, consulte Gestão de Licenças de Largura de Banda de Sites. 

Perda de Pacotes

A perda de pacotes pode ocorrer dentro da infraestrutura do Cato ou com o Provedor de Serviços de Internet (ISP). As etapas a seguir têm como objetivo isolar a fonte da perda de pacotes.

  • Verifique a perda de pacotes (tráfego enviado/tráfego recebido) na Análise de Rede.

  • Se isso coincidir com a perda de pacotes na última milha, isso indica um problema potencial de hardware com o cabo que conecta ao porta WAN do Socket ou um problema com o Provedor de Serviços de Internet (ISP).

  • Consulte a seção Resolução de Perda de Pacotes para sugestões de resolução de problemas de perda de pacotes.

Descartes de Pacotes (Gerenciamento de Largura de Banda)

Se você observar muitos descartes de pacotes na página de Análise de Rede, isso indica que os pacotes estão sendo descartados devido ao gerenciamento de largura de banda (QoS). Para determinar se sua aplicação é afetada por isso:

  • Navegue até Rede > Analisador de Prioridade para validar qual classe está descartando pacotes e se sua aplicação está alocada para a mesma classe.
  • Se for este o caso, considere alocar mais largura de banda para esta classe.
  • Alternativamente, se a aplicação afetada for crítica, mova-a para uma classe de prioridade mais alta para melhorar o desempenho. Consulte Resolução de Descartes de Pacotes (QoS) para instruções sobre como configurar classes.
  • Outra razão para o descarte de pacotes é o micro-burst. Consulte verificação de micro-bursts para saber o que significa, como identificá-lo e, por fim, quais medidas tomar para resolvê-lo.

Limitações de Recursos do Socket

A degradação de desempenho pode ocorrer quando o Socket atinge sua limitação de recursos.

1. Vazão Máxima Suportada

  • Navegue até Análise de Rede > Site > Análise de Rede e verifique se a vazão para o site está dentro do limite suportado.
  • Abaixo estão as Vazões Máximas de Túnel Suportadas dos nossos modelos de Socket:
    Modelo de Socket Vazão Máxima de Túnel
    X1500 500Mbps
    X1600 1Gbps
    X1600 LTE 1Gbps
    X1700 3Gbps
    X1700B 10Gbps
  • Consulte os Guias de Implantação do Cato-Socket na respectiva Ficha Técnica para mais detalhes. 
  • Se você exceder as limitações listadas, consulte Resolvendo Excedente de Vazão Suportada.

2. Alta Utilização de CPU do Socket

  • A sobreutilização dos recursos do Socket também resultará na degradação de desempenho.  
  • Na Interface Web Socket, selecione a aba Status de HW. Isso mostrará a utilização atual de % de CPU para cada núcleo. A utilização consistentemente alta da CPU impactará diretamente o desempenho do Socket e causará perda de pacotes. 
  • Se você notar um uso consistentemente alto de CPU concomitante com perda de pacotes de rede, por favor, contate o Suporte para assistência.

  • Iniciando com a Versão 21.1 dos Physical Sockets e a Versão 22 dos Sockets virtuais, as métricas de Uso de CPU para o Socket agora estão visíveis no CMA. Vá para Análise de Rede no CMA e selecione a aba Hardware.

  • Além disso, as métricas de Uso de CPU também estão disponíveis na interface do Socket, na aba HW Status.

Consideração de Desempenho: Vazão WAN Ativo/Ativo

Em ambientes WAN Ativo/Ativo, a vazão de aplicação pode ser limitada quando todos os fluxos de dados se agregam temporariamente em um único link WAN em vez de se distribuírem uniformemente por todos os links disponíveis. Quando isso acontece, a vazão total é limitada pela largura de banda de um link, em vez de utilizar a largura de banda combinada de múltiplos links.

Esse comportamento pode afetar as expectativas de desempenho, particularmente para protocolos como SMB que dependem de múltiplos fluxos simultâneos. A distribuição de fluxo é influenciada por condições dinâmicas de rede e algoritmos internos, que podem não garantir sempre o uso equilibrado entre os links.

Nota: Se você observar uma vazão que não está de acordo com o desempenho esperado em múltiplos links WAN, por favor, contatar Suporte da Cato para investigação e assistência adicionais.

PoP Subótimo

Ao usar a nuvem Cato, os clientes podem notar um desempenho mais lento do aplicativo ou uma redução nas velocidades de download/upload.

  • To validate, perform a PING test on the affected service.
  • If the RTT returned is higher than expected, validate that the site is connected to an optimal PoP by navigating to Monitoring > Topology and clicking on the site.
  • Uma janela à direita aparecerá. Clique em "Ver Log" na parte inferior do painel da janela
  • Outra janela aparecerá. Valide que o ISP está próximo ao PoP conectado.
  • Para resolver isso, consulte Resolvendo PoP Ótimo.

Validação de Regras de Rede

  • Verifique se a conexão afetada atinge a regra de rede correta. 
  • Se o aplicativo afetado for um aplicativo de compartilhamento de arquivos ou um aplicativo web, crie uma regra de rede com aceleração TCP ativada e coloque a regra no topo da lista para isolamento. Consulte Melhores Práticas de Aceleração TCP para mais detalhes.

Latência Aumentada na Nuvem

  • Aplicações, como serviços SQL, que são sensíveis a alterações na latência, podem experimentar um tempo aumentado para completar tarefas ao serem migradas para a Cato Nuvem.
  • A latência adicional introduzida ao realizar essas consultas pela WAN, mesmo que apenas alguns milissegundos, realmente se acumula ao considerar o número de consultas.
  • To reduce the latency between Sites, it is recommended that you consider implementing Cato solutions such as TCP Acceleration, Off-Cloud. ou Alt-WAN.
  • Serviços hospedados em ambientes de Nuvem público, como Azure ou AWS, podem aproveitar a Interconexão em Nuvem para reduzir significativamente a latência entre Sites.
  • Alternativamente, consultas SQL podem ser modificadas para ter melhor desempenho na Cato Nuvem.

Redimensionamento de Janela para Dispositivos Windows

  • O redimensionamento de janela no TCP/IP permite que um tamanho de janela maior seja negociado, permitindo mais dados serem enviados em cada pacote e melhorando o desempenho.
  • Deve estar habilitado por padrão. Para validar isso, abra o Prompt de Comando no dispositivo Windows e execute o comando netsh interface tcp show global.
  • Procure a configuração "Receive Window Auto-Tuning Level", que deve estar configurada para "normal".
  • Consulte Ativando a Opção de Escalonamento da Janela TCP para mais detalhes.

Opção de Timestamp TCP para Dispositivos Windows

  • A configuração padrão para sistemas operacionais Windows não suporta a opção de timestamp TCP. Ative a opção de timestamp TCP para melhorar as medições de RTT dos pacotes, o que pode ajudar a identificar melhor a perda de pacotes.
  • Esta opção também auxilia a pilha TCP a ajustar o temporizador de retransmissão em caso de perda de pacotes.
  • Recomendamos habilitar o timestamp TCP em seus computadores Windows seguindo estas etapas:
    • Abra o editor de registro no Windows.
    • Navegue para a seguinte chave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
    • Procure uma chave chamada Tcp1323Opts. Se ela não existir, você precisará criá-la como um valor DWORD (32 bits) e nomeá-la como Tcp1323Opts. Defina o valor para 2.
    • Reinicie seu sistema.
  • Para verificar o estado dos timestamps TCP, execute netsh int tcp show global de prompt de comando. Os timestamps RFC1323 devem estar habilitados.

Teste de iPerf

  • Outra ferramenta de solução de problemas que ajuda a isolar o problema seria o iPerf. O teste de iPerf pode ser usado para medir a vazão máxima alcançável na rede. Isso está incluído na Interface Web Socket como parte dos testes de rede e conectividade e está acessível na aba de Ferramentas.
  • Consulte Teste do link com iPerf para mais informações sobre como conduzir testes iPerf na Interface Web Socket.
    Nota: Para resultados mais precisos, recomenda-se usar UDP como o protocolo de teste porque ele não considera o controle de congestionamento. Lembre-se de que este teste tem como objetivo determinar a vazão máxima alcançável do link.

(Opcional) Monitoramento de Experiência Última Milha

  • Clientes com licença de Monitoramento de Experiência podem verificar as abas Última Milha e Desempenho da Aplicação para possíveis perdas e descartes de pacotes. os dados podem ser correlacionados com os resultados na aba de análise de rede do site para entender melhor de onde o problema se origina.

Fora da Nuvem

  • Para fins de teste, considere configurar uma instalação fora da nuvem entre os dois sites. Esta abordagem nos permitirá comparar o desempenho entre na nuvem e fora da nuvem.
  • Se o desempenho for melhor fora da nuvem, essa pode ser a solução permanente para o problema de desempenho.
  • No entanto, uma coisa a notar é que os motores de Proteção contra Ameaças da Cato não inspecionam o tráfego fora da nuvem.
  • Para detalhes na configuração, consulte Roteamento de Tráfego para um Link Fora da Nuvem. 

Resolvendo Problemas Descobertos

Resolvendo Má Configuração

Resolvendo Perda de Pacotes

  • Se houver Perda de Pacotes da Última Milha, substitua o cabo conectado à porta WAN do Socket.
  • Se possível, conecte-se a uma porta WAN diferente no Socket e no dispositivo upstream. Se isso não melhorar o problema de perda de pacotes da última milha, entre em contato com seu Provedor de Internet para isolar o problema ainda mais. 
  • Se for observada uma alta perda de pacotes, considere habilitar a Mitigação de Perda de Pacotes para o tráfego VoIP. Consulte Otimizando o Tráfego para os detalhes.
  • Consulte Como Solucionar Perda de Pacotes na Site Socket para solucionar problemas detalhados sobre a perda de pacotes.

Resolvendo Descartes de Pacotes (QoS)

  • Para alocar mais largura de banda à classe, navegue até Rede > Gerenciamento de Largura de Banda, selecione a classe afetada e altere os Limites conforme necessário.
  • Para mover o aplicativo afetado para uma classe de prioridade mais alta, edite a Regra de Rede existente do aplicativo afetado e altere a prioridade de Largura de Banda para um valor menor (quanto menor o valor, maior a prioridade). Alternativamente, crie uma nova Regra de Rede e atribua à prioridade de Largura de Banda um valor mais baixo.
  • Para um guia detalhado sobre Gerenciamento de Largura de Banda, consulte Configurando Perfis de Gerenciamento de Largura de Banda.

Resolvendo Conectado a PoP Sub-Ótimo

  • Se o dispositivo não estiver conectado a um PoP ideal, verifique se a configuração de "Localizações POP preferenciais" está configurada. Para fazer isso, navegue para Rede > Local > Configurações do Site > Geral > Localizações POP preferenciais. Se a configuração estiver incorreta, selecione a localização ideal.
  • O Socket irá automaticamente reconectar-se ao novo PoP preferencial definido, conforme configurado em Rede > Locais > SLA de Conexão. No entanto, a reconexão também pode ser acionada manualmente usando a ação Reconectar ao PoP Preferencial, como explicado em Reconectando Manualmente a uma Localização PoP Preferencial.

Resolvendo Excedente de Vazão Suportada

  • Entre em contato com o seu Gerente de Contas ou Gerente de Serviços ao Cliente para atualizar para um Socket maior. Se você não tiver certeza de quem são, contate o Suporte.

Levantamento de casos para o Suporte da Cato

Se os passos acima não ajudaram a isolar e resolver o problema, por favor abra um caso com o Suporte da Cato. Ao abrir um caso, considere as seguintes perguntas e forneça as respostas correspondentes: 

  1. O problema afeta todas as aplicações ou aplicações específicas? 
  2. Se afeta aplicação(ões) específica(s), são estas novas aplicação(ões)? 
  3. Para novas aplicação(ões), por favor forneça os detalhes, incluindo nome da aplicação, versão, etc.
  4. O que mudou para as aplicação(ões) existente(s), levando ao problema?
  5. Este problema afeta todos os sites ou sites específicos? Se sites específicos, por favor liste os locais afetados
  6. onde o servidor está localizado se isso afetar todos os locais? 

Coleta de Dados

Por favor, colete o Suporte Self-Service (SSS) enquanto replica o problema. Além disso, instale o Wireshark no dispositivo e capture dois conjuntos de dados de pacotes:

  • O primeiro conjunto de capturas de pacotes (PCAP) deve capturar o problema de desempenho. Isso pode ser feito simultaneamente enquanto coleta o SSS.
  • O segundo conjunto de PCAP deve ser coletado quando a conexão ignora a nuvem Cato, ou seja, quando o problema de desempenho não está presente. Este conjunto de dados servirá como um benchmark para o Suporte ao revisar os logs coletados e o SSS.
  •  

Esse artigo foi útil?

Usuários que acharam isso útil: 0 de 0

0 comentário