Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-10-02 Thread Jiang, Yunhong
-dev] [nova] [scheduler] blueprint for host/hypervisor location information Maybe the answer is hiding in plain sight: host aggregates. This is a concept we already have, and it allows identification of arbitrary groupings for arbitrary purposes

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-10-01 Thread Alex Glikson
Mike Spreitzer mspre...@us.ibm.com wrote on 01/10/2013 06:58:10 AM: Alex Glikson glik...@il.ibm.com wrote on 09/29/2013 03:30:35 PM: Mike Spreitzer mspre...@us.ibm.com wrote on 29/09/2013 08:02:00 PM: Another reason to prefer host is that we have other resources to locate besides

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-10-01 Thread Mike Spreitzer
Maybe the answer is hiding in plain sight: host aggregates. This is a concept we already have, and it allows identification of arbitrary groupings for arbitrary purposes.___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-30 Thread Mike Spreitzer
Alex Glikson glik...@il.ibm.com wrote on 09/29/2013 03:30:35 PM: Mike Spreitzer mspre...@us.ibm.com wrote on 29/09/2013 08:02:00 PM: Another reason to prefer host is that we have other resources to locate besides compute. Good point. Another approach (not necessarily contradicting)

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-29 Thread Robert Collins
Host not hypervisor I think; consider nova baremetal, where hypervisor == machine that runs tftpd and makes IPMI calls, and host == place where the user workload will execute. -Rob On 29 September 2013 17:52, Mike Spreitzer mspre...@us.ibm.com wrote: I have begun drafting a blueprint about more

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-29 Thread Mike Spreitzer
Robert Collins robe...@robertcollins.net wrote on 09/29/2013 02:21:28 AM: Host not hypervisor I think; consider nova baremetal, where hypervisor == machine that runs tftpd and makes IPMI calls, and host == place where the user workload will execute. In nova baremetal, is there still a

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-29 Thread Monty Taylor
On 09/29/2013 01:02 PM, Mike Spreitzer wrote: Robert Collins robe...@robertcollins.net wrote on 09/29/2013 02:21:28 AM: Host not hypervisor I think; consider nova baremetal, where hypervisor == machine that runs tftpd and makes IPMI calls, and host == place where the user workload will

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-29 Thread Mike Spreitzer
Monty Taylor mord...@inaugust.com wrote on 09/29/2013 01:38:26 PM: On 09/29/2013 01:02 PM, Mike Spreitzer wrote: Robert Collins robe...@robertcollins.net wrote on 09/29/2013 02:21:28 AM: Host not hypervisor I think; consider nova baremetal, where hypervisor == machine that runs tftpd

Re: [openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-29 Thread Alex Glikson
Mike Spreitzer mspre...@us.ibm.com wrote on 29/09/2013 08:02:00 PM: Another reason to prefer host is that we have other resources to locate besides compute. Good point. Another approach (not necessarily contradicting) could be to specify the location as a property of host aggregate rather

[openstack-dev] [nova] [scheduler] blueprint for host/hypervisor location information

2013-09-28 Thread Mike Spreitzer
I have begun drafting a blueprint about more detailed host/hypervisor location information, to support the sort of policy-informed placement decision-making that Debo, Yathi, and I have been talking about. The blueprint is at