Zabbix + Pushbullet: простой способ push-оповещения

[ivanday]

Настраивал так Zabbix давно уже. Главная проблема там даже не в том была, что уведомления приходят на все девайсы, а в том, что уведомления не группировались. А когда парк машин достаточно большой (плюс, Zabbix не умеет отлавливать flash-событие), утром имеем портянку из 20-30 сообщений, которые просто невозможно удобно просмотреть.

[soulruins]

Группировкой занимается почтовый клиент, на основании важности события. Для меня это не такая большая проблема. Плюс, для чрезвычайных событий настроены регулярные действия, чтобы их никто не упустил. Но всё же соглашусь, общий объем несколько велик, что мало мотивирует остальных сотрудников разгребать ворох сообщений. Но это не проблема Zabbix. :-)

Zabbix не умеет отлавливать flash-событие

Умеет ловить snmp-трапы, например. Не то?

[erthad]

flash-события — это flapping trigger (когда он срабатывает, а через минуту возвращается обратно)?

Можно же настроить уведомление не сразу при срабатывании триггера а, скажем, через 5 минут после этого. Или, скажем, в почту сразу, в телефон через 15мин и еще руководству через полчаса.

[WiZ_Ed]

У zabbix есть гистерезис, чтобы избавляться от таких триггеров.

www.zabbix.com/documentation/2.4/manual/config/triggers/expression#hysteresis

[Qiwichupa]

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

[soulruins]

Конечно же, я с некоторой иронией написал эту фразу, хотя для меня конкретно, она силу имеет. Разумеется бывают ситуации, при которых СМС был и остаётся оптимальным способом уведомления. :-)

[soulruins]

Спасибо, исправил. :-D

[n0body]

Нечто похожее организовали с помощью приложения Zabbkit, есть под Android и iOS. В нем ID выдаются под каждое устройство, не пробовали его использовать?

[soulruins]

Пробовал. Разработчики молодцы, жалко только, что очень вяло обновляется.

[AutomationD]

Делаем похожее с opsview и pushover. Pushover умеет выбирать звуки для уведомления, но не умеет отправлять изображения, как pushbullet. В остальном — api очень схожи.

Из плюсов — у Pushover есть приложение для iOS,
Из минусов — приложение «немного» платное.

[Qwadrat]

Жаль, что iOS приложение работает только под iOS 7

[nakamura]

В настройках профиля пользователя укажите Ваш API Key
надо вводить?

[nakamura]

скобки надо или свой API без лишних символов

[soulruins]

Да, вводить. Без скобок, «чистый» API Key.

[nakamura]

В конфиге zabbix раскоментить строки alerscipts и путь указывать полностью /usr/local/etc/zabbix2/zabbix/alertscripts или оставить как было {datadir}/?

[soulruins]

Если во время компиляции/установки Zabbix Server определялась переменная datadir отличная от /usr/local/etc/zabbix2, то да, наверное стоит AlertScriptsPath прописать ручками.

[muhas]

пользовал для этого jeapie (не уже помню почему выбрал именно его, будем считать что «исторически сложилось») но сейчас видимо слезу на pushbullet ибо по интерфейсу приложения намного вменяеймее(как минимум задать звук уведомления можно — одно это уже радует после jeapie где в принципе нету нихрена). да и плагин к браузеру порадовал — уведомления с телефона смотреть на компе, да и chrome2phone мне заменил
Искреннее спасибо за сервис.

ps. во многих пушсервисах n-уведомлений в день и т.п., а тут сходу не нашел ограничений api, они есть?

[soulruins]

Вчера баловался с настройкой push после загрузки торрентов и немного переборщил… Получил минимум сотню сообщений. :-)

[gaser]

Прикрутил вдобавок к sms и e-mail уведомлениям, разбив по severity. Получилось весьма удобно.
Большое спасибо!

[kgerman]

Спасибо за решение, работает как часы!

[roki]

Здорово! Я тоже настроил и получил «очереди» из пуль Pushbullet в строчке статуса. :)



Просто почта gmail работает тоже очень быстро и очень удобно. Единственное — это то, что пересылка e-mail уведомления опирается на инфраструктуру, которая и «мониторится» средствами zabbix. Т.е. уведомления о выходе из строя одного из цепочки mail серверов ко мне просто не попадут.

А Pushbullet работает, понятно, в обход mail, что, в общем, повышает надежность доставки уведомлений.

Посмотрим, как оно будет работать дальше.

Спасибо за инструкцию!

[soulruins]

Почему-то многие относятся к разным типам оповещения, как к дублирующим и взаимоисключающим. Почему бы, например, не рассмотреть следующий вариант:

1) Срабатывает триггер
2) Рассылается письмо администраторам
3) Допустим, админов нет на месте (обедают) и не в состоянии увидеть рабочую почту
4) Через какое-то время, при условии активности триггера и неподтверждения, делается повторная рассылка, но уже PUSH. Вероятность, что админы взяли телефон с собой на обед, достаточно высока.

Это как один из вариантов. :-)

[mak_sim]

Немного доработал скрипт:

#!/bin/bash

DEV_ID=`echo $1 | awk '{print $1}'`
API_KEY=`echo $1 | awk '{print $2}'`

curl https://api.pushbullet.com/api/pushes \
      -u $API_KEY: \
      -d device_iden=$DEV_ID \
      -d type=note \
      -d title="$2" \
      -d body="$3" \
      -X POST

Таким образом если в «Отправлять на» указать строку вида:
«device_iden api_key» то сообщение для данного пользователя будет уходить строго на необходимый ему девайс.

[SpiderX]

Для второй версии API:

#!/bin/bash

CURL=$(which curl)
API_KEY="${1%%_*}"
DEV_ID="${1#*_}"
SUBJECT="$2"
MESSAGE="$3"

$CURL api.pushbullet.com/v2/pushes \
-u $API_KEY: \
-d device_iden=$DEV_ID \
-d type=«note» \
-d title=$SUBJECT \
-d body=$MESSAGE \
-X POST

Разделитель для device_iden и api_key — "_".