<font size=2 face="sans-serif">If I understand correctly, what really
matters at least in case of Hadoop is network proximity between instances.</font>
<br><font size=2 face="sans-serif">Hence, maybe Neutron would be a better
fit to provide such information. In particular, depending on virtual network
configuration, having 2 instances on the same node does not guarantee that
the network traffic between them will be routed within the node.</font>
<br><font size=2 face="sans-serif">Physical layout could be useful for
availability-related purposes. But even then, it should be abstracted in
such a way that it will not reveal details that a cloud provider will typically
prefer not to expose. Maybe this can be done by Ironic -- or a separate/new
project (Tuskar sounds related).</font>
<br>
<br><font size=2 face="sans-serif">Regards,</font>
<br><font size=2 face="sans-serif">Alex</font>
<br>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">Mike Spreitzer <mspreitz@us.ibm.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">OpenStack Development
Mailing List <openstack-dev@lists.openstack.org>, </font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">13/09/2013 08:54 AM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [openstack-dev]
[nova] [savanna] Host information for non        admin
       users</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>> From: Nirmal Ranganathan <rnirmal@gmail.com></font></tt><font size=3>
</font><tt><font size=2><br>
> ...<br>
> Well that's left upto the specific block placement policies in hdfs,<br>
> all we are providing with the topology information is a hint on <br>
> node/rack placement.</font></tt><font size=3> <br>
</font><tt><font size=2><br>
Oh, you are looking at the placement of HDFS blocks within the fixed storage
volumes, not choosing where to put the storage volumes.  In that case
I understand and agree that simply providing identifiers from the infrastructure
to the middleware (HDFS) will suffice.  Coincidentally my group is
working on this very example right now in our own environment.  We
have a holistic scheduler that is given a whole template to place, and
it returns placement information.  We imagine, as does Hadoop, a general
hierarchy in the physical layout, and the holistic scheduler returns, for
each VM, the path from the root to the VM's host.</font></tt><font size=3>
<br>
</font><tt><font size=2><br>
Regards,</font></tt><font size=3> </font><tt><font size=2><br>
Mike_______________________________________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.org<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
</font></tt>
<br>