On Monday, June 29, 2015 at 5:47:54 PM UTC+2, Erik Dalén wrote: > > If you have any exported resource collections or query any external system > for data it won't work (puppetdbquery, DNS, LDAP for example). > > But for the subset you can make those guarantees I suppose it will give a > speed boost. >
That is quite true. Most of the time in our case, new exported resources mean either a change of code, or a newly classified node (which means new hiera data in our case), so that would actually work. > > On Mon, Jun 29, 2015, 17:43 Raphaël Pinson <[email protected] > <javascript:>> wrote: > >> Hello, >> >> >> I've activated caching on our Puppetservers, using the admin API to >> invalidate the cache upon deploying new environments. However, this only >> caches manifests, and catalogs still need to be compiled for every request. >> >> I'm thinking (at least in our case) it wouldn't be totally crazy to cache >> catalogs on the master so long as: >> >> * manifests are not changed (this is taken care of by the r10k hook + >> admin API) >> * data do not change (same, since we deploy hiera data with r10k) >> * facts do not change. >> >> >> Obviously, *some* facts always change (uptime, memoryfree, swapfree, >> etc.), but most of them don't. So the idea would be to add a parameter in >> puppet.conf with the name of these facts that should be used as a basis for >> invalidating the catalog, and use the other facts to decide when a catalog >> should be recompiled. >> >> Is there already some kind of code doing that, or any opinion/feedback on >> this idea? >> >> >> Cheers, >> >> Raphaël >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Puppet Developers" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/puppet-dev/a1b2f2f0-3392-4c01-a195-c60bb81b60b2%40googlegroups.com >> >> <https://groups.google.com/d/msgid/puppet-dev/a1b2f2f0-3392-4c01-a195-c60bb81b60b2%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/54c567d2-1e8c-4747-8432-29eaa2e2de6e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
