<div dir="ltr"><div><div><div>Thanks Alex and Jay Pipes.<br><br></div>@Alex, I want a common interface for all VM operations to get target host list, seems only adding a new API 'confirm_before_migration' not enough to handle this? ;-)<br>
<br></div>@Jay Pipes, I will try to see if we can export this in K or L via Gantt<br><br></div>Thanks.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-23 17:14 GMT+08:00 Alex Xu <span dir="ltr"><<a href="mailto:xuhj@linux.vnet.ibm.com" target="_blank">xuhj@linux.vnet.ibm.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Maybe we can implement this goal by another way, adding new API 'confirm_before_migration' that's similar with 'confirm_resize'. This also can resolve Chris Friesen's concern.<div class="HOEnZb">
<div class="h5"><br>
<br>
On 2014年07月23日 00:13, Jay Pipes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/21/2014 11:16 PM, Jay Lau wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jay,<br>
<br>
There are indeed some China customers want this feature because before<br>
they do some operations, they want to check the action plan, such as<br>
where the VM will be migrated or created, they want to use some<br>
interactive mode do some operations to make sure no errors.<br>
</blockquote>
<br>
This isn't something that normal tenants should have access to, IMO. The scheduler is not like a database optimizer that should give you a query plan for a SQL statement. The information the scheduler is acting on (compute node usage records, aggregate records, deployment configuration, etc) are absolutely NOT something that should be exposed to end-users.<br>

<br>
I would certainly support a specification that intended to add detailed log message output from the scheduler that recorded how it made its decisions, so that an operator could evaluate the data and decision, but I'm not in favour of exposing this information via a tenant-facing API.<br>

<br>
Best,<br>
-jay<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2014-07-22 10:23 GMT+08:00 Jay Pipes <<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a><br>
<mailto:<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>>>:<br>
<br>
On 07/21/2014 07:45 PM, Jay Lau wrote:<br>
<br>
There is one requirement that some customers want to get the<br>
possible<br>
host list when create/rebuild/migrate/__<u></u>evacuate VM so as to<br>
create a<br>
resource plan for those operations, but currently<br>
select_destination is<br>
not a REST API, is it possible that we promote this API to be a<br>
REST API?<br>
<br>
<br>
Which "customers" want to get the possible host list?<br>
<br>
/me imagines someone asking Amazon for a REST API that returned all<br>
the possible servers that might be picked for placement... and what<br>
answer Amazon might give to the request.<br>
<br>
If by "customer", you are referring to something like IBM Smart<br>
Cloud Orchestrator, then I don't really see the point of supporting<br>
something like this. Such a customer would only need to "create a<br>
resource plan for those operations" if it was wholly supplanting<br>
large pieces of OpenStack infrastructure, including parts of Nova<br>
and much of Heat.<br>
<br>
Best,<br>
-jay<br>
<br>
<br>
______________________________<u></u>___________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.<u></u>__org<br>
<mailto:<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.<u></u>openstack.org</a>><br>
<a href="http://lists.openstack.org/__cgi-bin/mailman/listinfo/__openstack-dev" target="_blank">http://lists.openstack.org/__<u></u>cgi-bin/mailman/listinfo/__<u></u>openstack-dev</a> <<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a>><br>

<br>
<br>
<br>
<br>
-- <br>
Thanks,<br>
<br>
Jay<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div>
</div>