<tt><font size=2>Alex Glikson <GLIKSON@il.ibm.com> wrote on 10/30/2013
02:26:08 AM:<br>
<br>
> Mike Spreitzer <mspreitz@us.ibm.com> wrote on 30/10/2013 06:11:04
AM:<br>
> > Date: 30/10/2013 06:12 AM <br>
> > <br>
> > Alex also wrote: <br>
> > ``I wonder whether it is possible to find an approach that takes
<br>
> > into account cross-resource placement considerations (VM-to-VM
<br>
> > communicating over the application network, or VM-to-volume <br>
> > communicating over storage network), but does not require delivering<br>
> > all the intimate details of the entire environment to a single
place<br>
> > -- which probably can not be either of Nova/Cinder/Neutron/etc..
but<br>
> > can we still use the individual schedulers in each of them with
<br>
> > partial view of the environment to drive a placement decision
which <br>
> > is consistently better than random?'' <br>
> > <br>
> > I think you could create a cross-scheduler protocol that would
<br>
> > accomplish joint placement decision making --- but would not
want <br>
> > to.  It would involve a lot of communication, and the subject
matter<br>
> > of that communication would be most of what you need in a <br>
> > centralized placement solver anyway.  You do not need "all
the <br>
> > intimate details", just the bits that are essential to making
the <br>
> > placement decision. <br>
> <br>
> Amount of communication depends on the protocol, and what exactly
<br>
> needs to be shared.. Maybe there is a range of options here that we
<br>
> can potentially explore, between what exists today (Heat talking to
<br>
> each of the components, retrieving local information about <br>
> availability zones, flavors and volume types, existing resources,
<br>
> etc, and communicates back with scheduler hints), and having a <br>
> centralized DB that keeps the entire data model. <br>
> Also, maybe different points on the continuum between 'share few'
<br>
> and 'share a lot' would be a good match for different kinds of <br>
> environments and different kinds of workload mix (for example, as
<br>
> you pointed out, in an environment with flat network and centralized<br>
> storage, the sharing can be rather minimal). <br>
</font></tt>
<br><tt><font size=2>I'm not going to claim the direction you're heading
is impossible, I am not good at impossibility proofs.  But I do wonder
about the why of it.  This came up in the context of the issues around
the fact that orchestration is downstream from joint decision making.  Even
if that joint decision making is done in a distributed way, orchestration
will still be downstream from it.</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>