Re: Виртуализация
26.03.2013 18:42, Andrey Melnikoff пишет:
> "Артём Н." <artiom14@yandex.ru> wrote:
>> 19.03.2013 21:09, Andrey Melnikoff пишет:
>
> [skipp]
>
>> Но насчёт Zabbix, не соглашусь. Его 1998-го года пилят. И, вроде, далеко не
>> самая плохая система.
> Ага, его обмазывают затычками. После "скандалы-интриги-расследования"
> (http://blog.zabbix.com/mysterious-zabbix-problems-how-we-debug-them/1023/)
> тем кто в теме становиться совсем смешно.
"You could say: localtime() is not a reentrant function. Right. But why does it
hang ?
Let’s look into libc source code. On our Debian GNU/Linux 6.0 machine the
interesting part is in eglibc-2.11.3/time/localtime.c"
И что тут смешного? Со всеми бывает.
Насколько я понял, вызванный в обработчике сигнала localtime(), ожидает снятия
блокировки прерванного localtime().
Типичный deadlock, связанный с устаревшей архитектурой libc, которая не была
рассчитана на многопоточность, а разработчики предпочитали отделываться
добавлением костылей.
Да, конечно тут есть и ошибка разработчиков Zabbix. Но что смешного, объясните?
Я не в теме.
>>> Жабикс крив по своей внутренней идеологии и организации. Унутре оно всё
>>> однопоточное, из-за этого обвешано нелепыми таймаутами. Импорт хостов с
>>> темплейтами может занимать несколько часов, при этом только php жрет память
>>> вагонами и греет процессор. Триггеры - хорошо, но пока нарисуешь что-то
>>> сложнее "ой, у нас тут 0 вместо 1" - упаришься. Невозможность опросить итем
>>> по срабатыванию триггера это вобще 10+. Из-за этой "мелочи" приходиться
>>> хранить данные переодического опроса (хотя они не нужны и не менялись с
>>> предыдущей перезагрузки железа).
>> Да, триггеры слабоваты, не гибкие.
>
>>> Процесс апгрейда - занимательная песня, его просто нет. Проще выкинуть всё,
>>> что было и нарисовать с нуля но на новой версии.
>> Есть SQL скрипт, позволяющий перейти на версию 2 с версии 1.
> Если бы я его не пробовал применить - я бы не говорил, что оно наполовину
> рабочее.
Что не сконвертировалось?
Я вскоре собираюсь ставить 2-й и перенести конфигурацию с тестового 1.8.
На данный момент, всё-таки ограничусь Zabbix. Поищу патч от Яндекс. Если найду -
хорошо. В любом случае, пока что, не очень критично.
>>> Документация невнятная, типичный "use case" проще найти в форуме, чем в ней.
>> Кстати, документация ещё более ли менее.
> Документация - возможно, но use case этих наворотов прийдется выяснять
> самому. Только вот смоделировать срабатывание триггера через конструктор
> очень тяжко.
> Да, найди мне в документации - как использовать zabbix_sender с рабочим
> примером.
https://www.zabbix.com/documentation/ru/1.8/manpages/zabbix_sender
> с *рабочим* примером
Рабочесть не проверял, т.к. здесь Zabbix у меня нет и ставить лень.
>>> Web-морда? Верх безумия. Посмотреть по быстрому, из-за чего сработал триггер
>>> (сами исходные данные) нельзя, надо мышкой повозить, повозить. Комменты к
>>> тригерам оператору показать - ни-ни-ни, это секретная информация.
>
>>> Это я еще промолчал как конфигурить zabbix_server и mysql под него.
>> А в чём там проблема?
> Тут уже писали - объемы ненужных данных таки, что база данных засирается с
> огромной скоростью. И тут-же начинаем плясать вокруг партиционирования,
> ручных покручиваний запуска всяких Start* в zabbix_server.conf.
> Вот хороший мессадж про тонкую настройку машин под него:
> http://sourceforge.net/mailarchive/message.php?msg_id=30638688
> судя по настройкам - памяти у него гигов по 48 на ноду, mysql испытывает
> проблемы с скоростью записи на диск.
Ну понял. Буду искать патч.
>>> Еще вопросы будут?
>> Какую бы систему вы стали использовать, если бы у вас была возможность всё "с
>> нуля" сделать?
>> Помимо Nagios?
> Каждую систему надо ставить и смотреть, что она умеет. у меня начальственная
> прихоть "грызть это".
А, если по вашему предшествующему опыту и по вашему желанию?
>> И ещё, к основному вопросу: а что насчёт OpenNebula?
> На рубях написанная настдстройка к libvirt? Мне без надобности, не смотрел.
А OpenStack?
Reply to: