>>Puppet, по дизайну, средство поддержания статического состояния.
>>У нас там почти все конфиги, и еще через него делаются некоторые действия
>
>А настроено отслеживание изменений в тех конфигах(которых нет в репозитарии)
>на клиентской системе и добавление их в репозитарий , или у вас
>там
>"все" конфиги? Скажем /etc/vasya.conf я создал и хочу чтобы Puppets внес его
>в репозитарий.

Почитайте документацию, слишком долго объяснять. Если коротко, он всегда знает, что что изменилась какая-то переменная, и нужно перегенирить конфиг с помощью md5 хэшей (сравнивается сгенерированное с тем, что есть)

>Кстати на Puppets ведь нет платного Support'а (есть на некоторые проекты в
>которые он входит) , а на Cfengine он есть ,

Есть, и с самого начала был. Кстати, не очень и дорогой, мы думаем стать клиентами Puppetlabs, но пока еще немного сложно с рентабельностью, так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг 7/24, и т д

>вас чем-то был обусловлен выбор именно Puppets?
>У нас например много виртуалок у которых <512MB памяти, ставить туда Ruby
>
>сервисы как-то напряжно получается.

Да, мне тоже не нравится "жирность" ruby. В ряде случаев, на VPS на чужих нодах, мы его используем только для конфигурирования, а потом chkconfig puppet off, service puppet stop.  А выбор связан с тем, что на прошлой работе я уже с ним работала, а там он вполне успешно управлял несколькими тысячами FreeBSD и CentOS, да и делался Puppet прежде всего, что бы исправить недостатки Cfengine, как говорит само Puppetlabs. Cfengine банально не видела, хотя то, что агент на плюсах, конечно, плюс.

>>То есть? не поняла?
>
>Имел ввиду что тому кому не хватает перфоманса виртуалкок , вы даете
>железки и таких большинство. Но видимо ошибся что большинство.

У нас нет железок, мы не хостер. Но мы помогаем во всех вопросах размещения, аренды, и т д