>>Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с
>>ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)
>
>А хочется следить , аля TripWare что меняется вообще, кстати Cfengine это
>умеет.
>А у вас есть некое подобие CMDB на основе Puppets, тоесть он
>у вас настроен
>отслеживать изменение скажем памяти,дисков,новых устройств? А зачем? UNIX-way все-таки предполагает разделение между сервисами...
В Puppet есть facter, утилита, снимающая константы с клиента, и диски, маки, IP-адреса и пр. там есть, потом их можно использовать как константы в языке манифестов.
Если что-то меняется, соотвественно, если Ваша логика манифестов это поддерживает, Puppet среагирует.
Сервера же все стандартные, и нештатного добавления чего-то быть не должно (в рамках роли) а штатное, да прекрасно обрабатывается через puppet
Мониторинг у нас сделан на Zabbix, и некоторые вещи (в основном, по security) мы отслеживаем на нем. Насчет tripware и других IDS, тоже думаем (а именно, как интегрировать с Zabbix)
>Еще "маленький вопросик", вы же используете наверняка некое подобие Service Desk,
>если используете то туда Puppets привязан? Например я работаю в рамках некого
>issue
>и все мои изменения в системах которые я делаю чтобы выполнить задания
>хочу видеть открыв
>этот issue. Я лично пробовал Puppets+Subversion+Jira(Subversoin plugin, сейчас начнут кричать что это
>bugtracking) , там если в Subversion commit писать код issue(например CNF-2345)
>то эти коммиты будут отображаться в соответствующем issue.
У нас есть внутренний тракер багов (там сотни багов, которые нужно исправить в шаблонах сервисов, и которые постепенно исправляются, что-то по железу, по манифестам паппет, и, частично, по долгим задачам), используем Bugzilla, для клиентов же GLPI + OCS-NG.
Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво :)
>[оверквотинг удален]
>>можно двухсокетовый нехалем уложить, если файлов несколько тысяч :) я так
>>попробовала хомяки носить, пока.. сами понимаете, что не случилось. Сейчас puppet
>>только проверяет наличие хомяка и rsa ключа, и стягивает тарболл
>>и растаривает, думаю сделать красивее, с установкой хомяков через rpm), нагрузка
>>будет вообще не заметна, в сравнении с накладными расходами от всяких
>>Plesk, DA, Cpanel, ISPmanager, и тем мусором, что они ставят.
>
>Ruby же , 1.9 значительно быстрее идущего в комплекте CentOS 1.8.6 ,
>но на системах
>менять стандартный RPM некошерно.
в шестерке будет лучше :)
>А SpaceWalk пробовали?
В тестовой эксплуатации, в production только его часть, Cobbler. Сейчас для Spacewalk у нас не хватает своего, нормального железа на дедекейтед-колокэшен, точнее, ресурсов (дисквого места и i/o), так что, может быть, и получится дождаться Postgre версии.
