On Sunday, November 2, 2014 3:39:23 AM UTC-6, Alexey Korepov wrote: > > I need to sync one folder on server with many clients via Puppet, but this > folder contains many small files and subfolders. And I afraid that adding > this folder to Puppet via standard way will slow-down sync process on each > client. > >
If "via the standard way" you mean using File resources then yes, adding management of the folder in question will slow down runs. > As I understand, Puppet on every sync action recheck each file (rebuild > md5 sum) on server and client for finding changes. > > On client computers this folder will be readonly, so we don't need to > recheck md5 sums on every sync process. On server files will be changed > very rarely too. > > If the files were genuinely read-only then you would have a different problem: Puppet would not be able to update them when that's needed. If Puppet (running as root) *can* update them, on the other hand, then it is *not* safe to assume that they will remain unchanged between Puppet runs. > Can you recommend the best way for sync this folder via Puppet with > minimally slow-down sync process, traffic and resources usage? > > There is an inherent trade-off between the agent's runtime and its reliability in determining which managed files are out of sync. You can choose a comfortable point on that spectrum via the File resource's 'checksum' parameter <https://docs.puppetlabs.com/references/3.7.latest/type.html#file-attribute-checksum>. Some of the options are considerably cheaper to compute than an md5 sum, but correspondingly more susceptible to inaccurate results (both false positives and false negatives). On the other hand, if the overall file set changes only rarely, then you could consider building a package out of them (RPM, DEB, etc., as appropriate for your nodes), dropping it in a local repository, and managing the collection via a Package resource. This is especially suitable if, as seems the case, you are confident that the files will not be locally changed between Puppet runs. Of course, the tradeoff there is the need to build and post a new version of package whenever files need to be changed. John -- 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/b0a4acfd-a22d-4b14-ae8b-c5b67266a388%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
