<div dir="ltr"><div>Just noticed this email, I have already filed a blueprint related to this topic <a href="https://blueprints.launchpad.net/heat/+spec/vm-instance-group-support">https://blueprints.launchpad.net/heat/+spec/vm-instance-group-support</a><br>
<br></div>My idea is that can we add a new field such as "PlacemenetPolicy" to AutoScalingGroup? If the value is affinity, then when heat engine create the AutoScalingGroup, it will first create a server group with affinity policy, then when create VM instance for the AutoScalingGroup, heat engine will transfer the server group id as scheduler hints so as to make sure all the VM instances in the AutoScalingGroup can be created with affinity policy.<br>
<div><div><div><br>resources:<br> WorkloadGroup:<br> type: AWS::AutoScaling::AutoScalingGroup<br> properties:<br> AvailabilityZones: ["nova"]<br> LaunchConfigurationName: {Ref: LaunchConfig}<br>
PlacementPolicy: ["affinity"] <<<<<<<<<br> MaxSize: 3<br> MinSize: 2<br><br></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-26 5:27 GMT+08:00 Zane Bitter <span dir="ltr"><<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 25/04/14 16:07, Chris Friesen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 04/25/2014 12:00 PM, Zane Bitter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 25/04/14 13:50, Chris Friesen wrote:<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In the nova boot command we pass the group uuid like this:<br>
<br>
--hint group=e4cf5dea-4831-49a1-867d-<u></u>e263f2579dd0<br>
<br>
If we were to make use of the scheduler hints, how would that look?<br>
Something like this? (I'm not up to speed on my YAML, so forgive me if<br>
this isn't quite right.) And how would this look if we wanted to<br>
specify other scheduler hints as well?<br>
<br>
cirros_server1:<br>
type: OS::Nova::Server<br>
properties:<br>
name: cirros1<br>
image: 'cirros'<br>
flavor: 'm1.tiny'<br>
scheduler_hints: {"group": { get_resource: my_heat_group }}<br>
</blockquote>
<br>
Something like that (I don't think you need the quotes around "group").<br>
Or, equivalently:<br>
<br>
cirros_server1:<br>
type: OS::Nova::Server<br>
properties:<br>
name: cirros1<br>
image: 'cirros'<br>
flavor: 'm1.tiny'<br>
scheduler_hints:<br>
group: { get_resource: my_heat_group }<br>
<br>
</blockquote>
<br>
Okay...assuming it works like that then that looks fine to me.<br>
</blockquote>
<br></div></div>
Cool, +1 for that then.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If we go this route then the changes are confined to a single new file.<br>
Given that, do we need a blueprint or can I just submit the code for<br>
review once I port it to the current codebase?<br>
</blockquote>
<br></div>
I guess wearing my PTL hat I ought to say that you should still raise a blueprint (no real content necessary though, or just link to this thread).<br>
<br>
Wearing my core team hat, I personally couldn't care less either way ;) The change is self-explanatory and you've already done a good job of consulting on the changes before submitting them.<br>
<br>
cheers,<br>
Zane.<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div>
</div>