5 métriques de réseau pour un monde cloud

Alors que le réseau est passé d'une entité physique à une entité plus abstraite, le service informatique a vaillamment suivi le rythme en recherchant et en déployant de nouveaux périphériques et fonctionnalités réseau. Les équipes informatiques ont dû déplacer les charges de travail et les mentalités vers le cloud et les fournisseurs SaaS, tout en restant responsables de l'expérience de l'utilisateur final, ce qui est de plus en plus important. Mais quelles métriques de réseau peuvent témoigner du succès d'un déploiement cloud ?

C'est une toile enchevêtrée dans le monde des réseaux d'aujourd'hui, mais tout n'est pas perdu. Nous recommandons ces cinq métriques comme éléments constitutifs pour mesurer l'expérience de l'utilisateur final et les performances du réseau dans le cloud. Ils vous sembleront probablement assez familiers :ce sont les mêmes anciennes métriques que celles qui étaient utiles dans le monde pré-cloud, et peuvent également offrir des informations précieuses maintenant (bien que vous deviez être capable de voir dans le cloud pour les obtenir —AppNeta peut vous aider). Ces métriques de réseau peuvent devenir vos métriques cloud de référence.

1. Latence. Cette métrique mesure le temps nécessaire aux paquets pour voyager de la source à la destination, mesuré de manière asymétrique pour correspondre à la nature asymétrique d'Internet. La latence est une question de perception, donc la perception de la latence est différente pour différents utilisateurs et applications. Autrefois, lorsque 100 personnes utilisaient une application locale, 10 millisecondes de latence n'étaient pas un problème. Mais maintenant, des milliers de personnes utilisent une application dans le cloud, et une latence décuplée (100 millisecondes) n'est pas acceptable.

De plus, les applications web sont très bavardes. Une application Web comprend une série de demandes et de réponses du client au serveur Web. L'augmentation de la latence affectera donc chacune de ces requêtes et objets téléchargés. Pour une application SaaS critique pour l'entreprise, la latence accrue peut avoir un effet important sur la productivité.

Une fois que vous avez identifié que la latence est un problème, vous devez déterminer où cela se produit. Cela peut être dans votre réseau, votre WiFi, votre connexion WAN, sur Internet ouvert ou même dans l'environnement de votre fournisseur de services. Au-delà du dépannage de base, vous aurez besoin de meilleurs outils. Des méthodes simples comme traceroute peuvent donner une idée approximative de l'itinéraire de l'utilisateur à l'application, mais les itinéraires seront probablement différents à chaque fois.

2. Perte de paquets . Il s'agit du pourcentage de paquets réseau perdus entre la source et la destination. Selon le protocole utilisé, la perte de paquets peut entraîner une congestion du réseau, une perte de temps et des utilisateurs frustrés. En petites rafales, les réseaux peuvent gérer les pertes, mais si les pertes s'aggravent, elles peuvent avoir de graves effets sur les utilisateurs finaux.

À l'époque où les applications étaient toutes hébergées en interne sur le réseau local, la perte de paquets n'était pas vraiment un problème. S'il y avait une perte de paquets, c'était assez simple à trouver et à réparer. Mais sur Internet ouvert, c'est une autre histoire. Le protocole Internet TCP garantit la livraison, mais s'il détecte une perte de paquets et retransmet les données, il ajoute de la latence et conduit à des réseaux encombrés.

Les applications VoIP et de streaming vidéo d'aujourd'hui sont là où la perte de paquets peut être particulièrement perceptible, avec des appels interrompus et de mauvaise qualité. Il est possible de suivre la perte de paquets indépendamment sur les données et la voix si vous prenez en charge ces applications.

3. Capacité. La capacité a pris le pas sur la bande passante, qui était auparavant une métrique principale du réseau. Maintenant, cependant, les métriques basées sur le chemin, comme la capacité, sont plus indicatives de l'expérience utilisateur. La capacité est une métrique de bout en bout mesurant le taux de transit maximum possible entre la source et la destination, limité par le saut le plus encombré le long du chemin de livraison de l'application. Cela devient particulièrement important lorsque vous envisagez des services cloud, car vous n'avez aucun contrôle sur le réseau d'un fournisseur et vous ne savez pas à quelle vitesse la connexion est réellement.

La mesure de la capacité évalue le chemin d'application réel, y compris le WiFi. Et une surveillance continue qui inclut la capacité est ce qui est nécessaire lors de l'utilisation d'Internet dynamique.

Il existe deux types de capacité :disponible et utilisée. Disponible est la mesure la plus précise des ressources réseau disponibles pour les applications et peut identifier la cause première de la dégradation. Lorsque l'on examine la capacité utilisée, une utilisation élevée est un indicateur fort de la dégradation des performances. Il est possible de réduire le temps de dépannage lors du suivi de la capacité en isolant les sauts les plus lents.

4. Gigue. Cette métrique reflète le pourcentage de paquets avec une variation de délai entre la source et la destination. Lorsque la gigue est problématique, elle est très visible. La qualité d'un appel ou d'une réunion en ligne peut être affectée par une gigue aussi faible que 30 à 40 ms.

5. Qualité de service. Cette métrique est liée à la priorité de routage du trafic sur des ports ou des protocoles spécifiques. C'est important lorsque la congestion frappe un réseau, car la QoS est ce qui garantit une bonne expérience sur les applications critiques pour l'entreprise. Pour certaines applications comme la VoIP ou la vidéo, si ces priorités de routage sont rétrogradées ou remarquées, le réseau peut subir une gigue, une perte de données et une latence.

Dans ce monde de défis et de possibilités du cloud, il est facile de perdre de vue les anciennes métriques du réseau. Mais ces cinq métriques sont un bon moyen de regagner le bon contrôle sur vos applications et l'expérience des utilisateurs.