|
| |
| 2.5, KOL (ok), 21:17, 21/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Присоединюсь. Посмотрел скрипты и ужаснулся. Лучше оставлять при себе такие "проекты".
| | |
|
| |
| 2.8, zorro (??), 11:19, 22/05/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
применять Oracle в качестве единственной поддерживаемой базы и выпускать такое в народ это настоящий epic fail. То есть мне чтоб попробовать предлагается купить оракля? О кроссплатформенности во время разработки видимо не думали, по мимо линуксов есть еще и BSD системы а также Darwin, на которых оракля не работает как класс (о костылях через линукс эмуляцию лучше даже не заикаться). Есть туева хуча свободных открытых БД, но выбран был почему-то оракл... навевает знаете ли на грусные мысли.
| | |
|
| 1.9, Kirillko (?), 12:44, 22/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Коллеги, все в открытом виде распространяется, мы выложили еще не весь функционал в том виде в котором он был разработан, по-этому пока нет времени прикручивать другие БД, но проблем тут имхо нету, файл с настройками коннектов подправить, система написано очень гибко.
Почему же оракл?=)) По-тому что проект делался для мониторинга и контроля работоспособности мониторинга + SOX одновременно нескольких крупных ЦОД, там оракл кругом и ОС Солярис, Линукса тоже нет извините=0))
А на счет названия так же хочу заметить, оно не будет меняться, извините =)
Да, буду очень рад пообщаться с желающими поместить и поучаствовать в портируемости проекта.
Skype rei111
| | |
| |
| 2.11, PereresusNeVlezaetBuggy (ok), 16:51, 22/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >Да, буду очень рад пообщаться с желающими поместить и поучаствовать в портируемости
>проекта.
Мы с приятелем не так давно тоже занялись созданием набора тулз для мониторинга. Если интересно — http://code.google.com/p/overwatch/ , упор только на немного другие задачи, чем у вас; как я понимаю, у вас хорошая аналитика, мы же сейчас больше заморачиваемся на надёжности и легковесности. Проект пока готов процентов на 30-40, сейчас идёт больше кодинга и даже планирования, чем отладки. По ходу дела появляется кое-какой опыт нюансах портирования между разными *BSD и дистрами Linux, будем рады скооперироваться. Со своей стороны заинтересованы в портировании на Solaris.
| | |
| 2.12, sHaggY_caT (ok), 17:18, 22/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Инструменты создания и обеспечения стабильной работы периодически выполняемых задач, в рамках единой системы:
* настройка ssh-аутентификации
* контроль запуска/завершения скриптов
* ведение LOG-файла
==============================================
Имхо, это лучше делать через Puppet или его аналоги. А надстройка над Zabbix интересна, прежде всего в вопросе инвентаризации и функционала IDS...
| | |
| |
| 3.13, sHaggY_caT (ok), 17:20, 22/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, Zabbix-агенты тоже запросто настраиваются Puppet. Кому-нибудь нужен код, кроме того, что есть в виде примера на оффсайте?
| | |
|
|
| 1.10, Аноним (-), 15:10, 22/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Правильно, нечего слушать всяких KOL и аватаров, которые брызжут слюнями лишь бы об-ть все подряд. К здоровой критике прислушиваться не плохо но к не здоровой не стоит :)
| | |
| |
| 2.15, KOL (ok), 20:44, 24/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вы не правы. Такой цели не преследовал, просто вызвало негодование то, что предлагают использовать. Как здесь уже упомянули - это привязка к Oracle, ну да пусть с ним, специфика. При открытии архива с исходниками сразу бросается и режет глаз название файла "READMY", название директорий абсолютно не похожих на привычную структуру директорий unix. Например вместо привычного etc - conf, scripts, tools и т.д. Т.е. сходу понятную только самим разработчикам.
Путь к интерпретатору /bin/bash, т.е. в BSD системы не портируемо, либо портируемо с трудом. Более того, ядро состоит из месива perl и bash скриптов, без строчки комментария.
Да и само по себе ядро написанное на bash, с парсингом XML вида:
function get_xmlparam() {
sed -n -e 's/.* '$1'="\([^"]*\).*/\1/p'
}
В принципе не говорит о серьезности "проекта".
Можно еще много чего написать, про универсальность коннекта к ДБ и т.д., но пожалуй не буду. Искренне считаю, что на bash - это дальше пачки скриптиков для обслуживания пары серверов не уйдет, т.к. медленно, не универсально и не удобно.
| | |
| |
| 3.16, martian (ok), 14:44, 25/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Хотелось бы внести небольшую ясность:
1. Изначально система строилась действительно просто на объединении набора скриптов, чтоб «не разбежались», и вести какой-то учет того, что висит в cron-e. Согласитесь, у большинства админов в cron-е висят действительно bash скрипты.
Bash – не язык программирования, скорее «язык администрирования», и полноценную систему мониторинга на нем писать просто глупо. Причем, их вполне хватает и вполне качественных.
Представленный же продукт – набор инструментов.
Как дополнение к zabbix, он вполне успешно позволял отслеживать работу пары сотен серверов.
2. Проект выложен не для того, чтобы скачать и наслаждаться (хотя разработчики к этому стремятся)). Проект выложен, чтоб поделиться тем что есть, и развиваться дальше, в том числе приняв во внимание все что здесь пишется. А гавнокод в любом софте можно найти, для этого исходники и выкладываются, смотрите. Но думаю там можно найти и много чего полезного, даже если структура проекта в целом не устраивает.
В дальнейшем планируется получить нечто более универсальное и качественное,
Возможно, немного отойти от shell-скриптинга.
Хм, на данный момент, конфиги довольно просты и парсер типа:
function get_xmlparam() {
sed -n -e 's/.* '$1'="\([^"]*\).*/\1/p'
}
вполне справляется со своей задачей.
| | |
|
|
|
