<div dir="ltr">see below...<br><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 1, 2014 at 7:12 AM, Michael Scherer <span dir="ltr"><<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le lundi 01 septembre 2014 à 06:15 +0100, Justin Clift a écrit :<br>
<div class="">> On 01/09/2014, at 5:44 AM, Joe Julian wrote:<br>
> > Saltstack is python. 😀<br>
><br>
> Yep I know. I'm not against the idea.<br>
><br>
> Ansible has a reputation for being pretty reliable.<br>
<br>
</div>Problem is that ansible is a bit like a toolbox, you need to construct<br>
your own system with it. I did one for manageiq, but I prefer when stuff<br>
are already setup.<br>
<div class=""><br>
> Several people that<br>
> use Salt a lot (~12 months ago) have said it's very buggy, and advised<br>
> not to use it (then) for stuff where reliability is key.<br>
><br>
> It may have improved significantly since then. I really don't know. :)<br>
<br>
</div>My main problem with salt is that the fedora package move a lot. While I<br>
have nothing against fast moving target, I would prefer a more stable<br>
things.<br>
<br>
I did use salt, albeit mostly as POC in the past.<br>
So the contender we have are :<br>
- puppet<br>
- ansible<br>
- salt<br>
<br>
The admins who spoke on this thread are:<br>
- Louis<br>
- Justin<br>
- Michael<br>
- Joe<br>
<br>
( and James was mentioned, but I do not know who is it )<br></blockquote><div><br></div><div>James Shubin aka purpleidea -- he made puppet-gluster<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So we have:<br>
Knowing Puppet:<br>
Louis, Michael, Joe, James<br>
<br>
Knowing Ansible:<br>
Michael<br>
<br>
Knowing Salt:<br>
Joe, Michael ( albeit not much )<br>
<br>
I tend to share the concern of Justin regarding Ruby, especially since<br>
we have a bit old stuff to manage like RHEL 5 so despites having a<br>
strong team around puppet, I am not sure we should follow this road.<br>
The transition on puppet3/ruby2 was quite problematic, and I think may<br>
still cause issues with the diverse set of servers we have, regarding<br>
the need to have some sort of synced server/client ( a problem that<br>
ansible do avoid, and salt too in some way due to salt-ssh, albeit being<br>
alpha )<br>
<br>
Not to mention that puppet do not provides remote command orchestration,<br>
and I think mcollective setup on RHEL/Fedora is a bit buggy at the<br>
moment ( due to activemq package being just a jar dump without any<br>
service files ). I would prefer something that do both out of the box,<br>
and for that, both ansible and salt would work fine.<br>
<br>
So as I am the only one that know ansible, I guess pushing for it<br>
wouldn't be wise.<br>
<br>
I think salt would be a good middle ground, since that satisfy 3 out of<br>
4 people who expressed in this thread. Louis, do you have a significant<br>
concern on saltstack ?<br></blockquote><div><br></div><div>Whatever you choose is fine with me.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We can also decide to just make a POC for it, and decide after a while<br>
( like 6 months ) if this is the good solution or not ?<br>
<br>
( and for people that want to see ansible, I plan to open the infra of<br>
another project I am working one, <a href="http://manageiq.org" target="_blank">manageiq.org</a>, even if the infra is<br>
much less exciting than gluster )<br>
<div class=""><div class="h5"><br>
--<br>
Michael Scherer<br>
Open Source and Standards, Sysadmin<br>
</div></div><br>_______________________________________________<br>
Gluster-infra mailing list<br>
<a href="mailto:Gluster-infra@gluster.org">Gluster-infra@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-infra" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-infra</a><br>
<br></blockquote></div><br></div></div></div>