Комментарии 26
Настраивал так Zabbix давно уже. Главная проблема там даже не в том была, что уведомления приходят на все девайсы, а в том, что уведомления не группировались. А когда парк машин достаточно большой (плюс, Zabbix не умеет отлавливать flash-событие), утром имеем портянку из 20-30 сообщений, которые просто невозможно удобно просмотреть.
Группировкой занимается почтовый клиент, на основании важности события. Для меня это не такая большая проблема. Плюс, для чрезвычайных событий настроены регулярные действия, чтобы их никто не упустил. Но всё же соглашусь, общий объем несколько велик, что мало мотивирует остальных сотрудников разгребать ворох сообщений. Но это не проблема Zabbix. :-)
Умеет ловить snmp-трапы, например. Не то?
Zabbix не умеет отлавливать flash-событие
Умеет ловить snmp-трапы, например. Не то?
flash-события — это flapping trigger (когда он срабатывает, а через минуту возвращается обратно)?
Можно же настроить уведомление не сразу при срабатывании триггера а, скажем, через 5 минут после этого. Или, скажем, в почту сразу, в телефон через 15мин и еще руководству через полчаса.
Можно же настроить уведомление не сразу при срабатывании триггера а, скажем, через 5 минут после этого. Или, скажем, в почту сразу, в телефон через 15мин и еще руководству через полчаса.
У zabbix есть гистерезис, чтобы избавляться от таких триггеров.
www.zabbix.com/documentation/2.4/manual/config/triggers/expression#hysteresis
www.zabbix.com/documentation/2.4/manual/config/triggers/expression#hysteresis
Я конечно понимаю что всегда есть зависимость от конкретных условий, но я бы не рискнул называть смс-уведомления устаревшим способом. Более того, я считаю что это способ оповещения, который в принципе необходим если вам действительно интересно знать, а не упал ли ваш центральный маршрутизатор, почтовый сервер или интернет-шлюз. Само собой я говорю о независимом GSM-модеме, а не о каких-то интернет-сервисах, доступность которых может оказаться под вопросом.
НЛО прилетело и опубликовало эту надпись здесь
Нечто похожее организовали с помощью приложения Zabbkit, есть под Android и iOS. В нем ID выдаются под каждое устройство, не пробовали его использовать?
Делаем похожее с opsview и pushover. Pushover умеет выбирать звуки для уведомления, но не умеет отправлять изображения, как pushbullet. В остальном — api очень схожи.
Из плюсов — у Pushover есть приложение для iOS,
Из минусов — приложение «немного» платное.
Из плюсов — у Pushover есть приложение для iOS,
Из минусов — приложение «немного» платное.
Жаль, что iOS приложение работает только под iOS 7
В настройках профиля пользователя укажите Ваш API Key
надо вводить?
надо вводить?
скобки надо или свой API без лишних символов
В конфиге zabbix раскоментить строки alerscipts и путь указывать полностью /usr/local/etc/zabbix2/zabbix/alertscripts или оставить как было {datadir}/?
пользовал для этого jeapie (не уже помню почему выбрал именно его, будем считать что «исторически сложилось») но сейчас видимо слезу на pushbullet ибо по интерфейсу приложения намного вменяеймее(как минимум задать звук уведомления можно — одно это уже радует после jeapie где в принципе нету нихрена). да и плагин к браузеру порадовал — уведомления с телефона смотреть на компе, да и chrome2phone мне заменил
Искреннее спасибо за сервис.
ps. во многих пушсервисах n-уведомлений в день и т.п., а тут сходу не нашел ограничений api, они есть?
Искреннее спасибо за сервис.
ps. во многих пушсервисах n-уведомлений в день и т.п., а тут сходу не нашел ограничений api, они есть?
Прикрутил вдобавок к sms и e-mail уведомлениям, разбив по severity. Получилось весьма удобно.
Большое спасибо!
Большое спасибо!
Спасибо за решение, работает как часы!
Здорово! Я тоже настроил и получил «очереди» из пуль Pushbullet в строчке статуса. :)
Просто почта gmail работает тоже очень быстро и очень удобно. Единственное — это то, что пересылка e-mail уведомления опирается на инфраструктуру, которая и «мониторится» средствами zabbix. Т.е. уведомления о выходе из строя одного из цепочки mail серверов ко мне просто не попадут.
А Pushbullet работает, понятно, в обход mail, что, в общем, повышает надежность доставки уведомлений.
Посмотрим, как оно будет работать дальше.
Спасибо за инструкцию!
Просто почта gmail работает тоже очень быстро и очень удобно. Единственное — это то, что пересылка e-mail уведомления опирается на инфраструктуру, которая и «мониторится» средствами zabbix. Т.е. уведомления о выходе из строя одного из цепочки mail серверов ко мне просто не попадут.
А Pushbullet работает, понятно, в обход mail, что, в общем, повышает надежность доставки уведомлений.
Посмотрим, как оно будет работать дальше.
Спасибо за инструкцию!
Почему-то многие относятся к разным типам оповещения, как к дублирующим и взаимоисключающим. Почему бы, например, не рассмотреть следующий вариант:
1) Срабатывает триггер
2) Рассылается письмо администраторам
3) Допустим, админов нет на месте (обедают) и не в состоянии увидеть рабочую почту
4) Через какое-то время, при условии активности триггера и неподтверждения, делается повторная рассылка, но уже PUSH. Вероятность, что админы взяли телефон с собой на обед, достаточно высока.
Это как один из вариантов. :-)
1) Срабатывает триггер
2) Рассылается письмо администраторам
3) Допустим, админов нет на месте (обедают) и не в состоянии увидеть рабочую почту
4) Через какое-то время, при условии активности триггера и неподтверждения, делается повторная рассылка, но уже PUSH. Вероятность, что админы взяли телефон с собой на обед, достаточно высока.
Это как один из вариантов. :-)
Немного доработал скрипт:
Таким образом если в «Отправлять на» указать строку вида:
«device_iden api_key» то сообщение для данного пользователя будет уходить строго на необходимый ему девайс.
#!/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» то сообщение для данного пользователя будет уходить строго на необходимый ему девайс.
Для второй версии 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 — "_".
#!/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 — "_".
С вашей подачи написал для себя скриптик, и теперь у меня есть секретный почтовый адресок, при отправке письма на который, я получаю push-уведомление.
Такая цепочка, конечно, менее надёжна, чем прямой push, но, зато, её можно элементарно развернуть на одном сервере, а уже туда строчить письма с любых других.
Ну и для близких людей еще один способ до меня быстро достучаться 8)
Если интересно, то вот: github.com/side2k/email2pb
Такая цепочка, конечно, менее надёжна, чем прямой push, но, зато, её можно элементарно развернуть на одном сервере, а уже туда строчить письма с любых других.
Ну и для близких людей еще один способ до меня быстро достучаться 8)
Если интересно, то вот: github.com/side2k/email2pb
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Zabbix + Pushbullet: простой способ push-оповещения