We are using multiple storage backend / topology on our side ranging from ScaleIO to CEPH passing by local compute host storage (were we need cold storage) and VNX, I have to said that CEPH is our best bet. Since we use it we clearly reduced our outages, allowed our user advanced features such as live-migration, boot from volumes and on top of that a better and more reliable performance.<br><br>Yet we still need to get live and cold migration the same features set as our users/customers are really expecting us to provide a seamless experience between options.<br><br>I can’t really speak out about real numbers but I’m within the video game industry if that help to drive support and traction/interest.<br><br>Thanks for the survey btw.<br><br>Kind regards,<br>Gaël.<br><div class="gmail_quote"><div dir="ltr">Le mer. 23 mai 2018 à 23:36, <<a href="mailto:sagaray@nttdata.co.jp">sagaray@nttdata.co.jp</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Matt,<br>
<br>
> > We store the service logs which are created by VM on that storage.<br>
><br>
> I don't mean to be glib, but have you considered maybe not doing that?<br>
<br>
The load issue on storage is due to the way we deploy our business softwares on VM.<br>
The best way is introducing a new storage and separate the SAN, but we cannot change our deployment method due to it's cost and other limitations.<br>
On a long-term, our operation team will change the deployment method to better one to resolve this problem.<br>
<br>
On the other hand, we would like to build a tool to support VM migration that is unaware of which migration method is used for VM migration (Cold or Live). Feature parity wise, if live migration supports cancel feature, then we think that cold migration must support it as well.<br>
<br>
--------------------------------------------------<br>
Yukinori Sagara <<a href="mailto:sagaray@nttdata.co.jp" target="_blank">sagaray@nttdata.co.jp</a>><br>
Platform Engineering Department, NTT DATA Corp.<br>
<br>
________________________________________<br>
差出人: Matt Riedemann <<a href="mailto:mriedemos@gmail.com" target="_blank">mriedemos@gmail.com</a>><br>
送信日時: 2018年5月18日 1:39<br>
宛先: <a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.openstack.org</a><br>
件名: Re: [Openstack-operators] Need feedback for nova aborting cold migration function<br>
<br>
On 5/15/2018 3:48 AM, <a href="mailto:sagaray@nttdata.co.jp" target="_blank">sagaray@nttdata.co.jp</a> wrote:<br>
> We store the service logs which are created by VM on that storage.<br>
<br>
I don't mean to be glib, but have you considered maybe not doing that?<br>
<br>
--<br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div>