LINUX.ORG.RU

NOC 15.05 — система поддержки эксплуатации сетей для телекоммуникационных компаний, провайдеров, центров обработки данных и большых сетей

 , , ,


2

4

NOC — свободня (лицензия BSD) программа для управления сетью более пары десятков единиц активного оборудования.

Области, покрытые NOC включают: инвентаризацию сети, управление неисправностями, управление производительностью, управление оборудованием, мульти-VRF управление адресным пространством (IPAM), управление конфигурацией оборудования различных производителей, управление DNS, управление пирами, создание RPSL и BGP фильтров, а также отчетность.

Центр Управления Сетью — NOC

Установка на Debian, Ubuntu, FreeBSD.

Оверлей для Gentoo.

>>> Выпуск NOC 15.05

anonymous

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Всех сетивиков с Днём Связи!

Модераторы ЛОРа, сделаете подарок, подтвердите новость..

anonymous
()
Ответ на: комментарий от HighwayStar

Оно должно апгрейдится автоматом. Мы хорошо тестировали, апгрейды проходят без проблем, но лучше збекапте базы монги, постгри и сам каталог /opt/noc.

 # /etc/init.d/noc stop
 # cd /opt/noc
 # ./scripts/upgrade
 # /etc/init.d/noc start

Возможно ещё выбрать ветку надо в /opt/noc/etc/upgrade.conf: стабильна - default, или нестабильна - develop.

Инструкция по обновлению в Gentoo есть.

anonymous
()

Одно непонятно, зачем было привязывать систему сразу и к монго и к постгресу? Или я что-то не понял и используется одна из них на выбор?

AVL2 ★★★★★
()
Ответ на: комментарий от HighwayStar

а мануал по апгрейду с 0.8 есть?

Mануал по апгрейду с любой версии на последнюю. Откат на старые версии не предвиден, делайте бекап!

anonymous
()
Ответ на: комментарий от AVL2

Одно непонятно, зачем было привязывать систему сразу и к монго и к постгресу? Или я что-то не понял и используется одна из них на выбор?

Скорость и оптимизация + удобство и простота структур данных.

Проекту NOC более 5 лет. В постгри тогда не было поддержки корневой модели данных, а монга в этом деле была хороша.

Всё реляционное хранится в постгри, а корневидное в монге.

В добавок вместо монги для хранения time series можно использовать RoksDB. Почему ещё RocksDB притянули в NOC? Затраты на диск с ней будут в 4 раза меньше, чем в Zabbix.

Тоесть возможна установка NOC с тремя базами!

реляционные - PostgreSQL

корневидные - MongoDB

ключ-значение - RoksDB

Более подробную информацию можно получить в канале #nocproject.org на irc.freenode.net

anonymous
()
Ответ на: комментарий от anonymous

Тоесть возможна установка NOC с тремя базами!
реляционные - PostgreSQL
корневидные - MongoDB
ключ-значение - RoksDB

очень попахивает велосипедостроением, в стиле «потому что можем!»

кстати, списка тех, кто юзает это в продакшене так и не последовало

autonomous ★★★★★
()
Ответ на: комментарий от autonomous

очень попахивает велосипедостроением, в стиле «потому что можем!»

Была необходимость. Сначала всё жило на PostgreSQL но есть структура данных такая что плохо ложится в реляционную модель. Я лично был против MongoDB, но решили часть данных с кореневой структурой держать в MongoDB. Сегодня, благодаря возможностям PostgreSQL-9.4 возможно со временем от MongoDB откажемся.

Недавно стал вопрос хранения «time serial» данных для модуля управления производительностью. Рассмотрели кучу баз и RoksDB в этом действительно хороша. В этом случае есть выбор или MongoDB или RoksDB. Думаю все согласятся что хранить данные типа ключ - заначение как Zabbix в *SQL очень не оптимально...

кстати, списка тех, кто юзает это в продакшене так и не последовало

Список на сайте шде-то есть, там только те кто сами себя внесли. А так NOC используют те кому Zabbix, Cacti, Nagios, ... не удовлетворяют.

Знания Python не обязательны но если есть в разы увеличат возможности NOC в вашей сети. У меня например NOC пробивает VLAN в сети с коммутаторами разных производителей вычисляя автоматом маршруты, надо указать только два крайних порта на коммутаторах в web интерфейсе. Также NOC у меня может автоматом просчитать и проставить на коммутаторах нужные веса для протокола *STP в кольцах сети. В биллинге оператор выбрав клиента может сразу увидеть список всех ошибок на его порту подключения и оборудовании, поиск корневой проблемы тоже производится автоматом и остальные аварии связываются с ней. И это только маленькая часть NOC...

anonymous
()
Ответ на: комментарий от Lothlorien

А RHEL/CentOS где?

NOC пока эксплуатируют на Gentoo, Debian, Ubuntu, FreeBSD, Solaris и даже Mac OSX.

На rpm дистрах пока наверно никто не пользует, надо писать установщик или rpm репозиторий NOC. Можете присоединится и поддерживать установку на rpm дистры. Можно сделать скрипт установки по аналогии с Debian или маленикий rpm репозиторий по аналогии с Gentoo.

На любом UNIX можно установить NOC по этой инструкции.

anonymous
()
Ответ на: комментарий от anonymous

Кстати, вопросик, а где-то есть список оборудования, которое настраивается системой и что-то типа статуса поддержки?

Я же так понимаю, свичи должны быть, в которых вланы создаются через noc, роутеры, правила для файрвола в которых тоже создаются, а с них статистика собирается и т.д.

AVL2 ★★★★★
()
Ответ на: комментарий от lv77

Увидел, надо ссылку в документации сделать

share/vagrant/x86_64

CentOS-6.4
openSUSE-12.3

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.