+1 from me too for the idea. Please file a blueprint. Seems feasible and
useful.

-Vilobh

On Tue, Feb 23, 2016 at 7:25 PM, Adrian Otto <adrian.o...@rackspace.com>
wrote:

> Ricardo,
>
> Yes, that approach would work. I don’t see any harm in automatically
> adding tags to the docker daemon on the bay nodes as part of the swarm heat
> template. That would allow the filter selection you described.
>
> Adrian
>
> > On Feb 23, 2016, at 4:11 PM, Ricardo Rocha <rocha.po...@gmail.com>
> wrote:
> >
> > Hi.
> >
> > Has anyone looked into having magnum bay nodes deployed in different
> > availability zones? The goal would be to have multiple instances of a
> > container running on nodes across multiple AZs.
> >
> > Looking at docker swarm this could be achieved using (for example)
> > affinity filters based on labels. Something like:
> >
> > docker run -it -d -p 80:80 --label nova.availability-zone=my-zone-a nginx
> > https://docs.docker.com/swarm/scheduler/filter/#use-an-affinity-filter
> >
> > We can do this if we change the templates/config scripts to add to the
> > docker daemon params some labels exposing availability zone or other
> > metadata (taken from the nova metadata).
> >
> https://docs.docker.com/engine/userguide/labels-custom-metadata/#daemon-labels
> >
> > It's a bit less clear how we would get heat to launch nodes across
> > availability zones using ResourceGroup(s), but there are other heat
> > resources that support it (i'm sure this can be done).
> >
> > Does this make sense? Any thoughts or alternatives?
> >
> > If it makes sense i'm happy to submit a blueprint.
> >
> > Cheers,
> >  Ricardo
> >
> >
> __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to