В NOC'е всегда можно откатиться на python

потому как когда ты начнешь записывать if и for в xml, это быстро станет нечитаемым

дак я то всегда готов откатиться на Python. Но не все так могут. С другой стороны задач не так, чтобы очень, много разных, для считывания по SNMP

поэтому xml-шаблоны лежат как файлы и собираются в коллекцию и применяются только там, где они точно будут работать, а привязываются к таком объекту через host_template и нет, я не навязываю сделать как в какти, просто там есть такой механизм и он удобен

через такой же шаблон у меня собирается инфа методом script(indexed), там перловый скрипт ходит на железку и через кли собирается инфу о нате, парсит и выдает в индексном виде и какти просто жует в стандартные источники данных

ну, мы тут, примерно, то же самое и расписали

шаблоны будут лежать в get_metric

а скриптом будет get_capabilities

круто

счас, только всё это надо записать:)

да и доку как этим пользоваться :)

доку я напишу)

а FM=syslog или там идет обмен сообщениями? то, что пришло в сислог, в какую базу попадает? например будет через syslog прилетать лог работы dhcp-сервера, т.е. все-все-все реквесты и аки, куда это упадет?

не равно. есть syslogcollector - сислог доходит до него

сообщения в монге хранятся

но всё сложнее:)

к сожалению, в FM я не силён

а монга не треснет?... я с ней не знаком, кроме того, что она все хранит в json... 10млн сообщений в сутки как она пережует?

даже 15М

у меня в какти CAMM плагин занимаемся сбором сислога... ему тяжело

точно не скажу, но syslog в ней не хранится, на его основе создаются события и они уже хранятся

без проблем пережуёт

аж дух захватывает

FM сильно оптимизирован

на большое количество устройств

а насчет путей к базам в башне... это нормально, что при деплое явно заданные пути не учитываются? мне не нужны базы в /var/lib, мне надо в /opt/db, например, т.к. /, /usr, /var, /tmp, /home, /opt - имеют свои разделы и не больше ,чем им реально нужно и обычно система крутится на raid1, а тот же /opt(любой другой раздел) - на raid5/10 и других винтах

Не знаю:) надо глянуть. У меня базы установлены руками

Не через деплой

а update deploy потом их не сломает, не найдя по нужному пути... или он просто смотрит, что база по нужному ip-адресу доступна и пускает?

Я не даю туда доступ пользователю ansible

а разве это не должно привести к ошибке при деплое?

когда сорцы обновляются...

А что сорцы будут делать на хосте дб?

Там же только дб

ок, поиграюсь в виртуалке

У меня так.

Сорцы ставится только туда, где есть нок

а насчет путей к базам в башне... это нормально, что при деплое явно заданные пути не учитываются? мне не нужны базы в /var/lib, мне надо в /opt/db, например, т.к. /, /usr, /var, /tmp, /home, /opt - имеют свои разделы и не больше ,чем им реально нужно и обычно система крутится на raid1, а тот же /opt(любой другой раздел) - на raid5/10 и других винтах

Я запилил что эти пути есть

Но не стал их использовать

Ибо миграция была бы адом

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

@dvolodin а есть идея сделать галочку для Metric Type - Check only, чтобы только проверять threshold, но не писать его в БД?

@akubatkin кстати, способ который я описал не получится с influxdb, хотя, с ней и проблем меньше. Не получится т.к. на неё рекомендуется pmwriter ставить

@akubatkin тут дело в том, что в каждой ОС свои разумения куда по дефолту писать базы Postres, на всех не угодишь:)

ну это не сложнее, чем для каждой ос держать профиль установки и как какие пакеты ставить

сложнее, ибо профилей много, а настройка одна

по мне БД слишком тонкая материя чтобы её так вот разворачивать... всё -таки несколько БД не частая инсталляция

а у кого они есть, сам рзумеет как оно должно быть:) где и когда и тут настройкой не обойдёшься

:) тогда "install everything" вводит в заблуждение...

почему?

там же не написано Install everything by path

:)

но path указан :) без оговорок, что его можно потом поменять вручную как душе угодно и что важно ,чтоб база просто работала

решил подеплоить prod... столкнулся с ошибкой в башне TASK [postgres : PostgreSQL init db]02:46 fatal: [noc-db]: FAILED! => {"changed": true, "cmd": ["service", "postgresql", "initdb"], "delta": "0:00:00.327039", "end": "2016-07-30 18:08:20.005599", "failed": true, "rc": 1, "start" - дальше не видно что, но вот в консоли... [postgres : PostgreSQL init db] *******************************************\nfatal: [noc-db]: FAILED! => {"changed": true, "cmd": ["service", "postgresql", "initdb"], "delta": "0:00:00.327039", "end": "2016-07-30 18:08:20.005599", "failed": true, "rc": 1, "start": "2016-07-30 18:08:19.678560", "stderr": "FATAL: could not create semaphores: No space left on device\\nDETAIL: Failed system call was semget(1, 17, 03600).\\nHINT: This error does *not* mean that you have run out of disk space. It occurs when either the system limit for the maximum number of semaphore sets (SEMMNI), or the system wide maximum number of semaphores (SEMMNS), would be exceeded. You need to raise the respective kernel parameter. Alternatively, reduce PostgreSQL\'s consumption of semaphores by reducing its max_connections parameter.

как бы ясно на что намекает

Сколько же ты поставил коннектов?

я? :) я деплой делаю

В настройках постгреса

По умолчанию там 300

:) каких? все с нуля ставится из башни

на freebsd

Семафоров на 300 хватает с избытком

во freebsd там 50 семафоров

пришлось поднять через /boot/loader.conf

Хм

А зачем?

Коннектов сколько?

да понятия не имею сколько там коннектов, все по-умолчанию

что башня ставит, то и идет

только вот при установке eval такой ошибки не было

Dmitry

только в prod

Прод под фрю?

да

Будешь первый с такой конфой

:)

не в первой...

Но зачем?

потому что боевые сервера под фрей

тестирую в виртуалках как оно встанет, если встанет и чему может помешать

ага. боевые сервера под фрей. ок.

На какой оси у вас будет работать/работает инсталяция NOC в микросервисах ? Debian 8 – 21 ??????? 47% Ubuntu 16.04 – 10 ??? 22% FreeBSD 11 – 7 ?? 16% CentOS 7 – 4 ? 9% Rhel 7.2 – 3 ? 7% ? 45 people voted so far.

:) пара человек провела голосование - это теперь эталон? :)

не ноком единым живы

нет нет. что ты. опрос из разряда знай своих пользователей

я давеча на #ITGM спрашивал делают ли чего фряшники для докера. я так понял нет

и еще спрашивал есть ли грабли в схеме докер и фря

говорят есть.

подробности только сказать никто не может

ну, у меня не сотня серверов для нока, я и в jail могу деплой сделать

поэтому пока в виртуалке и играюсь, чтоб понять что реально требуется и что будет работать, а что нет, чтоб понять реальную необходимость линуха

мне пока важно разнести сервисы на два сервера, чтоб базы на одном, а остальное на другом

и желательно под фрей и желательно, чтоб ничего уже имеющегося не сломалось

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

ага. тогда стаивть через башню надо предварительно читая что там происходит

дык читаю :)

ибо мы не рассматриваем кейс установки паралельной с чем то еще вообще

вот, перенес базы из умолчальных место туда, куда мне надо... вроде все взлетело... теперь бы не сломалось при обновлении :)

я сам делаю репам