Meça a latência da sua rede antes que ela se torne um problema

A velocidade de uma rede é geralmente definida como taxa de transferência: quantos megabits ou gigabits sua rede pode bombear através de seus canos no decorrer de um segundo. Isso é certamente importante, mas há outro fator a considerar, e atualmente é pelo menos tão importante (e às vezes mais importante) quanto a velocidade bruta. Esse fator é a latência. A melhor maneira de definir a latência é o atraso: o intervalo de tempo entre o envio de um pacote ou grupo de pacotes de uma origem para um destino e geralmente é medido em milissegundos (ms). Para os usuários, mesmo grandes diferenças no tempo de latência nem sempre são visíveis no uso de seus aplicativos do dia a dia. Ou seja, a menos que estejam usando aplicativos sensíveis à latência. A lista de aplicativos sensíveis à latência vem crescendo ultimamente, e é por isso que a latência é tão importante. A maioria dos aplicativos pode se ajustar a uma latência mais lenta, mas alguns - especialmente aqueles que dependem de streaming de vídeo ou algum outro tipo de feed de dados constante - podem recusar se algum desempenho mínimo de latência não for atingido.

Um dos principais fatores que está mudando o cenário da latência é o serviço de nuvem. Os serviços em nuvem, estejam em execução em datacenters privados ou em nuvens públicas, como Amazon Web Services (AWS) ou Google Cloud, estão necessariamente localizados a uma distância do seu datacenter. Normalmente, o caminho para esses serviços em nuvem viaja pela Internet pública. Para a maioria do tráfego de rede, uma conexão à Internet é boa. Mas para aplicativos sensíveis à latência, a Internet é uma região imprevisível que pode ser calma um milissegundo e tempestuosa no seguinte. Isso ocorre porque o caminho dos dados está sujeito aos caprichos dos atrasos de roteamento e processamento. Esses são fatores que nem sua equipe de TI nem os profissionais de TI do serviço em nuvem podem controlar.

O que é latência?

Existem dois tipos de latência que afetam os serviços em nuvem. Um é o tempo que os dados levam para viajar pela rede de um ponto para outro. Isso é limitado pela "velocidade do fio" da conexão, ou seja, a velocidade da luz que atravessa um cabo de fibra óptica de vidro ou a velocidade do sinal dos dados que circulam ao longo de um cabo de cobre Cat X. Em todos os casos, está diretamente relacionado à distância envolvida. Mais importante, não há nada que você possa fazer sobre os atrasos causados ​​pelo tempo necessário para a transmissão, exceto para se aproximar do provedor de nuvem ou escolher o local mais próximo do servidor para o serviço em nuvem que você está usando, embora nem todos os serviços em nuvem te dar essa opção.

O segundo tipo de latência é criado por atrasos no processamento ou, às vezes, por roteamento ruim. Cada vez que seu pacote de dados passa por um dispositivo, há um breve atraso enquanto o roteador ou o switch decide para onde enviá-lo. Existem atrasos adicionais causados ​​pela inspeção de pacotes em firewalls ou outros dispositivos de segurança e pelos servidores quando eles recebem uma solicitação de dados, encontram-na em seu armazenamento em massa, agem na solicitação e enviam uma resposta. Embora cada um desses atrasos possa ser breve, eles se somam. Às vezes, se o caminho do data center para os dados na nuvem estiver congestionado, os atrasos e, portanto, a latência poderão realmente aumentar.

Medir latência com traceroute

Felizmente, medir a latência dos seus dados é bastante fácil e não custa nada. Para descobrir, execute a linha de comando no sistema operacional (SO) de sua escolha e execute um comando Traceroute. No Microsoft Windows, você digita o comando "tracert" no prompt de comando, seguido pelo nome do destino, talvez "aws.amazon.com" ou "cloud.google.com". (Veja a captura de tela abaixo.)

No Apple OS X ou Linux, vá para a janela do terminal e digite: traceroute -I companydomain.com. Como alternativa, você pode substituir o nome do domínio por um endereço IP real. Você deseja a opção -I para que o traceroute use o Protocolo de mensagens de controle da Internet (ICMP), necessário para medir com precisão a latência.

Independentemente do sistema operacional, o que você vê na tela são as respostas de cada roteador ao longo do caminho para o site que você está verificando, além de uma medição de tempo em ms. Adicione-os e essa é a sua latência. Se você executar o comando várias vezes, notará que os mesmos roteadores nem sempre aparecem. Isso ocorre porque seus pacotes de dados podem seguir caminhos diferentes da Internet cada vez que você executa o comando. Alguns caminhos podem ser mais longos que outros, aumentando sua latência geral. Bem-vindo à latência na internet.

