<div dir="ltr">Hey, G2!<div><br></div><div style>Our experience using a puppet master was very different. We found that, after 50 or 60 nodes, the puppet master became a significant bottleneck. So, we switched to just having the puppet code in a git repo and checking it out onto the servers.</div>
<div style><br></div><div style>That was quite a while ago though, so maybe the issue we were having has been fixed in a more recent version of puppet.</div><div style><br></div><div style>David</div><div style><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 24 April 2013 16:39, Gareth Humphries <span dir="ltr"><<a href="mailto:gareth1@erozen.org" target="_blank">gareth1@erozen.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you have more than a few servers, please use a puppet master - less resource drain on hosts, faster rollout of changes, and you gain exported resources which open all sorts of doors you never knew existed. I run a 200 and something node domain off a master with 2x2Ghz 4Gb, and it's not taxed. It's worth it.<div>
<br></div><div>For those interested, we have ec2 'stem cell' ami's, which contain the bare minimum to provision a new host (basically consists of an init script to build puppet.conf and run puppet on boot). We use the userdata to define what should be applied to new instances on boot. Works a treat.</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div><br></div><div>Gareth.</div></font></span><div class="HOEnZb"><div class="h5"><div><br></div><div><br></div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You generally run puppet as root. Nothing in staging or production<br>
references anything to do with vagrant. Our vagrant projects reference the<br>
Puppet git repo.<br>
<br>
<br>
><br>
> Would you be willing to send me your bootstrap script? I think more than<br>
> anything that's what will help all the pieces fall in place in my mind.<br>
> I'll probably need to write my own, but to have yours to work off of (I<br>
> learn by studying examples) would be very helpful.<br>
><br>
<br>
It's got some bits that I can't publish, but these are the crucial parts;<br>
<br>
This installs puppet 2.7.3 on a fresh Ubuntu 12.04 server.<br>
<br>
apt-get update && apt-get -y install git-core ruby facter && \<br>
wget <a href="http://www.puppetlabs.com/downloads/puppet/puppet-2.7.3.tar.gz" target="_blank">http://www.puppetlabs.com/downloads/puppet/puppet-2.7.3.tar.gz</a> && \<br>
tar xvf puppet-2.7.3.tar.gz && \<br>
cd /root/puppet-2.7.3 && ruby install.rb<br>
<br>
This is how you apply a checked out working copy of a puppet repo. Your<br>
structure might vary, but the differences should be pretty obvious.<br>
<br>
puppet apply --modulepath=/tmp/puppet/modules /tmp/puppet/manifests/site.pp<br>
<br>
<br>
Have fun<br>
<br><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div>