Детали реализации. Еще бывает без подписи на событие, просто открытый порт и все

еще можно в очереди пихать

это концептуально разновидности pull\push.

по факту реализации.

Тот, кто придумает способ передачи данных, не сводящийся к комбинации push и pull будет достоин филцевской премии

блокчейн

Блокчейн вполне себе сводится к pull/push

транспорт следующая тема.

Блокчейн вполне себе сводится к pull/push

Интересно, а наблюдение за квантовым состоянием можно свести к этому?

Ну принято считать, что квантовые вычисления сводятся к классическим, но изменяют асимптотики.

Типа QP радикально больше чем P (это если P /= NP)

Подскажите, можно ли, и если можно, то как, выводить в графане текстовой статус, который берется из прометеус? и каким образом этот текстовой статус впихнуть в прометеус?

Никак, там только числа. Маппинг нужен

А как сделать маппинг?

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

На стороне графаны некоторые панели умеют

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

SingleStat, например

понял, спасибо

Авито выложили в опенсорс Bioyino - свою реализацию statsd на Rust https://habr.com/company/avito/blog/354714/

Подскажите, можно ли, и если можно, то как, выводить в графане текстовой статус, который берется из прометеус? и каким образом этот текстовой статус впихнуть в прометеус?

Можешь его в лейбл совать и выводить этот лейбл

Можешь его в лейбл совать и выводить этот лейбл

Отлично, спасибо ??

Авито выложили в опенсорс Bioyino - свою реализацию statsd на Rust https://habr.com/company/avito/blog/354714/

Если есть вопросы, задавайте, постараюсь ответить :)

vladimir : правильно ли я прочел графики что у вас 60 миллионов статсд метрик в секунду превращается в 1.4 Млн графитовых метрик в минуту?

@deniszh нет, 60 миллионов статсд метрик в 30 сек, превращаются в ~900К метрик в 30сек

сейчас уже почти в 1 МЛН метрик в 30 сек

ахренеть, если честно

кто подскажет что в node-exporter можно взять за метрику количества сетевых коннектов?

Если есть вопросы, задавайте, постараюсь ответить :)

далеко до собственного raft внутри? ) только это пока останавливает

далеко до собственного raft внутри? ) только это пока останавливает

уже вот вот - код практически написан и протестирован

уже вот вот - код практически написан и протестирован

?

кто подскажет что в node-exporter можно взять за метрику количества сетевых коннектов?

node_netstat_Tcp_*

что-то оттуда

node_netstat_Tcp_CurrEstab может?

спасибо, а как писать в прометеусе query? чтобы фильтровалось по конкретному instance:"10.2.3.21"

node_netstat_Tcp_CurrEstab{instance:"10.2.3.21"}

node_netstat_Tcp_CurrEstab может?

это не точно, лучше посмотри что у тебя ещё наэкспортилось

это не точно, лучше посмотри что у тебя ещё наэкспортилось

node_netstat_TcpExt_TCPKeepAlive у меня много всего, даже теряюсь, но вот это наверное то что надо.

currestab это точно

currestab это точно

почему-то такого у меня нет....

а нет, нашел!

?

Мы кстати хотим сделать ещё агенты для него. Которые будут стоять на хостах, по UDP принимать в себя метрики, и по Cap'n Proto отправлять их на "Мастера". Таким образом мы сохраним UDP для клиентов, распределим нагрузку предагрегации метрик и увеличим надёжность доставки данных.

node_netstat_Tcp_CurrEstab{instance:"10.2.3.21"}

почему-то с такого запроса вверху слева красный треугольничек parse error at char 36: unexpected character inside braces: ':'

s/:/=/

почему-то с такого запроса вверху слева красный треугольничек parse error at char 36: unexpected character inside braces: ':'

node_netstat_Tcp_CurrEstab{instance="10.2.3.21"}

сорян, вот так

там же в консоли прома видно как фильтровать

node_netstat_Tcp_CurrEstab{instance="10.2.3.21"}

спасибо, то что надо, работает!

Мы кстати хотим сделать ещё агенты для него. Которые будут стоять на хостах, по UDP принимать в себя метрики, и по Cap'n Proto отправлять их на "Мастера". Таким образом мы сохраним UDP для клиентов, распределим нагрузку предагрегации метрик и увеличим надёжность доставки данных.

