<div dir="ltr">Samuel,<div><br></div><div>We could likely extend NodeGroups to do some of theses things. It was initially intended to create separated underlay network schemes for multiple-cluster-networks [1] but you would not be prevented from using the same network addresses if you didn't need the partation from that. I'm not sure that the group's data is sent to the nodes deployment yaml (astute.yaml) but it probably should be as it could enable the AZ story.</div><div><br></div><div>[1] <a href="https://docs.mirantis.com/openstack/fuel/fuel-6.0/reference-architecture.html#implementing-multiple-cluster-networks">https://docs.mirantis.com/openstack/fuel/fuel-6.0/reference-architecture.html#implementing-multiple-cluster-networks</a><br></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 25, 2015 at 4:09 AM Guillaume Thouvenin <<a href="mailto:thouveng@gmail.com">thouveng@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi guys,<br><br></div> And also for 7.0 there is a spec in review [1] about custom labels that may be interesting to differentiate nodes with the same role if labels are exposed via the astute.yaml. <br><br>Regards,<br><br>[1] <a href="https://review.openstack.org/#/c/184076/" target="_blank">https://review.openstack.org/#/c/184076/</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 25, 2015 at 12:47 PM, Andrey Danin <span dir="ltr"><<a href="mailto:adanin@mirantis.com" target="_blank">adanin@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Samuel,<div><br></div><div>We use magic words in node names for Fuel Contrail plugin. It uses the "bare" role to deploy Contrail controllers.</div><div><br></div><div>Unfortunately, we don't have node tags in 6.1, but we are going to implement custom roles from a plugin in 7.0. Please see a spec <a href="https://blueprints.launchpad.net/fuel/+spec/role-as-a-plugin" target="_blank">https://blueprints.launchpad.net/fuel/+spec/role-as-a-plugin</a><div><div><span></span><br><br>On Wednesday, June 24, 2015, Samuel Bartel <<a href="mailto:samuel.bartel.pro@gmail.com" target="_blank">samuel.bartel.pro@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi folks<br><br>I am wondering if it is possible to differenciate nodes within a same role. Is it possible for example to apply aplugin to a compute node A but not a compute node B?<br>It will be more clear with examples :<br>1) for the nfs plugin I want to use nfs storage backend for compute node A but LVM for compute node B<br>2) I was thinking of a plugin to define Availability zone and setup compute node A and B in AZ1 and compute node C in AZ2<br></div></blockquote></div></div></div></blockquote></div></div></blockquote><div><br></div><div>I'm assuming you mean you want to set the ephemeral instance storage one way or another and not cinder as multiple providers are already supported</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think it would possible to check according to specific value in the name of the node. But it doesn't seems to me to be very clean. And if we hav many plugins built in that way, name of the node would become very complicated soon and it is not very flexible. I was more looking a way to put a tag in the node (without needed to manually edit deployement yaml files)<br></div></blockquote></div></div></div></blockquote></div></div></blockquote><div><br></div><div>There is someone working on a tagging spec for future development (after 7.0) Already, I don't remember who. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Anyone has already done something like this or has a tips on that topic?<br><br>regards<br><br>Samuel<br><br><br></div>
</blockquote></div></div></div><span><font color="#888888"><br><br>-- <br>Andrey Danin<br><a href="mailto:adanin@mirantis.com" target="_blank">adanin@mirantis.com</a><br>skype: gcon.monolake<br><br>
</font></span><br>__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><p dir="ltr">--</p>
<p dir="ltr">Andrew Woodward</p>
<p dir="ltr">Mirantis</p>
<p dir="ltr">Fuel Community Ambassador</p>
<p dir="ltr">Ceph Community</p>