"Артём Н." <[email protected]> wrote: > 19.03.2013 21:09, Andrey Melnikoff пишет:
[skipp] > Но насчёт Zabbix, не соглашусь. Его 1998-го года пилят. И, вроде, далеко не > самая плохая система. Ага, его обмазывают затычками. После "скандалы-интриги-расследования" (http://blog.zabbix.com/mysterious-zabbix-problems-how-we-debug-them/1023/) тем кто в теме становиться совсем смешно. > > Жабикс крив по своей внутренней идеологии и организации. Унутре оно всё > > однопоточное, из-за этого обвешано нелепыми таймаутами. Импорт хостов с > > темплейтами может занимать несколько часов, при этом только php жрет память > > вагонами и греет процессор. Триггеры - хорошо, но пока нарисуешь что-то > > сложнее "ой, у нас тут 0 вместо 1" - упаришься. Невозможность опросить итем > > по срабатыванию триггера это вобще 10+. Из-за этой "мелочи" приходиться > > хранить данные переодического опроса (хотя они не нужны и не менялись с > > предыдущей перезагрузки железа). > Да, триггеры слабоваты, не гибкие. > > Процесс апгрейда - занимательная песня, его просто нет. Проще выкинуть всё, > > что было и нарисовать с нуля но на новой версии. > Есть SQL скрипт, позволяющий перейти на версию 2 с версии 1. Если бы я его не пробовал применить - я бы не говорил, что оно наполовину рабочее. [skip] > > Обработка состояния итемов? Упал итем в not supported и никак не > > догадаешься, по какой причине. > > Запуск внешних скриптов из zabbix_agentd > > достаточно часто эту проблему вызвает. > Хотелось бы конечно понимать почему: таймауты неправильные или ошибка во > внешней > команде, например... DebugLevel в районе 4 или 5 и расследовать портянки. Иных выходов нет. > В каких системах мониторинга указывается причина для not supported? В любых системах это ошибка, которая должна быть видна оператору. А тут предлагается на каждый итем повесить по триггеру с nodata ? > > Документация невнятная, типичный "use case" проще найти в форуме, чем в ней. > Кстати, документация ещё более ли менее. Документация - возможно, но use case этих наворотов прийдется выяснять самому. Только вот смоделировать срабатывание триггера через конструктор очень тяжко. Да, найди мне в документации - как использовать zabbix_sender с рабочим примером. > > Web-морда? Верх безумия. Посмотреть по быстрому, из-за чего сработал триггер > > (сами исходные данные) нельзя, надо мышкой повозить, повозить. Комменты к > > тригерам оператору показать - ни-ни-ни, это секретная информация. > > Это я еще промолчал как конфигурить zabbix_server и mysql под него. > А в чём там проблема? Тут уже писали - объемы ненужных данных таки, что база данных засирается с огромной скоростью. И тут-же начинаем плясать вокруг партиционирования, ручных покручиваний запуска всяких Start* в zabbix_server.conf. Вот хороший мессадж про тонкую настройку машин под него: http://sourceforge.net/mailarchive/message.php?msg_id=30638688 судя по настройкам - памяти у него гигов по 48 на ноду, mysql испытывает проблемы с скоростью записи на диск. > > Еще вопросы будут? > Какую бы систему вы стали использовать, если бы у вас была возможность всё "с > нуля" сделать? > Помимо Nagios? Каждую систему надо ставить и смотреть, что она умеет. у меня начальственная прихоть "грызть это". > И ещё, к основному вопросу: а что насчёт OpenNebula? На рубях написанная настдстройка к libvirt? Мне без надобности, не смотрел. -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:[email protected] -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
