Как лучше настроить мониторинг выделенного сервера с возможностью оповещения?

Хорошая статья, по поводу почты актуально , еще не занимался этим!

Настраивается в 5 минут, у меня работает как часы.

svaava: У меня пишет , что не отправлено т.к. spam . Как вы с этим боролись ?

Кирилл Казаков: Я сам себе шлю, специально почту не заводил. Вы наверное на gmail шлете?

И монит, и мунин, и нагиос? И все в одном месте? Может проще один заббикс и не мучать дупу?

1. Не кто не говорил, про одно место
2. monit + munin - на сервере где требуется мониторинг, nagios конечно же нужно ставить отдельно (и сборщик munin тоже можно тут).
3. Ставить заббикс или нагиос на тот же сервер, который нужно мониторить, как то не очень... В случае быстрой смерти сервера, или пропадания канала, мониторинг даже пикнуть не успеет. А отдельно стоящий, хотя бы просигналит, что сервер пропал.
4. Заббикс, уж слишком монструозный и прожорливый, а ресурсы нужны для виртуалок, сайтов и т.д. Нагиос тоже, но по моим личным наблюдением, он менее прожорлив, но все же, я бы тоже не стал его ставить на тот же сервер. Плюс если посмотреть в сторону Centreon+Nagios, то Заббикс будет проигрывать в функциональности, хотя не всегда, где то Заббикс и лучше.
А еще, меня как то пугают заголовки вопросов из разряда "База Zabbix на 800 Гб, что делать?"

Но, что то я отвлекся, и к теме это мало относится. По теме: если нет отдельного сервера где можно поставить сборщик munin и Nagios/Zabbix, то я бы обошелся monit+munin. Благо они мало потребляют ресурсов.
В любом случае это мое IMHO, и я описал, что я использую и для чего. Плюс, моя конфигурация, все же не для одного сервера. А что выбрать, дело уже Кирилл Казаков

Забыл еще конкретно про RAID написать.
Можно посмотреть в сторону:
mdadm --monitor --scan -1 --mail=test@your.domen
и запихнуть это дело в крон

Благодарю за развернутый ответ.
Для начала буду использовать madm и еще что-нибудь простое и быстрое для оповещениях. Позже на свободной виртуалке поставлю полноценный мониторинг.

Кирилл Казаков: Виртуалка, это хорошо, но желательно, что бы это был физически другой сервер. Т.к. если это будет один сервер, но разные виртулки, то мониторинг будет не полноценным, как я писал выше.
IMHO

Алексе Ксензов: Согласен, но к сожалению нет такого ресурса с большим uptime .

Софтовый рейд был настроен в конфигурационном файле перед установкой OS.

Нет все в процессе установки... Насколько я помню. Если, что, можно после установки и настройки запустить dpkg-reconfigure mdadm и ответить на все вопросы повторно.

Александр Карабанов: Благодарю, но у меня уже сервак настроен (с lvm и прочим) и реконфигурировать raid ради установки галочки мониторинга - не разумно.
P.S. Я устанавливал через автоматичсеские скрипты предоставленные в Hetzner. После настройки параметров и автоматической установки получаешь уже включенную работающую систему.

Там не рейд не пересобирается, там только задаются два вопроса первый это проверять ли избыточность и второй отправлять ли на e-mail сообщения о состоянии массива.
Сейчас скриншоты покажу.

zend@work:~$ sudo dpkg-reconfigure mdadm 
[sudo] password for zend: 
 Removing any system startup links for /etc/init.d/mdadm-raid ...
update-initramfs: deferring update (trigger activated)
Generating grub configuration file ...
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
Предупреждение: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
Найден образ linux: /boot/vmlinuz-3.13.0-55-generic
Найден образ initrd: /boot/initrd.img-3.13.0-55-generic
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
Найден образ linux: /boot/vmlinuz-3.13.0-54-generic
Найден образ initrd: /boot/initrd.img-3.13.0-54-generic
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
/usr/sbin/grub-probe: предупреждение: Невозможно найти физический том «(null)». Некоторые модули в базовом образе могут отсутствовать..
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
завершено
Processing triggers for initramfs-tools (0.103ubuntu4.2) ...
update-initramfs: Generating /boot/initrd.img-3.13.0-55-generic
zend@work:~$ cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md0 : active raid1 sda1[3] sdb1[2]
      976629568 blocks super 1.2 [3/2] [U_U]
      
unused devices: <none>
zend@work:~$

Ничего не пересобиралось как видите. Причём у меня в рейде одного диска не хватает... Как -то медленно оно на трёх дисках работало один убрал и стало хорошо. Висит сейчас в воздухе, подумываю над тем, что бы сделать его хотспаре, но всё руки не доходят.