<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 31, 2017 at 10:01 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05/31/2017 01:31 AM, Zhenguo Niu wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
On Wed, May 31, 2017 at 12:20 PM, Ed Leafe <<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.com</a> <mailto:<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.com</a>>> wrote:<br>
<br>
    On May 30, 2017, at 9:36 PM, Zhenguo Niu <<a href="mailto:niu.zglinux@gmail.com" target="_blank">niu.zglinux@gmail.com</a><br></span><span class="gmail-">
    <mailto:<a href="mailto:niu.zglinux@gmail.com" target="_blank">niu.zglinux@gmail.com</a>><wbr>> wrote:<br>
<br>
    > as placement is not splitted out from nova now, and there would be users who only want a baremetal cloud, so we don't add resources to placement yet, but it's easy for us to turn to placement to match the node type with mogan flavors.<br>
<br>
    Placement is a separate service, independent of Nova. It tracks<br>
    Ironic nodes as individual resources, not as a "pretend" VM. The<br>
    Nova integration for selecting an Ironic node as a resource is still<br>
    being developed, as we need to update our view of the mess that is<br>
    "flavors", but the goal is to have a single flavor for each Ironic<br>
    machine type, rather than the current state of flavors pretending<br>
    that an Ironic node is a VM with certain RAM/CPU/disk quantities.<br>
<br>
<br>
Yes, I understand the current efforts of improving the baremetal nodes scheduling. It's not conflict with mogan's goal, and when it is done, we can share the same scheduling strategy with placement :)<br>
<br>
Mogan is a service for a specific group of users who really want a baremetal resource instead of a generic compute resource, on API side, we can expose RAID, advanced partitions, nics bonding, firmware management, and other baremetal specific capabilities to users. And unlike nova's host based availability zone, host aggregates, server groups (ironic nodes share the same host), mogan can make it possible to divide baremetal nodes into such groups, and make Rack aware for affinity and anti-affinity when scheduling.<br>
</span></blockquote>
Zhenguo Niu brings up a very good point here. Currently, all Ironic nodes are associated with a single host aggregate in Nova, because of the vestigial notion that a compute *service* (ala the nova-compute worker) was equal to the compute *node*.<br>
<br>
In the placement API, of course, there's no such coupling. A placement aggregate != a Nova host aggregate.<br>
<br>
So, technically Ironic (or Mogan) can call the placement service to create aggregates that match *its* definition of what an aggregate is (rack, row, cage, zone, DC, whatever). Furthermore, Ironic (or Mogan) can associate Ironic baremetal nodes to one or more of those placement aggregates to get around Nova host aggregate to compute service coupling.<br>
<br>
That said, there's still lots of missing pieces before placement gets affinity/anti-affinity support...<br></blockquote><div><br></div><div>Thanks Jay, we are also considering how to leverage the placement aggregates, and if possible, we would like to contribute in this part to make placement work well for mogan :)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Best,<br>
-jay<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best Regards,<br></div>Zhenguo Niu<br></div></div>
</div></div>