{"id":1673,"date":"2010-08-05T18:07:57","date_gmt":"2010-08-05T17:07:57","guid":{"rendered":"http:\/\/www.devco.net\/?p=1673"},"modified":"2010-08-05T22:55:39","modified_gmt":"2010-08-05T21:55:39","slug":"rapid_puppet_runs_with_mcollective","status":"publish","type":"post","link":"https:\/\/www.devco.net\/archives\/2010\/08\/05\/rapid_puppet_runs_with_mcollective.php","title":{"rendered":"Rapid Puppet runs with MCollective"},"content":{"rendered":"

The typical Puppet use case is to run the daemon every 30 minutes or so and just let it manage your machines. Sometimes though you want to be able to run it on all your machines as quick as your puppet master can handle.<\/p>\n

This is tricky as you generally do not have a way to cap the concurrency and it’s hard to orchestrate that. I’ve extended the MCollective Puppet Agent<\/a> to do this for you so you can do a rapid run at roll out time and then go back to the more conservative slow pace once your window is over.<\/p>\n

The basic logic I implemented is this: <\/p>\n

    \n
  1. Discover all nodes, sort them alphabetically<\/li>\n
      \n
    1. Count how many nodes are active now, wait till it’s below threshold<\/li>\n
    2. Run a node by just starting a –onetime<\/em> background run<\/li>\n
    3. Sleep a second<\/li>\n<\/ol>\n<\/ol>\n

      This should churn through your nodes very quickly without overwhelming the resources of your master. You can see it in action here, you can see it started 3 nodes and once it got to the 4th 3 were already running and it waited for one of them to finish:<\/p>\n

      <\/p>\n

      \r\n% mc-puppetd -W \/dev_server\/ runall 2\r\nThu Aug 05 17:47:21 +0100 2010> Running all machines with a concurrency of 2\r\nThu Aug 05 17:47:21 +0100 2010> Discovering hosts to run\r\nThu Aug 05 17:47:23 +0100 2010> Found 4 hosts\r\nThu Aug 05 17:47:24 +0100 2010> Running dev1.one.net, concurrency is 0\r\nThu Aug 05 17:47:26 +0100 2010> dev1.one.net schedule status: OK\r\nThu Aug 05 17:47:28 +0100 2010> Running dev1.two.net, concurrency is 1\r\nThu Aug 05 17:47:30 +0100 2010> dev1.two.net schedule status: OK\r\nThu Aug 05 17:47:32 +0100 2010> Running dev2.two.net, concurrency is 2\r\nThu Aug 05 17:47:34 +0100 2010> dev2.two.net schedule status: OK\r\nThu Aug 05 17:47:35 +0100 2010> Currently 3 nodes running, waiting\r\nThu Aug 05 17:48:00 +0100 2010> Running dev3.two.net, concurrency is 2\r\nThu Aug 05 17:48:05 +0100 2010> dev3.two.net schedule status: OK\r\n<\/pre>\n
      <\/code><\/p>\n
      This is integrated into the existing mc-puppetd<\/em> client script you don’t need to roll out anything new to your servers just the client side.<\/p>\n
      Using this to run each of 47 machines with a concurrency of just 4 I was able to complete a cycle in 8 minutes.  Doesn’t sound too impressive but my average run time is around 40 seconds on every node with some being 90 to 150 seconds.   My puppetmaster server that usually sits at a steady 0.2mbit out were serving a constant 2mbit\/sec for the duration of this run.<\/p>\n","protected":false},"excerpt":{"rendered":"
      The typical Puppet use case is to run the daemon every 30 minutes or so and just let it manage your machines. Sometimes though you want to be able to run it on all your machines as quick as your puppet master can handle. This is tricky as you generally do not have a way […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","footnotes":""},"categories":[7],"tags":[121,85,78,21,13],"_links":{"self":[{"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/posts\/1673"}],"collection":[{"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/comments?post=1673"}],"version-history":[{"count":8,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/posts\/1673\/revisions"}],"predecessor-version":[{"id":1680,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/posts\/1673\/revisions\/1680"}],"wp:attachment":[{"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/media?parent=1673"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/categories?post=1673"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.devco.net\/wp-json\/wp\/v2\/tags?post=1673"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}