On Wednesday, February 13, 2013 4:11:40 PM UTC-6, blalor wrote: > > There may be, but when we want to upgrade an application and minimize > downtime, a well-defined window of a checkin period is not sufficient. For > example, given 10 machines, we need to upgrade 5, validate them, then > upgrade the remaining 5. The 5 being upgraded will get pulled out of the > load balancer during the puppet run. If the upgrade is deemed a failure, > the old version must be reinstated on those 5 machines. This is all > possible with puppet, and it feels like the master/agent relationship is an > impediment. > >
Perhaps it is. I already gave you a suggestion for how to operate without the master. Do be aware, however, that when the agent is running in daemon mode, you can trigger it to check in with the master immediately by sending it a SIGUSR1. You can roll your own mechanism for doing that, or I think MCollective knows how to do it. Whether running the agent daemon or not, you should also be able run the agent manually as long as a run is not already in progress. The gotcha there is that if you trigger several agents at the same time, then the master needs to have the capacity to handle all their requests. If you are running the master in apache/passenger, then five simultaneous requests should not be a problem. Furthermore, if you are running under a master then you can track success / failure of the agent runs in one place by configuring the agents to send reports to the master; otherwise you have to roll your own mechanism for collecting that data. I'm not trying to tell you that you need to use a master, but I do think you would be wise to make your decision based on a true characterization of how the master and agent work, and of what they can (and can't) do for you. Some of your comments make me think you are working under some misapprehensions there, and perhaps without all the relevant information. 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 post to this group, send email to puppet-users@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-users?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
