Недельное отключение сети способствует миграции в облако в Amherst College

Не только корпоративные сети ощущают влияние цифровой трансформации. От государственных учреждений до высших учебных заведений, миграция в облако и внедрение SaaS меняют сети сверху вниз и в результате создают беспрецедентную нагрузку на ИТ-отделы.

Один недавний инцидент в Амхерст-колледже в Массачусетсе прекрасно продемонстрировал, что может случиться, когда ИТ-специалисты погребут под лавиной сетевых проблем, поскольку колледжи по всей стране становятся все более зависимыми от подключенных технологий. Начиная с 11 февраля в кампусе произошла недельная череда сетевых отключений, которые повлияли на все, от Wi-Fi на территории всего кампуса до доступа к электронной почте, в результате чего школа пришла в недельный беспорядок.

В то время как колледж все еще диагностировал, что именно произошло через неделю, большая часть проблем была связана с отказами оборудования, включая проблемы с кабелями и инциденты с отключением MAC, которые заполнили сеть неизмеренными волнами трафика обмена сообщениями, что привело к последовательностям сбоев. Согласно школьной газете The Amherst Student , наряду с проблемой конфигурации на одном из центральных серверов школы, существовала и третья, пока не выявленная проблема, над решением которой работали ИТ-специалисты.

Короче говоря, после почти недели почти полного отключения связи ИТ-отдел кампуса все еще пытался определить, что мешает их сети, хотя кажется, что Амхерстский колледж владеет и контролирует большую часть его сетевой архитектуры. В отличие от сетей, которые хотя бы частично перешли в облако, ИТ-отдел Амхерстского колледжа контролировал большую часть их сетевого оборудования, в отличие от организаций, использующих прямой доступ в Интернет (DIA) или SD-WAN (что, по общему признанию, более распространено в корпоративных средах, чем в образовательных учреждениях). сетей, по крайней мере, на данный момент).

Директор по информационным технологиям Амхерстского колледжа Дэвид Гамильтон сказал студенческой газете, что он никогда не знал о подобных инцидентах за свои 12 лет в школе, и что причиной их было «стечение несчастных случаев».

Здесь есть несколько исходных выводов.

Во-первых, влияние неработающей сети в течение недели было весьма масштабным; Были отключены не только электронная почта и Wi-Fi, но и системы сканирования карт, обеспечивающие безопасность общежитий и холлов на территории кампуса, были по сути «разблокированы». Студенты были вынуждены использовать свои собственные сотовые данные для доступа к онлайн-материалам для занятий, системы расчета заработной платы стали недоступны, и даже карты прачечной в кампусе были заморожены. По словам студента из Амхерста, администраторы кампуса не только не смогли дать четкого ответа о том, что вызвало отключение электричества, но и то, как они возместят расходы студентам и преподавателям за неудобства. .

Уведомление от 15 февраля для студентов по всему кампусу гласило:

«ИТ-специалисты работают над восстановлением сервисов, перемещая их в облако. Это занимает больше времени, чем ожидалось, из-за нестабильности существующей сети ».

Так что же могли сделать ИТ-специалисты кампуса, чтобы предотвратить это? Для начала, если бы ИТ-отдел кампуса действительно ожидал, что условия в сети существенно не изменятся в течение последних десяти с лишним лет, как указывается в их заявлениях, то такой крупный сбой был неизбежен.

Сразу приходит в голову вопрос:проводил ли университетский городок какой-либо сетевой мониторинг перед инцидентом.

Для того, чтобы «совокупность аварий» произошла сразу, как это, потребовалось бы наличие серьезных сетевых мертвых зон со стороны ИТ-отдела до инцидента. Даже для сетей, которые не зависят от значительных облачных архитектур, следует использовать инструменты мониторинга и диагностики производительности сети, чтобы предупреждать их о потенциальных ловушках на активной основе, а не просто полагаться на сетевое оборудование, чтобы оставаться работоспособным из-за хорошей репутации.

Эти же решения для мониторинга должны были быть развернуты во время простоя, чтобы помочь в выявлении проблемы. Подход, заключающийся в отключении сетевых серверов и выполнении тестов оборудования, в конечном итоге был дорогостоящим для студентов и сотрудников, но при этом не давал четких ответов. Если бы команда заранее проявила активность по мониторингу производительности своей сети, ИТ-специалисты, скорее всего, могли бы ускорить среднее время разрешения (MTTR), если бы не более быстро нашли корень проблемы.

Согласно ответу Гамильтона на сбой сети, Amherst откажется от своей аппаратно-ориентированной сетевой инфраструктуры и перенесет свои центральные бизнес-системы в облако в надежде обеспечить более безопасное и надежное подключение как для сотрудников, так и для студентов.

Пока дела улаживаются, это был очень затяжной инцидент в конце дня, которого, вероятно, можно было избежать - если не исправить быстрее - с помощью более современных сетевых технологий, а также надежного мониторинга производительности сети.