Clique na captura de tela para ampliar.

Avalie a latência com as ferramentas de gerenciamento de rede

Os profissionais de TI responsáveis ​​por uma rede corporativa terão algum tipo de ferramenta de monitoramento de rede para acompanhar o que está passando por seus fios e como está o tráfego. Você também pode verificar a latência da rede de outras maneiras. Se for uma ferramenta com muitos recursos, ela terá seus próprios recursos de medição de latência. Por exemplo, o Spiceworks possui seu próprio software Traceroute que usa o TCP (Transmission Control Protocol) em vez do protocolo ICMP usado na função de traceroute padrão descrita anteriormente. Isso também é usado no comando Ping. Em alguns casos, o TCP pode ser mais preciso porque alguns roteadores estão configurados para não responder aos pacotes ICMP.

Outro bom exemplo é a Paessler AG, que vende o Paessler PRTG Network Monitor. Essa ferramenta fornecerá a latência da rede junto com suas outras funções. A Paessler AG possui uma versão freeware de seu software, além de uma avaliação gratuita. Examinarei o PRTG Network Monitor, incluindo seus recursos de latência, enquanto testo a ferramenta para uma próxima revisão do PCMag.

"Além dos tempos de ping, se eu estiver medindo isso a cada período, essa é a medida básica da latência", explicou Greg Ross, engenheiro de sistemas sênior da Paessler AG. "Você pode dividir o caminho e avaliar cada salto no caminho. Podemos fazer isso com uma contagem de saltos da rota de rastreamento.

"O outro aspecto é o monitoramento da qualidade de serviço, que analisa o tempo de instabilidade e ida e volta entre mim e o terminal", disse Ross. Ele disse que esse monitoramento também pode mostrar outras causas de latência, como pacotes atrasados ​​ou pacotes recebidos fora de ordem.

Reduza o impacto da latência

Se seus aplicativos estão tendo problemas com tempos de latência altos, há algumas coisas que você pode fazer para aliviar o impacto da latência, mesmo que não seja possível eliminá-lo. A primeira é investigar qual serviço DNS (Sistema de Nomes de Domínio) você está usando, se você não possui seu próprio servidor DNS. Uma causa oculta da latência é o atraso que ocorre enquanto o servidor DNS que você está usando pesquisa o endereço IP do site que você deseja acessar.

Um servidor DNS distante apresentará latência, assim como um servidor que simplesmente não funciona bem. Ter seu próprio servidor reduzirá o tempo de pesquisa, desde que o endereço esteja nas tabelas do servidor. Caso contrário, você terá que esperar enquanto solicita o próximo servidor DNS na fila para o endereço. Para sites que você visita com frequência, isso pode reduzir a latência.

Ter uma conexão dedicada também reduzirá a latência, desde que seja realmente dedicado, o que significa que você tem uma conexão usando uma linha definida. Pode ser uma conexão de fibra física se você estiver próximo o suficiente ou se houver uma linha alugada de uma transportadora. Dessa forma, você reduz o número de roteadores envolvidos e reduz a chance de rotear erros que podem causar latência.

E, claro, você pode reduzir a distância. De acordo com as tabelas fornecidas pela M2 Optics, 100 km de fibra introduzem quase 500 microssegundos de latência. Isso é meio milissegundo, para que você veja como a distância pode aumentar a latência.

Mantenha essa contagem de saltos pequena

Independentemente da "cura" usada para lidar com a latência, verifique como isso afetará outros aspectos da sua rede. Por exemplo, se você estiver usando sua nuvem para recuperação de desastres (DR), aproximar-se demais pode causar seu próprio conjunto de problemas, pois você não deseja que o mesmo desastre acerte seu site de DR como acede ao seu data center.

Em geral, você pode reduzir a latência reduzindo o número de saltos no caminho e existem várias maneiras de abordar esse problema. Além dos mencionados anteriormente, você pode ter largura de banda garantida para reduzir a latência causada por congestionamento ou ter fornecedores redundantes para que seu aplicativo possa escolher o caminho com a menor latência em tempo real.

Embora você não possa eliminar a latência sem violar as leis da física, também não pode ignorá-la. Com aplicativos populares, como análise de streaming em tempo real, videoconferência e até o tráfego de Voz sobre IP (VoIP) da sua empresa, cada vez mais sensível à latência, explorando a latência da sua rede agora, antes que ela se torne um problema, pagará dividendos abaixo da linha.