<div dir="ltr">> Message: 2<br>> Date: Sat, 23 Feb 2013 17:22:16 +0000<br>> From: Mark McLoughlin <<a href="mailto:markmc@redhat.com" target="_blank">markmc@redhat.com</a>><br>> To: OpenStack Development Mailing List<br>


>         <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>> Subject: Re: [openstack-dev] Filesystem as a Service API in Cinder<br>>         [was Management of NAS (NFS/CIFS shares) in OpenStack]<br>


> Message-ID: <1361640136.27021.14.camel@sorcha><br>> Content-Type: text/plain; charset="UTF-8"<br>> I must admit this discussion completely escaped my attention. There<br>> wasn't much feedback on the original thread, so I'm re-titling to make<br>


> it more obvious what's being proposed here.<div><br></div><div style>There was a bit of discussion at the time, which covered the concern you re-raised below.</div><div><br>> Firstly, I think this is awesome - it's a really interesting new feature<br>

> and I'd love OpenStack to support it.</div><div><br></div><div style>That seems to be well understood and agreed. The problem seems to be lack of anyone willing/able to lead a separate project around this.</div>
<div>
<br>> However ... looking at the concept, the API and the implementation it<br>> really seems to me that there's no reason to include this in Cinder.<br>><br>> The concept of filesystem storage is as distinct from block storage as<br>


> object storage is from block storage. The blueprint says:<br>><br>>    We propose and intend to act to evolve Cinder as the canonical<br>>    storage provisioning control plane in OpenStack independent of<br>


>    storage protocol type (whether block or file)<br>><br>> but I don't get it ... why does conceptually make sense? Why block and<br>> file? Why not object too?</div><div><br></div><div style>I agree to a certain extent, but this can be looked at from a number of angles... For one thing, object storage really IS different to the others, it's storage for the Interwebs and I would argue that it isn't a core ingredient in IaaS. Block and file/share based storage are both about programmatic attach/detach of data sources/syncs to/from instances (or more generally, managed compute infrastructure), and mainly LAN based.</div>

<div><br>> The only benefit to adding this to Cinder AFAICS is that we avoid having<br>
> another copy of Nova's API infrastructure and scheduling code. Honestly,<br>> if that was something we felt outweighed other concerns ... then we<br>> shouldn't have split Cinder out from Nova in the first place. The way I<br>


> see it, another copy of this code will encourage people to double down<br>> on sharing the code via Oslo.<br><br>I think the few of us that responded to this following the Grizzly summit were hopeful that integration with Cinder would expedite getting the feature into the wild, with the knowledge that it might be excised into a separate project later. I guess it will be discussed yet again at the Havana summit...<br>

<br>--<br>Cheers,<br>~Blairo<br></div></div>