Alors que COVID-19 continue de se répandre, obligeant les employés à travailler à domicile, les services des FAI, des fournisseurs de cloud et des services de conférence, comme les fournisseurs de communications unifiées (UCaaS), connaissent un trafic accru.
Thousand Eyes surveille la façon dont ces augmentations affectent les pannes et les performances de ces fournisseurs. Il fournira à Network World un résumé des événements intéressants de la semaine dans la prestation de ces services, et Network World fournira un résumé ici. Arrêtez-vous la semaine prochaine pour une autre mise à jour.
Semaine du 23 mars
Entre la semaine du 16 mars et le 23 mars, les pannes subies par les FAI dans le monde sont passées de 230 à 203, soit près de 12% de moins. Aux États-Unis, le nombre de pannes est passé de 100 à 107, en hausse de 7%.
Les pannes de cloud public ont diminué à la fois dans le monde et aux États-Unis. Dans le monde entier, elles sont passées de 21 à 15 (-28%) et aux États-Unis de six à zéro. Il y a eu une interruption de service sur le trafic Google en raison d’une panne de routeur à Atlanta, cela ne correspondait pas à la définition de ThousandEyes d’une panne, et ce n’était pas lié à COVID-19.
Les applications de collaboration ont également montré une baisse des interruptions par rapport à la semaine précédente, passant de 15 à six dans le monde, et de sept à trois aux États-Unis, des réductions de 60% et 57%, respectivement.
ThousandEyes a souligné ce qu’elle considérait comme des pannes importantes:
«Cogent Communications a subi une autre panne importante cette semaine – sa cinquième panne majeure ce mois-ci. La panne s’est produite dans certaines parties du réseau de Cogent en Californie du Nord et en Oregon et a eu un impact sur les utilisateurs se connectant aux sites et services de ces régions, y compris projectbaseline.com, le site Web du programme de test COVID-19 très médiatisé de Verily. »
« Pendant environ 20 minutes le 25 mars, ThousandEyes a observé que certains utilisateurs situés sur la côte est pouvaient ne pas avoir pu accéder aux services Google en raison d’une perte de trafic de 100%. Peu de temps après, le vice-président directeur de l’ingénierie de Google a tweeté que l’incident était dû à une panne de routeur à Atlanta, en Géorgie. Les utilisateurs américains en dehors du nord-est ont également été touchés de manière intermittente, bien qu’ils auraient vécu l’incident sous forme d’erreurs de site lorsqu’ils tentaient d’accéder à certains sites Google, tels que google.com. Les erreurs de serveur HTTP observées au cours de cette période sont compatibles avec une incapacité à atteindre les systèmes backend nécessaires pour charger correctement divers services. Tout trafic traversant la région affectée – se connectant des serveurs frontaux de Google aux services principaux – peut avoir été impacté et voir les erreurs de serveur qui en résultent. «
Avec l’utilisation accrue des VPN d’accès à distance, les principaux opérateurs signalent une augmentation spectaculaire de leur trafic réseau – Verizon signalant une augmentation de 20% d’une semaine à l’autre et Vodafone signalant une augmentation de 50%.
Bien qu’il n’y ait pas eu de pic correspondant de pannes dans les réseaux de fournisseurs de services, au cours des six dernières semaines, il y a eu une augmentation constante des pannes parmi plusieurs types de fournisseurs à la fois dans le monde et aux États-Unis, le tout selon ThousandEyes, qui assure le suivi d’Internet et du cloud circulation.
Panne de Google sans rapport avec
COVID-19
Le 26 mars, Google a subi une panne de
20 minutes sur la côte est des États-Unis, apparemment à cause d’une panne de
routeur à Atlanta, a déclaré ThousandEyes, en accord avec une déclaration
publiée par Googe à cet effet.
Ce problème a touché d’autres régions
des États-Unis, comme en témoignent des sites Google tels que google.com,
renvoyant par intermittence des erreurs de serveur. « Ces 500 erreurs de
serveur sont compatibles avec une incapacité à atteindre les systèmes backend
nécessaires pour charger correctement divers services », a déclaré
ThousandEyes dans un déclaration. « Tout trafic traversant la région
affectée – se connectant des serveurs frontaux de Google aux services backend –
peut avoir été affecté et voir les erreurs de serveur qui en résultent. »
🙂 Merci pour ces informations détaillées
Les pannes de Google ont l’air d’avoir été vraiment embêtantes
Les panes de Google m’ont causé des problèmes, j’espère qu’elles ne se reproduiront pas
C’est rassurant de savoir que les pannes diminent
Je ne savais pas que les pannes avaient diminué
C’est fou de voir l’impact de CVID-19 sur le trafic internet
Je suis surpris par l’augmentation du trafic réseau signalée par les opérateurs
Les impacts de la pandémie sont vraiment visibles partout, même sur internet. :O
J’espère qu’il n’y aura pas plus de pannes avec l’utilisation accrue des VPN 😐
Merci pour ces informations, c’est très utile
Je ne pensais pas que de telles pannes auraient un impact aussi important sur la vie quotidienne des gens.
C’est intéressant de voir comment le trafic Internet a changé par rapport aux pannes qui se produisent.
C’est inquiétant de voir que COVID-19 affecte la façon dont nous utilisons Internet.
Je ne savais pas que l’utilisation accrue des VPN affectait autant le trafic réseau. Bon à savoir.
Cette analyse de ThousandEyes est très perspicace, j’espère qu’ils continueront à fournir ces syntheses à l’avenir.
C’est surprenant de voir Google avoir une panne pour une raison inattendue. Ils devraient avoir de meilleures infrastructures.
Je ne savais pas que le trafic de Google avait été affecté par une panne de routeur. C’est intéressant.
Je suis impressionné par les statistiques de ThousandEyes, les données sont très informatives.
Il est bon de savoir que les pannes de cloud public diminuent, cela signifie que les services s’améliorent.
Intéressant. Merci pour le partage de l’information 🙂
Merci pour les informations. 🙂
C’est bien expliqué:) merci pour le partage
Je comprends mieux maintenant
C’est bon à savoir thnks 🙂
J’apprécie ces mises à jour mrc 🙂