Еще вопрос , а имеет смысл NOC project смотреть?

только его и стОит

сложно но можно.

у NOC есть какая нибудь визуализация например нагрузки на порты , управление конфигами я видел через питонячие скрипты.... а вот что с остальным ... пока не понятно мало оч видео в сети с реальными задачами как выполняются

да, через графану

Мне кажется чуваку Либры будет за глаза :) офигенный продукт насамделе

управление всё почитай через веб делается, в питонячьи кишки полезете только если у вас оборудование не входит в базу NOC

мало там... ладно я полез еще поищу видео и сам оф сай почитаю... спс

посмотрю обязательно

на мой непросвещенный взгляд NOC project это лучшее решение для мониторинга дейтсвительно большого числа железок. для 10-20 штук NOC-а может быть многовато

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

спс большое за советы всем

Коллега из чисто академического интереса, у вас "по настоящему большое" это сколько?

сотни, тысячи. у вопрошающего задача как раз с 300 начинается.

Я на их одно время пристально глядел (года 3 назад), но тогда было страшновато. На тот момент эта вещь требовала еще четыре человка в штат чтобы её поддерживать. Как-то не вяжется команда разработки на масштабы в 300 железок в сети. Самому интересно если придется с пригывать с красивых монтирингов. Сейчас как? Пилить до состояния промышленного мониторинга все еще нужна команда или из корбоки хотябы база работает?

а какие красивые ?

PRTG, Zabbix (в меньшей степени)

Я развертывал его как раз года 3 назад (и делал это всем смертям назло на FreeBSD, хотя уже тогда разработчики рекомендовали запускать в докере). Пришлось чуть допилить модели устройств под некоторые железки, что были в том телекоме, но в целом всё заработало на удивление сразу же. Никаких 4х людей в штате, всё вот этими руками (показывает руки). Как мне видится, NOC нужен для мониторинга сети и главное - чтобы не утонуть в алармах при аварии на сети. Как средство техучета NOC врядли пригоден, хотя какую-то информацию там хранить можно. Как единую БД оборудования использовать NOC наверное, всё же, не стОит (и разработчики об этом прямо говорят), но как модуль большой системы - вполне, в NOC есть хуки во внешние системы, если руки нужным концом в теле, то NOC может быть встроен в другие системы. По ремонтопригодности скажу так: нужно было сделать информирование не в телегу, а в аську (тогда телегу блочили) - час работы переписать телеговскую часть на аськовую. Еще ремарка по части единой БД всего в одном продукте: нас учили (САПР), что вообще сам подход универсальных программ порочен, и в любой более-менее сложной отрасли компьютерного хозяйства не найти универсальное ПО, которое бы покрывало все потребности людей в этой отрасли. И поэтому, опять же, на мой непросвещенный взгляд, в построении больших систем выигрывает то ПО, которое делает какое-то дело хорошо, и может быть встроена в большую систему с помощью открытых и стандартных средств. В случае NOC такая открытость имеется.

NOC делает визуал через графану, она вполне красива

Бладораю за развернутый ответ.

Т.е. я привльно понимаю вы на этом деле по сей день сидите? Как с апрдейтами, миграциями? как общая стабильность?

Тот телеком был куплен примерно год назад, и мы расстались. Всё что я там разворачивал, стёрли.

Печально, все одно спасибо за потраченное время.

По стабильности - бывало порой что clickhouse начинал есть память, решалось какими-то костылями типа "перезапускать clickhouse раз в сутки". Сам NOC, то что было написано разработчиками, работало стабильно. Но то всё было на FreeBSD, надо делать скидку на ту бездуховность, которая движет дельцами от мира открытого ПО и которой буквально сочится современная парадигма создания серверного ПО для Linux.

Ясно. Так примено и предполагал.