Une panne de réseau d'une semaine entraîne la migration vers le cloud à l'Amherst College

Ce ne sont pas seulement les réseaux d'entreprise qui ressentent l'impact de la transformation numérique. Des agences gouvernementales à l'enseignement supérieur, la migration vers le cloud et l'adoption du SaaS modifient la mise en réseau de haut en bas, ce qui impose une pression sans précédent sur les services informatiques.

Un incident récent au Amherst College dans le Massachusetts a parfaitement illustré ce qui peut arriver lorsque l'informatique est ensevelie sous une avalanche de problèmes de réseau alors que les collèges à travers le pays deviennent de plus en plus dépendants des technologies connectées. Une série de pannes de réseau d'une semaine s'est produite sur le campus à partir du 11 février.

Alors que le collège diagnostiquait encore ce qui s'était passé exactement une semaine plus tard, une grande partie des problèmes était attribuée à des pannes d'équipement, notamment des problèmes de câblage et des incidents de défaillance MAC qui ont saturé le réseau avec des vagues de trafic de messagerie non mesurées, entraînant une séquence de plantages. En plus d'un problème de configuration sur l'un des serveurs centraux de l'école, il y avait un troisième problème non encore identifié que le service informatique s'efforçait de découvrir, selon le journal de l'école, The Amherst Student.

En bref, après près d'une semaine de panne de connectivité presque complète, le service informatique du campus avait encore du mal à identifier ce qui empoisonnait son réseau, même s'il semble qu'Amherst College possède et contrôle la majorité de son architecture réseau. Contrairement aux réseaux qui ont migré au moins en partie vers le cloud, l'informatique de l'Amherst College contrôlait la plupart de leur matériel réseau, contrairement aux organisations qui exploitent l'accès Internet direct (DIA) ou le SD-WAN (ce qui est certes plus courant dans les environnements d'entreprise que dans les établissements d'enseignement). réseaux, du moins pour le moment).

Le directeur de l'information de l'Amherst College, David Hamilton, a déclaré au journal étudiant qu'il n'avait jamais été au courant d'incidents similaires au cours de ses 12 années à l'école, et que c'est « une confluence d'accidents qui l'a causé. »

Il y a quelques premiers points à retenir ici.

Premièrement, l'impact de la panne de réseau au cours de la semaine a été considérable; non seulement les e-mails et le WiFi étaient en panne, mais les systèmes de numérisation de cartes qui sécurisent les dortoirs et les salles du campus étaient essentiellement «déverrouillés». Les étudiants ont été contraints d'utiliser leurs propres données cellulaires pour accéder au matériel en ligne pour les cours, les systèmes de paie sont devenus inaccessibles et même les cartes de blanchisserie du campus ont été gelées. Non seulement les administrateurs du campus n'ont pas été en mesure de donner une réponse claire sur la cause de la panne d'ici la fin de la semaine, mais la manière dont ils rembourseraient les étudiants et les professeurs pour la gêne occasionnée était un autre facteur qu'ils n'avaient pas encore pris en compte, selon The Amherst Student .

Une alerte du 15 février aux étudiants de tout le campus disait :

« Le service informatique s'efforce de restaurer les services en les déplaçant vers le cloud. Cela prend plus de temps que prévu en raison de l'instabilité du réseau existant. »

Alors, qu'est-ce que l'informatique du campus aurait pu faire pour empêcher cela ? Pour commencer, si l'informatique du campus s'était vraiment attendue à ce que les conditions ne changent pas de manière significative sur le réseau au cours de la dernière décennie et plus, comme leurs déclarations l'ont indiqué, alors une panne majeure comme celle-ci était inévitable.

Une question qui vient immédiatement à l'esprit est de savoir si le campus avait effectué une surveillance du réseau avant l'incident en premier lieu.

Pour qu'«une confluence d'accidents» se produise tous en même temps, cela nécessiterait des angles morts majeurs du réseau de la part du service informatique avant l'incident. Même pour les réseaux qui ne dépendent pas d'architectures cloud importantes, ils devraient utiliser des outils de surveillance et de diagnostic des performances du réseau pour les alerter des pièges potentiels sur une base active, et pas seulement compter sur le matériel réseau pour rester performant en raison d'un bon bilan.

Ces mêmes solutions de surveillance auraient dû être déployées pendant la panne pour aider à identifier le problème. L'approche consistant à fermer les serveurs réseau et à effectuer des tests matériels a finalement coûté cher aux étudiants et au personnel, tout en ne produisant pas de réponses claires. Si l'équipe avait été pré-active au sujet de la surveillance des performances de son réseau, le service informatique aurait très probablement pu accélérer son temps moyen de résolution (MTTR) s'il n'avait pas atteint plus rapidement la racine du problème.

Selon la réponse de Hamilton à la panne du réseau, Amherst retirera son infrastructure réseau centrée sur le matériel et migrera ses systèmes commerciaux centraux vers le cloud dans l'espoir de fournir une connectivité plus sûre et fiable au personnel et aux étudiants.

Pendant que les choses s'arrangent, il s'agissait d'un incident très long à la fin de la journée qui aurait probablement pu être évité - s'il n'avait pas été amélioré plus rapidement - avec une technologie réseau plus moderne, ainsi qu'une surveillance fiable des performances du réseau.