<div dir="ltr"><div>Hi,</div><div><br></div>The hack-ish way is to check if the current master has a different ip than the<div>swarm_api_api and based on that decide whether to swarm init or join. The</div><div>proper way is to have two resource groups (as you said) one for the primary</div><div>master and one for the secondary masters. This requires some plumping</div><div>though.</div><div><br></div><div>We decided two have a _v2 driver in /contrib initially. I have a prototype working</div><div>based on fedora-25 (docker 1.12.6). I can push and work together on it, if you</div><div>want.</div><div><br></div><div>Spyros<br><div class="gmail_extra"><br><div class="gmail_quote">On 31 January 2017 at 20:52, Kevin Lefevre <span dir="ltr"><<a href="mailto:lefevre.kevin@gmail.com" target="_blank">lefevre.kevin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, 2017-01-31 at 17:01 +0100, Spyros Trigazis wrote:<br>
> Hi.<br>
><br>
> I have done it by checking the ip address of the master. The current<br>
> state of<br>
> the heat drivers doesn't allow the distinction between master > 1 or<br>
> master=1.<br>
><br>
<br>
</span>Please, could you elaborate on this ?<br>
<br>
Also what is your opinion about starting a new swarm driver for swarm<br>
mode ?<br>
<div><div class="m_4663865822915536192h5"><br>
> Spyros<br>
><br>
><br>
><br>
> On 31 January 2017 at 16:33, Kevin Lefevre <<a href="mailto:lefevre.kevin@gmail.com" target="_blank">lefevre.kevin@gmail.com</a>><br>
> wrote:<br>
> > Hi, Docker 1.13 has been released with several improvements that<br>
> > brings<br>
> > swarm mode principles closer to Kubernetes such as docker-compose<br>
> > service swarm mode.<br>
> ><br>
> > I'd like to implement a v2 swarm template. I don't know if it's<br>
> > already<br>
> > been discussed.<br>
> ><br>
> > Swarm mode is a bit different but a lot simpler to deploy than<br>
> > Swarm<br>
> > Legacy.<br>
> ><br>
> > In Kubernetes you can deploy multiples masters at the same time but<br>
> > in<br>
> > swarm mode you have to:<br>
> > - bootstrap a first docker node<br>
> > - run docker swarm init<br>
> > - get a token (worker or manager)<br>
> > - bootstrap other worker<br>
> > - use manager or worker token depending manager count.<br>
> ><br>
> > I don't know what is the best way to do so in HEAT. I'm sure there<br>
> > are<br>
> > multiple options (I'm not an expert in HEAT i don't know if they<br>
> > are<br>
> > feasible) :<br>
> ><br>
> > - Bootstrap a first server<br>
> > - Wait for it to ready, run docker swarm init, get both manager and<br>
> > worker tokens<br>
> > - if manager count >1, we can bootstrap another resource group for<br>
> > extra managers which will use a manager token.<br>
> > - Bootstrap the rest of the worker and use a worker token.<br>
> ><br>
> > The difficulty is to handle multiples master properly, i'd like to<br>
> > hear<br>
> > your ideas about that.<br>
> ><br>
> ><br>
> > --<br>
> > Kevin Lefevre<br>
> ><br>
> > ______________________________<wbr>______________________________<wbr>_______<br>
> > _______<br>
> > OpenStack Development Mailing List (not for usage questions)<br>
> > Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsu" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsu</a><br>
> > bscribe<br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
> ><br>
><br>
</div></div>> ______________________________<wbr>______________________________<wbr>_________<br>
<div class="m_4663865822915536192HOEnZb"><div class="m_4663865822915536192h5">> _____<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubs" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubs</a><br>
> cribe<br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
--<br>
Kevin Lefevre<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br></div></div></div>