Датчики протечки и температуры в серверной: как узнать о проблеме раньше, чем сгорит сервер

Расскажу историю, которая случилась у одного нашего клиента прошлой зимой. Батарея отопления над серверной стойкой потекла в три часа ночи. Сервер накрылся к семи утра, когда охранник наконец заметил лужу. Убытки — новый сервер плюс два дня простоя бухгалтерии перед сдачей отчётности. С тех пор я всем клиентам ставлю копеечные датчики. Обойдётся дешевле любого сервисного контракта.

Почему серверную никто не проверяет ночью

Вот смотрите, как обычно устроена серверная в компании на 20-40 рабочих мест. Отдельная комната или закуток, дверь на ключ, кондиционер, стойка или просто шкаф с сервером и коммутаторами. Днём туда никто не заходит без дела. Ночью — тем более. Охранник, если он есть, обходит периметр раз в пару часов и в серверную не заглядывает вообще — не его зона ответственности.

А теперь вопрос. Кто узнает первым, если ночью откажет кондиционер и температура в комнате за три часа поднимется с 22 до 40 градусов? Правильный ответ — никто. Узнают утром, когда сервер уже ушёл в защитное отключение или, хуже того, сгорел блок питания. У меня было такое у клиента-производителя: кондиционер встал в пятницу вечером, а в серверную зашли только в понедельник. Итог — RAID-контроллер, испортивший себе нервы от перегрева, и три дня восстановления базы 1С из бэкапа недельной давности.

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

Что реально мониторить и зачем

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

Дополнительно можно повесить датчик на дверь — открывалась ли она в нерабочее время, и датчик дыма, если серверная совмещена с электрощитовой или рядом старая проводка. Но это уже опции. Костяк системы — температура плюс протечка, и этого хватает в 90% случаев.

Важный момент: не нужен весь этот театр с промышленными системами мониторинга ЦОД за полмиллиона рублей. Для серверной на 3-10 юнитов оборудования это избыточно как автомобильная сигнализация на детском самокате. Хватает бытового IoT-уровня, только собранного грамотно.

Из чего собирается система за 3-5 тысяч рублей

Схема, которую я обкатал на десятке объектов, простая. Zigbee-датчики температуры и влажности — Aqara или Tuya, стоят рублей 700-900 за штуку. Zigbee-датчик протечки воды — тоже Aqara или его аналоги, порядка 1000-1200 рублей. Zigbee-хаб — я обычно ставлю Sonoff ZBBridge или Aqara Hub, это ещё 2000-2500 рублей.

Хаб втыкается в розетку рядом с сервером, подключается к локальной сети по кабелю или Wi-Fi. На него ставится прошивка Zigbee2MQTT — открытая, бесплатная, огромное сообщество, работает с любыми датчиками, а не только с фирменными. Дальше поднимаем маленький MQTT-брокер, чаще всего Mosquitto, он же может крутиться прямо на Raspberry Pi за 3000 рублей или на виртуалке, которая всё равно уже стоит у клиента.

И последнее звено — скрипт, который слушает MQTT и при превышении порога температуры или срабатывании датчика протечки шлёт сообщение в Telegram-бот. Пишется за вечер на Python, библиотека paho-mqtt плюс python-telegram-bot. У нас в компании такой бот уже готовый, мы его просто клонируем под нового клиента и меняем токены и пороги.

Итого по деньгам: хаб плюс два-три датчика температуры плюс два датчика протечки — около 5000-6000 рублей единоразово. Плюс час-полтора моей работы на монтаж и настройку. Сравните с ценой одного сгоревшего сервера, там счёт на сотни тысяч.

Как я это настраиваю у клиентов на практике

Датчик температуры вешаю на верх стойки — тёплый воздух поднимается, там показания честнее всего. Второй, если бюджет позволяет, ставлю у пола, чтобы видеть перепад: если разница между верхом и низом резко выросла, значит вентиляция в шкафу барахлит ещё до того, как это увидит общий термометр в комнате.

