I am considering installing a Puppet agent on a legacy server running an old, crappy, slow, leaky, yet important Java app. Nervous about introducing anything that might (further) destabilize the app. What are people''s experiences with Puppet in terms of resource usage (CPU/ memory/network/etc)? For starters will likely run it on the standard daemon schedule. Ultimately may want to control it with MCollective though. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
On 12/03/2011 04:30 PM, Jeff Sussna wrote:> I am considering installing a Puppet agent on a legacy server running > an old, crappy, slow, leaky, yet important Java app. Nervous about > introducing anything that might (further) destabilize the app. What > are people''s experiences with Puppet in terms of resource usage (CPU/ > memory/network/etc)? For starters will likely run it on the standard > daemon schedule. Ultimately may want to control it with MCollective > though.Puppet isn''t the fastest or lightest service around. It is, after all, an interpreted language implemented in an interpreted language. I run it on a handful of small VMs. Resource usage seems to be mostly a function of the number of resources. The worst case I have is my Nagios monitoring server, which has about 500 resources and 256 MB of RAM. It runs Apache, Nagios, and Puppet agent. When the agent runs, the RAM is pretty much exhausted, and the run takes a good chunk of the 1.2 GHz CPU for about one minute. Would probably be faster if it wasn''t swapping. However, if your hardware is a little less minimal, or you have fewer resources, it''s likely you won''t notice. I have seen the puppet agent daemon consume an abnormal amount of RAM as if it''s leaking from time to time. That could probably be avoided by running it from another scheduling tool, or running something more recent than the 2.6.2 that''s in Debian Stable. Most of my other nodes are similar, but have far fewer resources, so I don''t even notice the agent running. The master runs with similar resources and can keep up with my 20 or so agents easily. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
Like most things with Computers... it depends. If you use it just to control single files and such puppet uses very little in terms of resources; however if you are planning on checking directory with recursive, well, don''t. I wouldn''t worry however, in most cases your Java app is not going to be effected by Puppet. Typically usage the daemon runs, it spikes the CPU (not much memory in my experience) and it dies relatively quickly. If you use passenger you shouldn''t have any problems. -----Original Message----- From: Jeff Sussna Sent: Saturday, December 03, 2011 2:30 PM To: Puppet Users Subject: [Puppet Users] Puppet considered harmful? I am considering installing a Puppet agent on a legacy server running an old, crappy, slow, leaky, yet important Java app. Nervous about introducing anything that might (further) destabilize the app. What are people''s experiences with Puppet in terms of resource usage (CPU/ memory/network/etc)? For starters will likely run it on the standard daemon schedule. Ultimately may want to control it with MCollective though. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
On 12/03/2011 10:58 PM, Phil Frost wrote:> It is, after all, an interpreted language implemented in an interpreted > language.I beg to differ. Puppet manifests are compiled into a catalog of resource classes, which get serialized and transmitted to an agent that performs actions based on the system state and said catalog. So by all rights, it should be considered a compiled language implemented in an interpreted language ;-) That being said, it sure is heavy weighed both on master and agent side. Cheers, Felix -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.