(Apologies if this doesn't format well - I copied and pasted from the HTML archive as I haven't received the associated digest yet.)<br><br>Hi Trey,<br><br>On Thu Nov 22 03:33:20 UTC 2012, "Trey Duskin" <trey at <a href="http://maldivica.com">maldivica.com</a>> wrote:<br>

> Forgive the ignorant question, but why is Cinder the only option for the<br>> backing for "file system as a service" when there is also Swift?  The<br>> blueprint that Netapp wrote up for this mentioned Swift would not be<br>

> suitable, but did not explain why.<br><br>I don't think they made that thinking very clear in the blueprint, but I understand where they are coming from, and Michael Chapman already summed it up nicely:<br>"block storage and network shares are both instances of granting individual VMs access to slices of storage resources, and as such belong under a single project". Object storage is fundamentally different because it is a model that has evolved specifically to cater for content download/upload over the Internet, as opposed to storage access within a cloud deployment. Additionally, when you start thinking about the API operations you'd want for volumes and shares you start to see a lot of similarities, not so much for object storage.<br>

<br>> I don't know much about the Cinder<br>> features and limitations, but in the use case of sharing and persisting<br>> large datasets among compute instances, it seems to me Swift would provide<br>> the needed scalability and durability.<br>

<br>It doesn't...<div><br></div><div>It certainly does provide scalability and durability for persisting large datasets - you can tar things up and use it like a tape backup - but only for applications that understand or can easily be made to understand object storage.<br>

<br>It does sharing in part, but not efficiently and certainly nothing like a file-system based share which multiple clients can coordinate on.</div><div><br></div><div>To illustrate, here are a couple of use-cases we want to be able to fulfil which we can't (without serious back-injury as a result of jumping through hoops...) at the moment:</div>

<div>* Run an _existing_ Apache site from a guest that serves mostly static content with occasional changes (seems great for Swift right, except...), where the content is largely file-based hierarchical datasets currently sitting on a HSM system and too large to fit into the available ephemeral disks or volumes.</div>

<div>* Host visualisation services/desktop for large datasets produced on a local HPC facility and sitting on its' GPFS. This requires much better bandwidth and latency than we can get using sshfs or NFS into the guest, attempting to do it over HTTP with Swift isn't going to get us that.<br>

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