<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><span></span></div><div><span>I think that current approach of Scheduler is not scalable and not flexible. if we add key/value this will make our scheduler flexible but with tons of hacks and less scalable. We will get a tons of problems even on small 1k nodes cloud. </span><br><span></span><br><span>We found another approach (just remove DB) this will solve all our problems. There is another thread with link to google doc, with large description. </span><br><span></span><br><span></span><a href="https://docs.google.com/document/d/1_DRv7it_mwalEZzLy5WO92TJcummpmWL4NWsWf0UWiQ/edit#">https://docs.google.com/document/d/1_DRv7it_mwalEZzLy5WO92TJcummpmWL4NWsWf0UWiQ/edit#</a><br><span></span><br><span>19.07.2013, в 19:30, Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>> написал(а):</span><br><span></span><br><blockquote type="cite"><span>On 07/19/2013 10:37 AM, Murray, Paul (HP Cloud Services) wrote:</span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>If we agree that "something like capabilities" should go through Nova, what do you suggest should be done with the change that sparked this debate: <a href="https://review.openstack.org/#/c/35760/">https://review.openstack.org/#/c/35760/</a></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>I would be happy to use it or a modified version.</span><br></blockquote></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>CPU sys, user, idle, iowait time isn't capabilities though. That's a dynamically changing value. I also think the current approach where this is point in time sampling, because we only keep a single value, is going to cause some oddly pathologic behavior if you try to use it as scheduling criteria.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I'd really appreciate the views of more nova core folks on this thread, as it looks like these blueprints have seen pretty minimal code review at this point. H3 isn't that far away, and there is a lot of high priority things ahead of this, and only so much coffee and review time in a day.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span> -Sean</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>-- </span><br></blockquote><blockquote type="cite"><span>Sean Dague</span><br></blockquote><blockquote type="cite"><span><a href="http://dague.net">http://dague.net</a></span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>_______________________________________________</span><br></blockquote><blockquote type="cite"><span>OpenStack-dev mailing list</span><br></blockquote><blockquote type="cite"><span><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></span><br></blockquote><blockquote type="cite"><span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span><br></blockquote></div></body></html>