Open Stack

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.

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.

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.

Thanks for the survey btw.

Kind regards,
Gaël.
Le mer. 23 mai 2018 à 23:36, <sagaray at nttdata.co.jp> a écrit :

> Hi Matt,
>
> > > We store the service logs which are created by VM on that storage.
> >
> > I don't mean to be glib, but have you considered maybe not doing that?
>
> The load issue on storage is due to the way we deploy our business
> softwares on VM.
> 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.
> On a long-term, our operation team will change the deployment method to
> better one to resolve this problem.
>
> 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.
>
> --------------------------------------------------
> Yukinori Sagara <sagaray at nttdata.co.jp>
> Platform Engineering Department, NTT DATA Corp.
>
> ________________________________________
> 差出人: Matt Riedemann <mriedemos at gmail.com>
> 送信日時: 2018年5月18日 1:39
> 宛先: openstack-operators at lists.openstack.org
> 件名: Re: [Openstack-operators] Need feedback for nova aborting cold
> migration function
>
> On 5/15/2018 3:48 AM, sagaray at nttdata.co.jp wrote:
> > We store the service logs which are created by VM on that storage.
>
> I don't mean to be glib, but have you considered maybe not doing that?
>
> --
>
> Thanks,
>
> Matt
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20180523/1ed56896/attachment.html>