On 7/31/2012 2:17 PM, Luke Baker wrote:
I ended up restart the mysql database on the storeconfigs server which
helped this problem dramatically. But, I'm still open for more tuning
options if they're out there : )
Some info:
Puppetmaster is RHEL6 x86_64 (VM)
4 vCPU 8GB memory
Apache 2.2
Passenger 3.0.7
PassengerHighPerformance on
PassengerMaxPoolSize 8
PassengerMinInstances 1
PassengerMaxRequests 10000
PassengerStatThrottleRate 120
PassengerPreStart https://puppet.mydomain.com:8140/
In Passenger 3.0.x GlobalQueue is on by default so you can drop that.
MinInstances is new in 3.0.x. Using it obviates the need for timeout
settings. Setting MinInstances beyond 1 unless done at the vhost level
for specific reasons is a bad idea because Passenger can balance
application instances better than you. Keep in mind that MinInstances
does not start applications when your http daemon starts for the first
time.
PassengerPreStart does start applications when the server restarts and
takes a URL as an argument which it uses in the host headers when it
connects to localhost. This should also be applied at the vhost level.
MaxRequests can be reasonably high with a mature app like Puppet.
MaxPoolSize is a little harder to size. A Puppet master is usually CPU
bound and I default to (cores * 2), but it depends on your apps. I'd aim
for 80% of CPU with all Rack processes in use and add or drop from the
poolsize to achieve it. Keep in mind that a Puppet Rack process will
weigh in around 150-200MB and you should have enough RAM to support the
max pool size.
Rails/Rack autodetect shouldn't be needed with a normal vhost for Puppet.
I would not touch the Passenger spawn method at all unless there is a
specific reason to modify it. There is not a reason to modify it with
Puppet in my opinion.
http://www.modrails.com/documentation/Users%20guide%20Apache.html#spawning_methods_explained
Ramin
--
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+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