Датчики протечки — на пол, в те места, куда вода придёт первой. Под сплит-системой обязательно, даже если она новая и вроде не течёт. У выхода из-под фальшпола, если он есть. Возле труб отопления, которые часто проходят через такие технические помещения просто потому, что архитектор так решил, никого не спросив.

Пороги по температуре ставлю два уровня. Первый — предупреждение при 27-28 градусах, это ещё не критично, но повод посмотреть, что с кондиционером. Второй — тревога при 32-35 градусах, тут уже нужно бежать физически. У одного клиента, юрфирмы на Тверской, кондиционер начал сбоить постепенно, и мы это увидели за неделю до полной остановки — температура ночью стала подниматься на пару градусов больше обычного. Успели вызвать мастера до того, как что-то реально сгорело.

Для протечки порог один — сработал, значит сработал, там бинарная логика, вода есть или её нет. Зато сообщение в Telegram шлётся сразу и дублируется каждые 10 минут, пока не подтвердишь получение, чтобы не пропустить в общем потоке уведомлений.

Частые возражения клиентов и что я на них отвечаю

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

Второе — «у нас сервер и так с датчиками температуры, IPMI показывает». Да, показывает температуру процессора и материнской платы. Но это уже реакция на симптом внутри самого железа, когда греться начал уже сам сервер. А внешний датчик в комнате предупреждает раньше — пока проблема ещё в помещении, а не внутри корпуса. Плюс IPMI молчит про воду на полу совсем.

Третье, самое частое — «а если сработает ложная тревога ночью, мне что, вставать бежать». Отвечаю честно: за полтора года эксплуатации у восьми клиентов ложных срабатываний по протечке не было ни одного. По температуре бывали пара раз — датчик поймал жаркий день в июле, когда кондиционер просто не справлялся с уличными 38 градусами. Но это тоже полезная информация, значит пора думать про второй кондиционер или более мощный.

Что делать, если алерт всё-таки пришёл

Первое правило — не паниковать и не бежать выключать всё подряд. Смотрим, что именно сработало. Если температура — проверяем, работает ли кондиционер физически, слышен ли обдув, не забился ли фильтр. Часто причина банальна: фильтр забился пылью за полгода, и это лечится за 15 минут без вызова мастера.

Если протечка — первым делом обесточиваем то оборудование, которое стоит прямо в зоне намокания, но аккуратно, не хватаясь мокрыми руками за розетки. Дальше смотрим источник: труба, кондиционер, потолок. И только потом решаем, нужно ли физически переносить сервер или достаточно устранить причину и подтереть пол.

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

Частые вопросы

Нужен ли для этой системы отдельный интернет-канал или сервер?
Нет, хаб и MQTT-брокер работают в локальной сети клиента, интернет нужен только для отправки сообщений в Telegram. Обычно всё крутится на маленьком Raspberry Pi или на существующей виртуалке — отдельного сервера покупать не надо.

Что если пропадёт электричество или интернет в офисе — алерт придёт?
Если пропало электричество, хаб тоже отключится, и до этого момента система успеет прислать последний показания, но сам факт обесточивания нужно мониторить отдельно, например через ИБП с уведомлением. Мы обычно комбинируем: датчики протечки и температуры плюс мониторинг работы ИБП, чтобы закрыть и этот случай.

Датчики Zigbee не глючат из-за помех от Wi-Fi и другого оборудования в серверной?
За полтора года практики серьёзных проблем не было, Zigbee работает на своей частоте 2.4 ГГц, но по другому протоколу, конфликтов с Wi-Fi почти не бывает. Главное — не ставить хаб внутри металлического шкафа, сигнал через сплошной металл проходит плохо.

Можно ли обойтись без Telegram и получать алерты, например, звонком или на почту?
Можно, тот же скрипт легко переделать под email, SMS-шлюз или даже автодозвон через сервисы вроде Zvonobot. Мы выбрали Telegram просто потому, что у 100% наших клиентов уже есть телефон с этим мессенджером и алерт долетает мгновенно.