Неделя сбоя сети в Amherst College ускоряет переход в облако

Недельный сбой сети в Amherst College, начавшийся 11 февраля, приостановил кампус-широкий Wi-Fi, почту и основные сервисы, подсвечивая нарастающее давление на высшее образование ИТ по мере того, как институты все больше полагаются на облачные решения.

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

Короче говоря, после почти недели почти полной потери связи, кампус ИТ боролось для изоляции проблемы даже тогда, когда Amherst College владеет и управляет большей частью своей сетевой инфраструктуры. В отличие от институтов, мигрировавших части своей архитектуры в облако, ИТ Amherst поддерживала в основном on-premises настройку, используя прямой интернет-доступ и традиционный SD-WAN, которые оказались менее устойчивыми под нагрузкой.

CIO Amherst College, Дэвид Гамильтон, сказал студенческой газете, что он никогда не видел подобного инцидента за свои 12 лет в школе и описал сбой как «конфлюенцию аварий».

Последствия были обширны: почта и Wi-Fi были внизу, системы сканирования карт в общежитиях, обеспечивающие жилье студентов, были эффективно отключены, студенты прибегали к сотовым данным для доступа к учебным материалам, зарплатные и другие административные системы были недоступны, и даже кампусные карты прачечной были заморожены. Администраторы не могли предоставить определенную причину к концу недели, ни они еще не адресовали возмещение за срыв, согласно The Amherst Student.

Алерт 15 февраля кампусу гласил:

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

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

Даже сети, сильно полагающиеся на on-premises оборудование, должны развертывать инструменты мониторинга производительности и диагностики для оповещения персонала о потенциальных ямах в реальном времени, вместо того чтобы полагаться исключительно на репутацию их оборудования. Развертывание этих инструментов во время сбоя могло бы ускорить среднее время разрешения (MTTR) и помочь быстрее определить корневую причину.

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

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