https://www.opennet.me/openforum/vsluhforumID3/67219.html В рамках пакета openars (http://code.google.com/p/openars/) подготовлен набор инструментов для автоматизации задач, связанных с администрированием и мониторингом удаленных серверов.<br><br><br>Пакет включает в себя:<br><br><br>- Инструменты создания и обеспечения стабильной работы периодически выполняемых задач, в рамках единой системы:<br><br><br>- настройка ssh-аутентификации<br>- контроль запуска/завершения скриптов<br>- ведение LOG-файла<br>- получение уведомлений по почте<br><br><br>- Интеграция с системой Zabbix в части конфигурирования и контроля работоспособности;<br>- Набор скриптов, обеспечивающих получение актуальной информации с серверов:<br><br><br>- информация о пользователях<br>- информация о доступах<br>- оборудование и конфигурация<br><br><br><br>- openars CMDB - база данных, содержащая все т.н. конфигурационные единицы (например: серверы, БД, экземпляры ПО, дисковые массивы, ленточные библиотеки, документацию, эталоны конфиг-файлов и т.д.) и взаимосвязи между ними. Используя CMDB, можно выяснить не только текущи...<br><br>URL: http://code.go https://www.opennet.me/openforum/vsluhforumID3/67219.html#16 Tue, 25 May 2010 10:44:20 GMT Хотелось бы внести небольшую ясность:<br><br>1. Изначально система строилась действительно просто на объединении набора скриптов, чтоб &#171;не разбежались&#187;, и вести какой-то учет того, что висит в cron-e. Согласитесь, у большинства админов в cron-е висят действительно bash скрипты. <br>Bash &#8211; не язык программирования, скорее &#171;язык администрирования&#187;, и полноценную систему мониторинга на нем писать просто глупо. Причем, их вполне хватает и вполне качественных.<br>Представленный же продукт &#8211; набор инструментов.<br>Как дополнение к zabbix, он вполне успешно позволял отслеживать работу пары сотен серверов.<br><br>2. Проект выложен не для того, чтобы скачать и наслаждаться (хотя разработчики к этому стремятся)). Проект выложен, чтоб поделиться тем что есть, и развиваться дальше, в том числе приняв во внимание все что здесь пишется. А гавнокод в любом софте можно найти, для этого исходники и выкладываются, смотрите. Но думаю там можно найти и много чего полезного, даже если структура проекта в целом https://www.opennet.me/openforum/vsluhforumID3/67219.html#15 Mon, 24 May 2010 16:44:10 GMT Вы не правы. Такой цели не преследовал, просто вызвало негодование то, что предлагают использовать. Как здесь уже упомянули - это привязка к Oracle, ну да пусть с ним, специфика. При открытии архива с исходниками сразу бросается и режет глаз название файла "READMY", название директорий абсолютно не похожих на привычную структуру директорий unix. Например вместо привычного etc - conf, scripts, tools и т.д. Т.е. сходу понятную только самим разработчикам.<br>Путь к интерпретатору /bin/bash, т.е. в BSD системы не портируемо, либо портируемо с трудом. Более того, ядро состоит из месива perl и bash скриптов, без строчки комментария.<br>Да и само по себе ядро написанное на bash, с парсингом XML вида:<br><br>function get_xmlparam() {<br> sed -n -e 's/.* '$1'="\([^"]*\).*/\1/p'<br>}<br><br>В принципе не говорит о серьезности "проекта".<br><br>Можно еще много чего написать, про универсальность коннекта к ДБ и т.д., но пожалуй не буду. Искренне считаю, что на bash - это дальше пачки скриптиков для обслуживания пары серверов не уйдет, т. https://www.opennet.me/openforum/vsluhforumID3/67219.html#13 Sat, 22 May 2010 13:20:48 GMT Кстати, Zabbix-агенты тоже запросто настраиваются Puppet. Кому-нибудь нужен код, кроме того, что есть в виде примера на оффсайте? <br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#12 Sat, 22 May 2010 13:18:46 GMT Инструменты создания и обеспечения стабильной работы периодически выполняемых задач, в рамках единой системы:<br><br> * настройка ssh-аутентификации<br> * контроль запуска/завершения скриптов<br> * ведение LOG-файла<br>==============================================<br><br>Имхо, это лучше делать через Puppet или его аналоги. А надстройка над Zabbix интересна, прежде всего в вопросе инвентаризации и функционала IDS...<br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#11 Sat, 22 May 2010 12:51:40 GMT &gt;Да, буду очень рад пообщаться с желающими поместить и поучаствовать в портируемости <br>&gt;проекта. <br><br>Мы с приятелем не так давно тоже занялись созданием набора тулз для мониторинга. Если интересно &#8212; http://code.google.com/p/overwatch/ , упор только на немного другие задачи, чем у вас; как я понимаю, у вас хорошая аналитика, мы же сейчас больше заморачиваемся на надёжности и легковесности. Проект пока готов процентов на 30-40, сейчас идёт больше кодинга и даже планирования, чем отладки. По ходу дела появляется кое-какой опыт нюансах портирования между разными *BSD и дистрами Linux, будем рады скооперироваться. Со своей стороны заинтересованы в портировании на Solaris.<br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#10 Sat, 22 May 2010 11:10:01 GMT Правильно, нечего слушать всяких KOL и аватаров, которые брызжут слюнями лишь бы об-ть все подряд. К здоровой критике прислушиваться не плохо но к не здоровой не стоит :)<br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#9 Sat, 22 May 2010 08:44:50 GMT Коллеги, все в открытом виде распространяется, мы выложили еще не весь функционал в том виде в котором он был разработан, по-этому пока нет времени прикручивать другие БД, но проблем тут имхо нету, файл с настройками коннектов подправить, система написано очень гибко. <br><br>Почему же оракл?=)) По-тому что проект делался для мониторинга и контроля работоспособности мониторинга + SOX одновременно нескольких крупных ЦОД, там оракл кругом и ОС Солярис, Линукса тоже нет извините=0))<br><br>А на счет названия так же хочу заметить, оно не будет меняться, извините =)<br><br>Да, буду очень рад пообщаться с желающими поместить и поучаствовать в портируемости проекта.<br><br>Skype rei111<br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#8 Sat, 22 May 2010 07:19:24 GMT применять Oracle в качестве единственной поддерживаемой базы и выпускать такое в народ это настоящий epic fail. То есть мне чтоб попробовать предлагается купить оракля? О кроссплатформенности во время разработки видимо не думали, по мимо линуксов есть еще и BSD системы а также Darwin, на которых оракля не работает как класс (о костылях через линукс эмуляцию лучше даже не заикаться). Есть туева хуча свободных открытых БД, но выбран был почему-то оракл... навевает знаете ли на грусные мысли.<br> https://www.opennet.me/openforum/vsluhforumID3/67219.html#7 Sat, 22 May 2010 06:35:46 GMT 1. Поменять название. <br>...<br>:)<br>