5 métricas de rede para um mundo em nuvem

À medida que a rede mudou de uma entidade física para uma mais abstrata, a TI manteve o ritmo valentemente pesquisando e implantando novos dispositivos e funcionalidades de rede. As equipes de TI tiveram que mudar as cargas de trabalho e as mentalidades para a nuvem e para os provedores de SaaS, permanecendo responsáveis ​​pela experiência do usuário final - o que é cada vez mais importante. Mas quais métricas de rede podem transmitir o sucesso de uma implantação de nuvem?

É uma teia emaranhada no mundo das redes hoje, mas nem tudo está perdido. Recomendamos essas cinco métricas como os blocos de construção para medir a experiência do usuário final e o desempenho da rede na nuvem. Eles provavelmente parecerão muito familiares:eles são as mesmas métricas antigas que eram úteis no mundo pré-nuvem e podem oferecer insights valiosos agora, também (embora você precise ser capaz de ver na nuvem para obtê-los —AppNeta pode ajudar com isso). Essas métricas de rede podem se tornar suas métricas favoritas na nuvem.

1 Latência. Essa métrica mede o tempo que os pacotes levam para viajar da origem ao destino, medido de forma assimétrica para corresponder à natureza assimétrica da Internet. A latência tem a ver com a percepção, portanto, a percepção da latência é diferente para diferentes usuários e aplicativos. Antigamente, quando 100 pessoas usavam um aplicativo local, 10 milissegundos de latência não eram um problema. Mas agora, existem milhares de pessoas usando um aplicativo na nuvem, e um aumento de dez vezes na latência (100 milissegundos) não é aceitável.

Além disso, os aplicativos da web são muito faladores. Um aplicativo da web compreende uma série de solicitações e respostas do cliente para o servidor da web. Portanto, o aumento na latência afetará cada uma dessas solicitações e objetos baixados. Para um aplicativo SaaS essencial para os negócios, o aumento da latência pode ter um grande efeito na produtividade.

Depois de identificar que a latência é um problema, você precisará descobrir onde ela está ocorrendo. Pode ser em sua rede, seu WiFi, sua conexão WAN, através da Internet aberta ou até mesmo no ambiente do seu provedor de serviços. Além da solução de problemas básicos, você precisará de ferramentas melhores. Métodos simples como o traceroute podem dar uma ideia aproximada da rota do usuário ao aplicativo, mas as rotas provavelmente serão diferentes a cada vez.

2. Perda de pacote . Esta é a porcentagem de pacotes de rede que são perdidos entre a origem e o destino. Dependendo do protocolo em uso, a perda de pacotes pode levar ao congestionamento da rede, perda de tempo e usuários frustrados. Em pequenas explosões, as redes podem lidar com a perda, mas se a perda se acumular, ela pode ter efeitos graves nos usuários finais.

Na época em que os aplicativos eram todos hospedados internamente pela LAN, a perda de pacotes não era realmente uma preocupação. Se houvesse perda de pacote, era bastante simples de localizar e consertar. Mas na Internet aberta, é uma história diferente. O protocolo de Internet TCP garante a entrega, mas se detectar a perda de pacotes e retransmitir os dados, adiciona latência e leva a redes congestionadas.

Os aplicativos de VoIP e streaming de vídeo de hoje são onde a perda de pacotes pode ser particularmente perceptível, com chamadas perdidas e baixa qualidade. É possível rastrear a perda de pacotes independentemente de dados e voz, se você oferecer suporte a esses aplicativos.

3. Capacidade. A capacidade assumiu o controle da largura de banda, que costumava ser uma métrica primária da rede. Agora, porém, as métricas baseadas em caminhos, como a capacidade, são mais indicativas da experiência do usuário. Capacidade é uma métrica ponta a ponta que mede a taxa de trânsito máxima possível entre a origem e o destino, limitada pelo salto mais congestionado ao longo do caminho de entrega do aplicativo. Isso se torna especialmente importante ao considerar os serviços em nuvem, uma vez que você não tem controle sobre a rede de um provedor e não sabe quão rápida a conexão realmente é.

A medição da capacidade mede o caminho real do aplicativo, incluindo WiFi. E o monitoramento contínuo que inclui capacidade é o que é necessário ao usar a Internet dinâmica.

Existem duas variedades de capacidade:disponível e utilizada. Disponível é a medida mais precisa dos recursos de rede disponíveis para os aplicativos e pode identificar a causa raiz da degradação. Ao observar a capacidade utilizada, a alta utilização é um forte indicador de degradação do desempenho. É possível reduzir o tempo de solução de problemas ao rastrear a capacidade, isolando onde estão os saltos mais lentos.

4. Jitter. Essa métrica reflete a porcentagem de pacotes com variação de atraso entre a origem e o destino. Quando o jitter é problemático, é altamente visível. A qualidade de uma chamada ou reunião online pode ser afetada com jitter de 30 a 40ms.

5. Qualidade de serviço. Essa métrica está vinculada à prioridade de roteamento do tráfego em portas ou protocolos específicos. É importante quando o congestionamento atinge uma rede, uma vez que QoS é o que garante uma boa experiência em aplicativos essenciais aos negócios. Para alguns aplicativos como VoIP ou vídeo, se essas prioridades de roteamento forem rebaixadas ou remarcadas, a rede pode sofrer jitter, perda de dados e latência.

Neste mundo de desafios e possibilidades da nuvem, é fácil perder de vista as antigas métricas de rede. Mas essas cinco métricas são uma boa maneira de recuperar a quantidade certa de controle sobre seus aplicativos e a experiência dos usuários.