Jesús Couto wrote:
Hi.
As I think I mentioned (here or in IRC, dont know), I'm doing a kind
of "grant" to investigate Puppet for my company. So far I've been
learning the language and trying to model some of our infrastructure
on a small test server I've set up.
This is going fine, I'm learning a lot... but. This doesnt give me a
picture of how is Puppet used on a real enviroment.
So, I was kind of hoping if some sucessfull Puppet users on this list
could have some time to chat about how they are using Puppet. How are
your machines and services life-cycles managed - all with Puppet, from
install to decommision? How do you deal with dynamic changes or
process (been a theme of discussion lately here) and having Puppet
enforcing a "state"? Do you work always inside Puppet or some task
have you "shut down" it till you get it done correctly and then model
it on Puppet? How many people work with your Puppet configuration and
how do you manage access - basically how you use Puppet and distribute
task to junior members or other teams or...
Provisioning is sort of outside the scope of the server lifecycle that
puppet manages. I use preseed to provision, lots of people use
kickstart. From there, puppet takes over and brings it to state X.
Dynamic changes in processes are rare and can either be handled outside
of puppet or be dynamically generated in other ways such as database
queries. In very rare cases, like troubleshooting problems, I will stop
puppet and make certain changes, then restart puppet when I am done,
however it will be brought back to state X. Any permanent changes to
state *always* go in puppet for too many reasons to list here.
Three people have access to make puppet changes, and this is all handled
by subversion and one unix group. With subversion you can easily manage
write access to less important modules with a unix group something like
junior_admins to only edit a certain module, and possibly not even
deploy- just commit.
What kind of benefits have you got from using Puppet? What kind of
drawbacks? Have any taks you tried it and decided it was not suited?
Are you using tools like Capistrano/MCollective/Func/etc with Puppet?
Why? How do you coordinate that?
I don't think I would be able to do my job in a 40 hour work week
without puppet. The only drawback is the slight overheard of writing a
module to configure something new.
I use capistrano to deploy the corporate website, to deploy openbsd
configurations, and to deploy puppet. I also have a Capfile that loads
up its roles from the puppet stored config db so that I can run
arbitrary commands across nodes of a particular type/class. This is
better suites to mcollective however because of all the ssh threading
problems with capistrano (it's not very scalable.)
... yep, tons of things
I know is generic stuff that is in part on the "Who is using Puppet"
page, but I want to see if I can get some more detailed approximation
of how do you live with Puppet as your system configuration management
tool, instead of the common "lets log in via SSH and do stuff" admin
model we all know by default.
If you want to answer here for anybody to see, great, but I would
really like to get in touch with, say, 2 or 3 "advocates" that could
spend, say, 1 h or so, talking about how do they do their work with
Puppet, so if you want to help, please send me a mail at this address.
Most people will charge for that sort of thing but if you go on IRC and
just chat you might find yourself in a better position.
Best regards,
------------------------------
Jesús Couto F.
--
You received this message because you are subscribed to the Google
Groups "Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
--
Joe McDonagh
AIM: YoosingYoonickz
IRC: joe-mac on freenode
L'ennui est contre-révolutionnaire
--
You received this message because you are subscribed to the Google Groups "Puppet
Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
