We recently switched a large codebase with a lot of history over to
Puppet 4.10. Performance of the new servers is significantly slower than
the old Apache/Passenger system, roughly half. I have a list of possible
causes and general cleanup to do, but was hoping the community could
help me order than list in a way that got me to better performance
soonest. Or point out something I've missed.
We serve a lot of file. Whatever you've seen, this is likely worst. Some
cases are 10k files per server. We've farmed out some tickets to teams
to cleanup, templatize, etc etc their code. I could do the heavy lifting
a drop it significantly with a week of work.
50% of agents on Centos 6 running Puppet 3.8.x. Ruby 1.8.7 so no http
multiplexing. 50% of agents on Centos 7 w/ Puppet 3.8.x. Ruby 2.0 with
http multiplexing at least with Puppet 3 servers also on Centos 7. Have
not checked Puppetserver 2.8, but assume this is still working. Moving
all Centos6 agents to puppetagent 1.10.10 should reduce the ssl/http
connection overhead.
Puppetserver tuning. Not much documentation online. Running instance per
core (24) with 18GB. Runs around 23GB consistently on a 32GB machine.
env time of 30s. Java 8. On disk files in ramdisk. Could move ./cache/
to ramdisk as well. Other than memory is anyone tuning much?
Stdlib validation deprecation messages. Have not moved over to the new
type system and validation. Generally the logs are pretty clean other
than these messages.
content => vs source =>. We've been slowly moving to content for files
that are on a significant percentage of the fleet. Still the way to go
assuming we're on 4.x or better agent?
That the list so far. I'm guessing less files and agent upgrades are the
mostly likely to get us back to parity. I was surprised that catalog
generation wasn't significantly faster when comparing unloaded 3 and 4
servers to each other. Suspect cleaning up deprecation might help some,
but suspect there is something odd about our code here.
Ramin
--
You received this message because you are subscribed to the Google Groups "Puppet
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/8573eb26-bca9-e4a6-9345-211e2b41ae35%40badapple.net.
For more options, visit https://groups.google.com/d/optout.
