<tt><font size=2>Mike Spreitzer <mspreitz@us.ibm.com> wrote on 29/09/2013
08:02:00 PM:<br>
<br>
> Another reason to prefer host is that we have other resources to <br>
> locate besides compute. </font></tt>
<br>
<br><tt><font size=2>Good point. Another approach (not necessarily contradicting)
could be to specify the location as a property of host aggregate rather
than individual hosts (and introduce similar notion in Cinder, and maybe
Neutron). This could be an evolution/generalization of the existing 'availability
zone' attribute, which would specify a more fine-grained location path
(e.g., 'az_A:rack_R1:chassis_C2:node_N3'). We briefly discussed this approach
at the previous summit (see 'simple implementation' under </font></tt><a href=https://etherpad.openstack.org/HavanaTopologyAwarePlacement><tt><font size=2 color=blue><u>https://etherpad.openstack.org/HavanaTopologyAwarePlacement</u></font></tt></a><tt><font size=2>)
-- but unfortunately I don't think we made much progress with the actual
implementation in Havana (would be good to fix this in Icehouse).</font></tt>
<br>
<br><tt><font size=2>Regards,</font></tt>
<br><tt><font size=2>Alex</font></tt>
<br>