control-repo/hieradata/common.yaml

---
message: "This node is using common data"

#Puppet Server Tuning
puppet_enterprise::master::puppetserver::jruby_max_requests_per_instance: 10000

#pe-console-services tuning
#https://docs.puppetlabs.com/pe/latest/console_config.html#tuning-the-classifier-synchronization-period
#disable classifier scheduled sync and rely on r10k postrun command to sync the classes
puppet_enterprise::profile::console::classifier_synchronization_period: 0
Initial Commit Stole Gary's puppet_repository and modified it for general general consumption. Upped the version of r10k to newest (1.4.1) Ripped out the hiera examples just left defaults.yaml Tweaked environment.conf 2015-01-14 00:42:06 +00:00			`---`
			`message: "This node is using common data"`
Add hiera key for tuning max_requests_per_instance https://docs.puppetlabs.com/pe/2015.2/config_puppetserver.html#tuning-maxrequestsperinstance-on-puppet-server 2015-09-22 16:41:21 +00:00
			`#Puppet Server Tuning`
Change max_requests_per_instance to 10K 2015-10-06 19:58:04 +00:00			`puppet_enterprise::master::puppetserver::jruby_max_requests_per_instance: 10000`
Configure the MoM to update the classifier after deploying code This entailed configring the classifier to never sync on a schedule. Changing environment_timeout to unlimited for all masters. Setting a postrun command for r10k that would update the class information in the classifier (the update-classes endpoint). 2015-10-26 21:59:20 +00:00
			`#pe-console-services tuning`
			`#https://docs.puppetlabs.com/pe/latest/console_config.html#tuning-the-classifier-synchronization-period`
			`#disable classifier scheduled sync and rely on r10k postrun command to sync the classes`
Fix some embarassing typos 2015-10-26 22:12:39 +00:00			`puppet_enterprise::profile::console::classifier_synchronization_period: 0`