у нас сейчас на каждом хосте heka стоит - приложения пишут локально в 127.0.0.1 8125 по udp , дальше heka уже по tcp в graphie пуляет, хотелось как раз попробовать на централизованный вариант переехать, а у вас обратный переезд )

у нас сейчас на каждом хосте heka стоит - приложения пишут локально в 127.0.0.1 8125 по udp , дальше heka уже по tcp в graphie пуляет, хотелось как раз попробовать на централизованный вариант переехать, а у вас обратный переезд )

у вас сразу в графит летит - а у нас будет в мастера StatsD - мы не теряем точности при определении персентилей

у вас сразу в графит летит - а у нас будет в мастера StatsD - мы не теряем точности при определении персентилей

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

мастера не теряют возможность принятия метрик по UDP в порт

еще вопрос node_disk_io_now это количество операций ввода/вывода в секунду? подскажите метрику плз

решение гибкое получиться да

еще вопрос node_disk_io_now это количество операций ввода/вывода в секунду? подскажите метрику плз

нет. это в момент опроса

Господа

Кто нибудь настраивал snmp в prometheus?

У меня в логах snmp_exporter что то такое level=info msg="Error scraping target 10.0.2.2: Error getting target 10.0.2.2: Request timeout (after 3 retries)" source="collector.go:179"

Хотя snmpwalk туда ходит и все находит

ЧЯДНТ?

хм, у меня такие ошибки когда железо в отключке

У меня в логах snmp_exporter что то такое level=info msg="Error scraping target 10.0.2.2: Error getting target 10.0.2.2: Request timeout (after 3 retries)" source="collector.go:179"

tcpdump на хост не получится повесить? и посмотреть что там происходит?

Ну таймаут слово однозначное

ERROR: S client not available

может прото не тот?

tcpdump на хост не получится повесить? и посмотреть что там происходит?

Там железка без оси

на хосте экспорта. на IP железки

Получится

эффект будет схожим

Но не то чтобы я совсем хорошо понимал вывод тцпдампа

тупо наверно, но.. коммьюнити настроены?

А как же

public, snmp v1, все по библии

v1????

Да

Или snmp_exporter не умеет в v1?

умеет

16:36:32.435987 IP (tos 0x0, ttl 64, id 16923, offset 0, flags [DF], proto UDP (17), length 71) mon.lift.local.58586 > host-2-21.lift.local.snmp: [bad udp cksum 0x185d -> 0x1592!] { SNMPv2c { GetRequest(28) R=1023244833 system.sysUpTime.0 } }

Как то так

16:37:44.794195 IP (tos 0x0, ttl 64, id 5694, offset 0, flags [DF], proto ICMP (1), length 84) mon.lift.local > host-2-21.lift.local: ICMP echo request, id 8866, seq 2, length 64 16:37:45.795467 IP (tos 0x0, ttl 64, id 5795, offset 0, flags [DF], proto ICMP (1), length 84) mon.lift.local > host-2-21.lift.local: ICMP echo request, id 8866, seq 3, length 64 16:37:46.796814 IP (tos 0x0, ttl 64, id 5843, offset 0, flags [DF], proto ICMP (1), length 84) mon.lift.local > host-2-21.lift.local: ICMP echo request, id 8866, seq 4, length 64 16:37:47.798325 IP (tos 0x0, ttl 64, id 6084, offset 0, flags [DF], proto ICMP (1), length 84) mon.lift.local > host-2-21.lift.local: ICMP echo request, id 8866, seq 5, length 64

icmp это скорее всего нагиос туда ходит пинги пинговать

почему SNMPv2?

в generator.yml точно version: 1 задано?

Задано в snmp.yml

Задать в генераторе и сгенерировать заново?

ну я задавал явно

а, вспомнил еще, как в prometheus.yml прописана железка?

в таргетах

metrics_path: /snmp params: module: [if_mib] community: [public] file_sd_configs: - files: - '/etc/prometheus/targets/snmp/*.json' - '/var/lib/prometheus/discovery/snmp/*.json'

и т.д.

Такс, а в generator.yml version задается каждому module_name или можно где то один раз глобально это сделать?

если не задашь, то по дефолту будет версия 2

я задавал каждому модулю

ппц