The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Настройка сервера мониторинга Zabbix под FreeBSD

24.08.2006 19:25

Первая часть описания пошаговой настройки сервера мониторинга Zabbix 1.0 под FreeBSD.

  1. Главная ссылка к новости (http://users.livejournal.com/_...)
Автор новости: Денис Юсупов
Тип: яз. русский / Практикум
Короткая ссылка: https://opennet.ru/8202-monitoring
Ключевые слова: monitoring, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:33, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Улыбнуло ! Статья называется Step-by-step руководство по настройке Zabbix на FreeBSD 6.0, часть первая.  В самой статье : .. Установка zabbix
    Версии программного обеспечения: FreeBSD 5.4-Stable, MySQL 5.0.21, Apache 1.3.33, PHP4...
     
     
  • 2.5, Jet (??), 10:58, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Во второй части будет наверное апгрейд системы с утановленной сабжем с 5.4 на 6.0
     
     
  • 3.11, Денис Юсупов (?), 13:10, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это моя ошибка. Во второй части будет установка агентов и на FreeBSD 6.0 и 6.1, но никакой разницы с 4.x или 5.x нет.
     

  • 1.2, Аноним (-), 10:40, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что он мониторит? Для чего он ?
     
     
  • 2.8, DiXi (?), 11:24, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    ZABBIX is software for monitoring of your applications, network and servers. ZABBIX supports both polling and trapping techniques to collect data from monitored hosts. A flexible notification mechanism allows easy and quickly configure different types of notifications for pre-defined events.- http://www.zabbix.com/features.php
     

  • 1.3, GateKeeper (??), 10:49, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Простите, но бред:
    "Инструкция (по факту - перевод официальной) по установке и настройке программного обеспечения, не имеющего русского интерфейса, на русском языке для тех, кто не знает английского"
     
     
  • 2.10, Денис Юсупов (?), 13:08, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Правда, что ли? А ну-ка, бегом покажите мне, где в официальной доке сказано про невозможность старта во Фре запускающего скрипта? Или что надо редактировать таблицу?

    Есть древний принцип: "Критикуя - предлагай". Вы сделали хоть такое? Нет? Так фигли выпендриваться?

    В конце концов, это было полезно хотя бы потому, что позволило завести разговор об этой системе, вот уже и перевод самого zabbix выложили.

     
     
  • 3.14, Advanced Аноним (?), 14:06, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    имелось ввиду, что интерфейс английский, а статья для тех, кто этого английского не знает ;) don't worry, be happy
     
  • 3.18, GateKeeper (??), 16:55, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет схемы мускловой базы - да. Только что поднял на тестовой - там косяк (год с лишним назад поднимал, этого косяка не припомнинаю).

    Насчет стартовых скриптов - абсолютная чушь. Да, они слегка некорректные, но если предлагаете решение, то будьте добры подойти к вопросу с должным вниманием. Вот, что в итоге получилось у меня для suckerd:
    $ cat /usr/local/etc/rc.d/zabbix_suckerd
    #!/bin/sh

    . /etc/rc.subr

    name="zabbix_suckerd"
    load_rc_config ${name}
    rcvar='set_rcvar'
    command="${prefix:-"/usr/local"}/bin/${name}"
    required_files="/etc/zabbix/${name}.conf"

    run_rc_command "$1"

    и это - ПРАВИЛЬНЫЙ скрипт. То, что предложили Вы - есть профанация в стиле rc.local (одно НО: rc.local при завершении работы системы НЕ запускается, в отличие от rc.d, чуете, куда ветер дует?)

     
     
  • 4.19, Денис Юсупов (?), 18:56, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Я рад, честно рад, что вы сделали правильный скрипт. Думаю многим, в том числе и мне, он пригодится.
    Но если вы так хотите правильности, то смогли бы наложить патч, упомянутый в конце статьи. Я жду, когда его закоммитят, вместе с изменениями 1.0 -> 1.1: http://www.freebsd.org/cgi/query-pr.cgi?pr=100843
    А вообще вы мне напоминаете поговорку "ёж птица гордая - пока не пнёшь, не полетит". Что вам мешало упомянуть о скрипте без моей статьи? А ведь уверен, это сберегло бы многим их время при настройке. ЭЭх...

     

  • 1.6, supafly (?), 11:07, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://phenix.rootshell.be/~supafly/ru_ru.inc.phps
    русификация веб-морды (на 95%,UTF-8), будет включена в следующий релиз.
    переименовать php и положить в /locales/


     
     
  • 2.12, Денис Юсупов (?), 13:12, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо! Большая работа.
     

  • 1.7, vgray (??), 11:15, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а у заббикса графики улучшились или все такиеже уродливые?
     
     
  • 2.13, Денис Юсупов (?), 13:12, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, какие графики для вас не "уродливые"?
     
     
  • 3.17, vgray (??), 16:31, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Интересно, какие графики для вас не "уродливые"?

    rrdtool
    mrtg

    и когда я юзал заббикс была проблема в том, что когда размещаешь несколько графиков на листе (screen) и выбираешь инетервал отображения в 12 часов, то заббикс почему-то рисовал залитые области с белыми полосками хотя они должны быть равномерно залиты.

    а ушел я заббикса из-за того что он не мог рисовать отрицательные значения (http://www.zabbix.com/forum/showthread.php?t=1892), и из-за
    http://www.zabbix.com/forum/showthread.php?t=1895

    после того как разработчик имея два типа переменной A(может быть как float так integer) и два типа переменной B (тоже может быть float и integer) предусмотрел в коде всего 2 комбинации из 4х возможных я ушел на другие средства мониторинга. По новой заббикс буду смотреть не раньше чем через год.

     
     
  • 4.20, Денис Юсупов (?), 18:59, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    По графикам понял (хотя мне mrtg не кажется таким уж эталоном).
    А вот по "ушёл с zabbix" - куда ушли? Неужели на Nagios? Или сразу на OpenView?
    Меня живо интересуют альтернативы. Nagios не понравился.
     

  • 1.9, RedSkin (?), 12:52, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто юзал? Как ощущения?
     
     
  • 2.15, c0re (??), 15:25, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    юзал. При активном мониторинге большая нагрузка на mysql. Под заббикс лучше выделять отдельный комп. При большом количестве опрашиваемых параметров может потребоваться двухпроцессорная машинка.
    Для маленькой сети/средней - самое оно. Как в большой сети быть - не понятно.
    Но сам по себе заббикс понравился очень. Красивые графики, карта есть, управляемая триггерами, покажет сбой канала. Можно отсылать уведомления через триггеры на свои контакты. Много встроенных функций. Но у меня не получилось current bandwidth мерить на интерфейсах во freebsd, хотя через snmp может быть и можно, но жаль, что агент не может этого.
     

  • 1.16, HASP (?), 16:25, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    уже второй год юзаю нагиос, нужная штука, без мобилы выйти из дому страшно :)
    опять же графики прикрутил, и на интерфейсы ключевых девайсов в том числе..
    дак вот щас встал вопрос переноса всего хозяйства в голову сетки. в этой связи - не поднимая флейма и по существу - может стоит попробовать заббикс? нагиос всетаки нетривиален в настройке
     
     
  • 2.21, GateKeeper (??), 11:47, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Стоит. Меня пока что одно только останавливает: в 1.1 сломали поддержку PostgreSQL. Жду только его. В остальном - отличнейшая система. Ну, хотя бы гляньте, не понравится - всегда можно снести.
     
     
  • 3.22, Денис Юсупов (?), 12:22, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Да. Стоит. Меня пока что одно только останавливает: в 1.1 сломали поддержку
    >PostgreSQL. Жду только его. В остальном - отличнейшая система. Ну, хотя
    >бы гляньте, не понравится - всегда можно снести.

    Вот что говорится про PostgreSQL.
    ===
    PostgreSQL vs MySQL

    Regarding the choice between PostgreSQL and MySQL, MySQL is recommended for several reasons:
    MySQL is faster

    recent benchmarks using ZABBIX clearly show that PostgreSQL (7.1.x) is at least 10 times slower than MySQL (3.23.29)

    Note: These results are predictable. ZABBIX server processes use simple SQL statements like single row INSERT, UPDATE and simple SELECT operators. In such environment, use of advanced SQL engine (like PostgreSQL) is overkill.
    no need to constantly run resource-hungry command “vacuum” for MySQL
    MySQL is used as a primary development platform.

    If you do use PostgreSQL, zabbix_server will periodically (defined in HousekeepingFrequency) execute command vacuum analyze.

    ===

     
     
  • 4.23, GateKeeper (??), 17:09, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >MySQL is faster
    >
    >recent benchmarks using ZABBIX clearly show that PostgreSQL (7.1.x) is at least
    >10 times slower than MySQL (3.23.29)

    Да, знаем. А вот если еще из схемы Postgres-базы повыкидывать индексы, как это сделано было для MySQL самими разработчиками (вот представьте - в мускле 1 индекс на всю схему, а в постгресе чуть ли не в каждой таблице, в т.ч. и history), то представьте, на сколько изменится соотношение скоростей работы разных DB-движков...

     
  • 4.27, sauron (??), 07:14, 05/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот что говорится про PostgreSQL.
    ...
    бла-бла-бла. Используйте транзакции. А то каждый item размещается в СУБД не как часть транзакции host, а как отдельная транзакция. Естественно от этого возрастает нагрузка на СУБД. Особенно это забавляет в zabbix 1.1. Там вместо MyISAM движка используется InnoDB с поддержкой транзакционной модели.

     
  • 3.26, Cub (?), 06:43, 05/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Да. Стоит.

    Нет, не стОит.

    При не особо большом количестве мониторинговых девайсов (около 25 компов, на каждом 5-7-10 сервисов) и при необходимости хранить историю значений месяц (бывает и такое) - в процессе очистки истории машина с mysql (выделенная специально под mysql, которая кроме этого занималась только перекачкой пакетов на четырех интерфейсах) вставала таким раком, что просто ужоснах...

    В тоже время, Nagios2+Cacti+RRD при наличии 130 хостов, 980 сервисов - на такой же машине чуствует себя ну просто расчудесно.

    Хотя... вот именно _попробовать_ - да, стОит.
    Чтоб прочуствовать и выкинуть.


    PS: мои эксперименты с заббихом проводились чуть менее года назад - может, с тех пор что-то и поменялось... но для меня - 1) поделка, которая подкладывает такую свинью и 2) разработчики, которые утверждают что mysql в 10 (ДЕСЯТЬ !!!) раз быстрее postgres'a - это критерий.
    естественно - негативный.
    в результате - решение "ффтопку, без вариантов".

    --
    wbr, cub

     
     
  • 4.28, sauron (??), 07:19, 05/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >При не особо большом количестве мониторинговых девайсов (около 25 компов, на каждом
    >5-7-10 сервисов) и при необходимости хранить историю значений месяц (бывает и
    >такое) - в процессе очистки истории машина с mysql (выделенная специально
    >под mysql, которая кроме этого занималась только перекачкой пакетов на четырех
    >интерфейсах) вставала таким раком, что просто ужоснах...
    Хм... не наблюдается. Создается впечатление что вы не умеете готовить zabbix. Посмотрите вот это

    http://www.zabbix.com/forum/showthread.php?t=3259

    >В тоже время, Nagios2+Cacti+RRD при наличии 130 хостов, 980 сервисов - на
    >такой же машине чуствует себя ну просто расчудесно.
    И не дает той гибкости что дает zabbix.

    >Хотя... вот именно _попробовать_ - да, стОит.
    >Чтоб прочуствовать и выкинуть.
    Тоже самое я могу сказать про nagios ;)

    >PS: мои эксперименты с заббихом проводились чуть менее года назад - может,
    >с тех пор что-то и поменялось...
    Поменялось и довольно сильно. И причем в лучшую сторону.


    >1) поделка, которая подкладывает такую свинью
    это ваше субъектвное мнение.

    >2) разработчики, которые утверждают что mysql в 10 (ДЕСЯТЬ !!!) раз быстрее postgres'a - это критерий.
    Выше я указал почему у них так странно получается. На мелких транзакциях с использованием myisam вполне возможно.

    >в результате - решение "ффтопку, без вариантов".
    Еще раз повторюсь тоже самое могу сказать про nagios. Это на полном серьезе.

     

  • 1.24, Аноним (-), 13:46, 28/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вы знаете сколько стоит внедрение OpenView? Так что лучше про него и не вспоминать.
     
     
  • 2.25, Dyr (??), 13:55, 28/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >А вы знаете сколько стоит внедрение OpenView? Так что лучше про него
    >и не вспоминать.
    Другими словами, альтернативы Zabbix и/или Nagios, нет??
     
     
  • 3.29, georgesitov (?), 12:18, 06/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Другими словами, альтернативы Zabbix и/или Nagios, нет??

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру