<tt><font size=2>Alex Glikson <GLIKSON@il.ibm.com> wrote on 10/29/2013
03:37:41 AM:<br>
<br>
> 1. I assume that the motivation for rack-level anti-affinity is to
<br>
> survive a rack failure. Is this indeed the case? <br>
> This is a very interesting and important scenario, but I am curious
<br>
> about your assumptions regarding all the other OpenStack resources
<br>
> and services in this respect.</font></tt>
<br>
<br><tt><font size=2>Remember we are just starting on the roadmap.  Nova
in Icehouse, holistic later.</font></tt>
<br><tt><font size=2><br>
> 2. What exactly do you mean by "network reachibility" between
the <br>
> two groups? Remember that we are in Nova (at least for now), so we
<br>
> don't have much visibility to the topology of the physical or <br>
> virtual networks. Do you have some concrete thoughts on how such <br>
> policy can be enforced, in presence of potentially complex <br>
> environment managed by Neutron?</font></tt>
<br>
<br><tt><font size=2>I am aiming for the holistic future, and Yathi copied
that from an example I drew with the holistic future in mind.  While
we are only addressing Nova, I think a network reachability policy is inapproprite.</font></tt>
<br><tt><font size=2><br>
> 3. The JSON somewhat reminds me the interface of Heat, and I would
<br>
> assume that certain capabilities that would be required to implement<br>
> it would be similar too. What is the proposed approach to <br>
> 'harmonize' between the two, in environments that include Heat? What<br>
> would be end-to-end flow? For example, who would do the <br>
> orchestration of individual provisioning steps? Would "create"
<br>
> operation delegate back to Heat for that? Also, how other <br>
> relationships managed by Heat (e.g., links to storage and network)
<br>
> would be incorporated in such an end-to-end scenario? <br>
</font></tt>
<br><tt><font size=2>You raised a few interesting issues.</font></tt>
<br>
<br><tt><font size=2>1. Heat already has a way to specify resources, I
do not see why we should invent another.</font></tt>
<br>
<br><tt><font size=2>2. Should Nova call Heat to do the orchestration?
 I would like to see an example where ordering is an issue.  IMHO,
since OpenStack already has a solution for creating resources in the right
order, I do not see why we should invent another.</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>