Кто каким образом документирует локальную сеть?

Question

[Raul Duke]

С расширением сети возникла необходимость документирования топологии сети, настроек оборудования, сервисов и т.п. Делается для себя и для порядка, т.е. на ГОСТы и прочую оф.документацию можно не обращать внимание, главное - чтобы было удобно и понятно, наличие русскоязычного интерфейса очень приветствуется.
В настоящий момент пользуюсь в основном Excel, но это не совсем удобно и наглядно. Пытаюсь найти подходящее программное решение - и ничего не нахожу.
Есть статья на Хабре - "Техническая документация: сервера и сети", иллюстрирующая мою проблему. Там советуют
проект NPJ, но он очень давно заглох и не поддерживается.
Смотрел в сторону "монстров" вроде NOC Project и NetCrunch, но чересчур высок порог вхождения, да и многое из того, что там есть, мне не нужно (в частности, мониторинг мне не требуется вовсе). В похожем вопросе советовали также Userside - но он в основном для провайдеров (биллинг).
Отмечу, что автоматическая визуализация топологии (10-strike, Fpinger, etc.) меня не интересует.

Интересно, с помощью чего вы, коллеги, это делаете, либо можете что-то посоветовать?

Comments

[alexander sm1ly]

Я считаю что подробная схема достаточно удобна. В ней можно что-то скрыть/свернуть (или перенести на другой слой).
Из кроссплатформенного софта - DIA. Из веб версий - draw.io или плагин draw.io к confluence. Таблички можно через там в файлах или любом удобном месте. так же можно в csv сохранять и отображать с помощью php+какой-нить dynatable.
Вообще мониторинг говорите не требуется и это очень зря, к примеру Zabbix может показывать карту и там можете хотя бы просто пинговать. Умеет дискавери по подсетям (если надо прощупать какой-нить свой LAN). Ну а вообще всю ту же сеть можно там проверить.

Мне бы хотелось добавить еще. Настройки сервисов и сети очень удобно хранить и раздавать через такие штуки как salt, ansible, puppet, etc. Лично мне нравится salt.

[Raul Duke]

alexander sm1ly: Мониторинг не требуется потому, что уже осуществляется (Zabbix). Просто вопрос был именно о комплексных средствах документирования и хранения, а не о мониторинге (чтобы заранее отфильтровать возможные ответы об этом). Salt, ansible, puppet - обязательно посмотрю, спасибо за совет.

[alexander sm1ly]

Raul Duke: они уже в сторону автоматизации конфигурации и хранения конфигов. желаю удачи.

Answer 1

[athacker]

Вики. Схемы конкретных мест -- в визио, сетевые топологии -- картами в Zabbix. Для учёта оборудования, IP-адресов, вланов -- можно попробовать Racktables или iTOP с соответствующими плагинами.

Comments

[Raul Duke]

Racktables - то, что нужно! Ну и к вики для документирования я тоже склоняюсь. Спасибо!

Answer 2

[CityCat4]

Я визуал, поэтому основа для меня - схема. Топология на уровне логики, на уровне физики. Рисую в Visio, таблицы веду в LibreOffice Calc. Никаких специализированных решений не использую - они обычно и денег стоят как крыло от самолета и работают под виндой. Мониторинг делаю через nagios - да, он страшненький, но меня устраивает, тем более, что туда можно привернуть любой, какой угодно датчик.

Answer 3

[Клёвый Админ]

Когда была похожая задача использовал систему мониторинга как платформу для схемы. Т.е. одновременно всё что добавлено как элемент схемы мониторится. Использовал заббикс или дудку.

Answer 4

[xmoonlight]

Да HTML обычный.
Схема: в SVG, по клику на объекте - инфа.
Проверка доступности хостов/портов: через коды статуса аякс-запросом.
Нужно более круче: берём webkit и вперёд допиливаем.

Comments

[Raul Duke]

Да, круто, но всё же хотелось бы готовое решение, ведь немало времени уйдет на само документирование...

Answer 5

[dude2012]

В 10-Страйк Схемe Сети не обязательно автоматом строить - можно и вручную накидать по-быстрому. Библиотека значков большая и по дефолту, не считая того, что её стенсилами от визио расширить можно на любой вкус и цвет. Цену с кранчем можно не сравнивать даже :) Мы на кафедре студентам своим про сеть рассказываем по ней :)

Answer 6

[Эдуард Тибет]

Посмотрите вот здесь: Где сисадмину хранить документацию и конфиги серверов, а также собственные наблюдения и размышления?

Там приведены аргументы ПРОТИВ использования любых вики-систем для документирования сетевых ресурсов.

Answer 7

[Сергей Ливитин]

Можно использовать для рисования схем draw.io. Рисовать лучше в соответствии с функционалом. Например: уровень L2 подразумевает участие коммутаторов, VLA-ов, портов. А вот L3 - только маршрутизаторы и IP-адреса хостов и сетей. Тогда легче всё воспринимать. Кроме того надо вести кабельный журнал и подписывать все патч-корды, порты и т.д. Чем больше инфы - тем легче обслуживать. С одной стороны, но есть проблема со сведением этой инфы воедино. Систем много - надо единую базу, которая учитывает всё что хочешь и так как хочешь. Такой базы пока не придумано за маленькие деньги. Так что таблички экселя, простенькие картинки, краткие описания и разные вспомогательные программки (типа хардвареинспектор) Вам в помощь. :)