правда что бы он тянул нагрузку пока дефолта не хватает.

сейчас впилил nginx перед influx

link check и так есть, но по таймеру

что бы не убивать нагрузкой influx

но там тоже не все ровно

Я пока influx не обновлял до 12, чем черевато?

подожди. обновишь сразу до 13 :)

буквально на днях должен выйти

но обновлять все равно надо будет сложно

или с потрей метрик

в принципе, для протоколов для которых есть стандартные невендорские мибы, можно и сделать

Я считаю, что должен быть механизм, который позволяет подтверждать состояние аварии, даже банально по snmp проверить состояние bgp session

Это у меня не много пиров, аварий 30 не закрытых висит примерно

Каждую закрывать оператор афигеет

или с потрей метрик

Я уже их потерял)

Всмысле, если обновить без переноса, то только метрики потеряю?

не

просто внимательно прочитай гайд по миграции

я тут ссылку кидал.

и еще

помню

про монгу тоже не заываем

деплой = монга не перезапустится

Ты предупреждай при изменении

С монгой уже ок

переехал ?

ага

ровно ?

ровно

через dump/restore ?

ага

ну вот и ладушки

:)

Заметил metric collector в башне, это с него будут браться данные или наоборот, на него отправлять?

это у меня на продуктовой установке.

я на башне поднял второй influx чисто для сбора телеметрии по серверам

такое нужно не всем. сильно не всем.

понял

ну и самое слабое звено это таки инфлукс.

памяти ему надо... просто капец

Я считаю, что должен быть механизм, который позволяет подтверждать состояние аварии, даже банально по snmp проверить состояние bgp session

ты не видел вселенский плач альтернативного Дмитрия, а может и видел. почему link check и выпиливается

так он и так есть по сути)

тут же вопрос не только в есть/нет, а в концепции

Я пока с весами не совсем разобрался.. вес аварии 3999, при этом MINOR, хотя в severities 2001-3000 это минор

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

Каждые 300 сек по умолчанию periodic, в нем же и линк чек

эм

не трогайте переодик.

Я к тому, что в нем есть проверка статуса интерфейса

лично я считаю что это все десятично, основное для ФМ это начать делать нормальную корреляцию

+

ну корреляциб он делает

хер там

Надо профили для железа писать в sa для норм корреляции и скрипты типо get_interfaces, get_lldp_neighbors

BGP Peer 10.250.86.2 session down - CEASE/BFD Session Down

BFD Session Down: 10.250.86.2 on GigabitEthernet4/0/4.2268

что его остановило скоррелировать и оставить одну аварию?

:)

@ivzakharov :)

то что кореляция пингером :)

а DDM и Link Down

@freeseacher у меня вчера выпало просто нисхуя ядро, ушло в себя.. Пачка аварий посыпалось, но видимо из-за того, что интерфейсы ядра в нок не занесены, он не смог скоррелировать, правильно понимаю? т.к. не знает за каким интерфейсом какой сосед

у меня есть мысль что для сложных кореляций с учетом вланов и других штук надо будет юзать что нить типа neo4j

но Дима как это слово услышал сказал что идите все в жопу :)

не знаю что ты ему предложил, но даже самое простое уже можно бы

учитывать подсеть на интерфейсе

если прилетают всякие neighbor down

и упал линк с таким же ip

то под него и прятать

да полно правил для корреляции

но ничего нет

это ты все здорово говоришь.

по топологии вроде как работает, но не у меня)

для топологии над очто бы были линки

ага

и нужно что бы их было все.

да я про топологию еще ни слова не сказал

для того что я перечислил вообще ничего не надо

ты Илья говоришь про топологию

и даже более сложную

ибо ты предполагаешь не только л2

но и еще зависимость по osi

я предлагаю простые правила для корреляции физических аварий с логическими

а ведь фактически такие штуки надо рещать в рамках 1. сервиса. 2. физической топологии 3. логической с учетом вланов и tun-ов

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

да с фигали ?

а если lag ?

А если целиком lag лег?

то роуты ?

сабы обычно на лаге настроенвы

и по ним аварии не будет

если лаг не упал

а если упал то упал

тоесть лаг надо учитывать ?

в смысле

ну в том что лаг нифига не физика.

учитывать надо родителя саба и все

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

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