Памагите АдминУ
Патамучто по утру
В подопечном емУ ЛАНе
Проворонил он дырУ!
Некоторое время назад я выложил на суд общественности проект
WebLight.
После вялого обсуждения проекта на связь вышел камрад qawsed55 и предложил следующую вешь:
«Бегающие огоньки — эт, конечно, здорово. Но толку от них с сорочий @#$.
Почему бы на платформе WebLights не сделать что-то более полезное и приземленное — например визуализацию состояния LAN?»
В самом деле — почему бы и нет?
Как должно быть многим известно, одна из основных обязанностей сисадмина (кроме борьбы с пользователями) заключается в непрерывном разглядывании экрана на котором отображена карта сети в ожидании какого либо события. Дело это важное — но скучное.
К сожалению, очень немногие руководители заботятся о физическом и ментальном здоровье своих сисадминов и обеспечивают их необходимой техникой — например 40''+ мониторами. А если даже такие и находятся, все равно они на отрез не берут в расчет психофизиологические особенности мозга человека (особенно мужского). Ведь любому нормальному человеку ясно, что постоянно мониторить редко меняющуюся картинку очень тяжело и эта техника с гораздо большей пользой может быть использована для запуска Fallout, Skyrim или чего-то подобного.
Впрочем, довольно бесполезного нытья.
Лучше постараемся (по мере возможности) облегчить нелегкий труд сисадминов.
За основу возьмем проект WebLight и переименуем его в VisPinger — полдела сделано!
Осталось его слегка модифицировать:
—
добавим модуль воспроизведения MP3.
Постоянно пялиться на огоньки (даже красивые) — тяжело. А так можно будет подключить произвольные звуковые файлы, которые будут проигрываться при наступлении каких-либо событий.
—
добавим модуль внешних реле.
При желании можно ими управлять из контроллера и что-то включать\выключать.
Например, повесить ресет какого-либо оборудования.
Совместно с камрадом qawsed55, на основе его опыта и потребностей, была разработана структура конфигурационного файла для устройства.
Идея заключается в том, чтобы периодически опрашивать пингами заданные узлы сети и в зависимости от длительности пингов или исчезновения ответов на пинги формировать визуальное отображение на цепочке LED WS2812. При наступлении критических событий воспроизводить звуковые файлы.
Ну и в случае совсем ахтунгового ахтунга — щелкать реле и посылать сигнал во внешний мир.
В результате получился специалицированный контроллер для мониторинга состояния сети и отображения состояния узлов на LED WS2812.
Можно взять плотный картон, наделать в нем дырок, вставить в них светодиоды, подписать отдельные светодиоды или их группы, по мере художественных способностей и потребностей — нарисовать связи. Далее написать конфигурационный файл для типичных событий в сети, загрузить его через WEB интерфейс в контроллер — и в результате получим большую перемигивающуюся интерактивную карту cостояния сети.
Коты схему сети не оценили — огонечки плохо бегают.
Как обычно, схемы, описание и исходники выложены на github.
Разве что в помощь сисадминам провайдеров, мониторить коммутаторы и их доступность.
Зато его проще начальству объяснить — вот зеленый светодиод.
Выключаем что — то — становится красный.
Провода там всякие необычные…
А для полноценной системы мониторинга надо обосновывать необходимость 50' экрана — про что я и плакал ;)
мало того — можно и нужно продать в корпусе только к каждому компу в организации. да ещё баксов по 100.
Судя по руководству оно поведётся.
И прекрасно себе это представляю.
А эта конструкция — больше для развлечения.
Когда хочется что-то сделать руками.
А если еще и на работе прикрутить и хоть как-то использовать можно будет — совсем хорошо.
Сослуживцы в мелкодисперсный осадок выпадут — кто понимает. :)
Службе охраны поставить как дублирующую систему — чтобы не спрашивали «А чего это камера не показывает?».
Связи нет — вот и не показывает.
PS: Не имею опыта работы с ESP8266, все както с OpenWRT + мелкие роутеры вроде NEXXа + USB с него
приходится покупать отдельный модуль с нормальным контроллером и внезапно цена становится как за мощный одноплатник на а20 или что там сейчас продают по 10 баксов
За обзор спасибо. Прочитал полностью. Два раза. Но не понял от слова совсем.
И не увидел ничего, тоже от слова совсем.
Вы хоть покажите чего реализовали в деле. Где фото огоньков? платы? Где фото ахтунгов?
Ну правда, это из разряда «у меня для вас есть письмо, но я вам его не отдам, потому что у вас...»
И да, хоть я к котейкам равнодушен, ваш прикольный. Караоке поёт?
Но — согласен, картинок следует добавить)
уже давно там стало сильно сложнее с качеством контента…
— Сорри, не дочитал до конца вашего коммента, свой написал. Кота вы заметили.
Можно вывезти обзор с хабра, но хабр из людей никогда. Тред ниже это доказывает :)
Однако, прозаический Friendly Pinger 12 лет — полет нормальный.
И функционал у FP гораздо больше.
Это просто решение той же задачи другими средствами c необычным средством вывода…
JSON, хотя бы так: pastebin.com/Xyc2s56k
«глюки парсинга и потеря данных» может быть обеспечена любым форматом конфигурации, если редактировать его вручную. json не спасет.
Кстати, в Вашем json я не увидел комментариев. При редактировании конфига наугад шанс что-нибудь потерять или поломать многократно возрастает.
json хорош, когда файл не надо редактировать пользователям. Он легковесный, в него непринужденно сериализуется и из него потом десериализуется почти любой объект. Но когда надо редактировать вручную, лучше ini ничего нет.
Если я открываю ini файлик, то ожидаю, что он написан в соответствии с принятыми соглашениями: Комментарии (; #); Обратный слэш (\n); Одинаковые параметры; Одинаковые имена секций.
Этот же конфиг — ад и вакханалия: несколько Addr в секции, но при этом значения параметров Lvl, Fail, Seq и прочих, разделены запятой. несколько секций [IP].
После чтения этого конфига уже интуитивно ожидаешь ада и содомии в исходном коде.
ууу да ладно. Ваш json – самодокументированный?
Код тоже должен быть самодокументированным, так что, теперь и комментарии запретить?
> Если приходится прописывать комментарии, то формат конфига явно неподходящий.
Из этого утверждения следует «неподходящность» форматов 99% *nix'овых конфигов.
Сильно сомневаюсь, что можно легко привести пару примеров более-менее популярного софта с конфигурациями, которые предполагается редактировать вручную, но без комментариев.
> в соответствии с принятыми соглашениями
только если тот, кто писал, принял их.
В педивикии ссылка только на некий Cloanto Implementation of INI File Format. Кто вообще такие Cloanto?
Если уж на то пошло, то законодателем «мод» в сфере ini является Microsoft, но даже у них есть многочисленные расхождения в реализациях (например, reg – тоже вариант ini).
И что плохого в нескольких [Addr]? Просто считайте их массивом, делов-то (собственно, в json Вы так и поступили).
Вообщем что я хочу сказать: данный конкретный конфиг кривоват, код, может быть, тоже, но смена формата конфига без рефакторинга и оптимизации по целям не уберёт ни одну из этих проблем, зато добавит новые.
P.S. Если уж и ожидать ад и содомию, то не после конфига, а после надписи «Copyright ©» в самопальном .cpp на гитхабе.
Другой вариант — формат, котоый используется в BIND
В конфиге bind (и exim, и squid) не вижу ничего плохого. Кроме того, что новому пользователю ini будет знаком почти наверняка, а вот с остальными форматами придется разбираться.
Что плохого в ini?
Светодиоды, кнопка и ещё какая-то неведомая фигня. Зачем они?
Нет не слышал.
Вазуализировать нужно нагрузку сети, работу сервисов, нагрузку и температуру серверов.
А тратить столько сил на визуализацию пингов…
К тому же исходя из надежности ESP -она упадет первой в сети )))
Это не совсем так. Мониторинг дает заббикс и заббикс действительно лучшее средство мониторинга. А графана дает лишь красивые графики, когда нужно что-то показывать заказчику-идиоту, для мониторинга графана не нужна.
Плюс ко всему любой график я могу представить в нескольких видах за считанные секунды. Круговой, линейный и т.д. А вообще, если интересно, есть видео по этому поводу:
Речь о том, что для мониторинга и алертинга графана не нужна. Графа — побочный инструмент для визуализации, красивый и для работы бесполезный. Я для одного из заказчиков ее использую, кое-какие данные из заббикса по его серверам рисую ему, что бы любовался на красоту неописуемую, вот только оно не нужно мне, как админу, мне нужен только сам заббикс :)
А мне, как инженеру AV интеграции нужна. Мне так проще. Ну и я люблю красивые графики)))
Вот! Это главное в вашей привязанности к графане :)
Мне, как админу, графики бывают полезны, но мне хватает графиков заббикса, тем паче, что он их мне при срабатывании триггеров сразу в телеграм присылает, а графановские только для красоты :)
Zabbix vs графики
habrahabr.ru/post/308750/
Визуальный мониторинг серверной инфраструктуры на базе Nagios + Grafana
habrahabr.ru/post/302720/
Но было именно такое Zabbix+Grafana, и недавно. Сорри, может не Хабр. :( Или на хабре, но ролик с конференции. Скорее так.
Я со своего сервера, например, получаю уведомления по срабатыванию триггеров событий. Плюс все данные по любому хосту, которые мне интересны
сегодня очередной раз долго искал пульт от тв. в связи с этим, предлагаю на esp сделать простую искалку. пусть пищит пьезоэлементом например, по команде с тф.
все это запихать в пульт и питаться от него же. ток с питаним надо думать. вот это нужный массовому потребителю девайс.