While SSVM is OK to understand the concept, it is more generically a transfer daemon which can run in a VM or not. For example, QuickCloud[1] takes the SSVM's daemon out and runs it on a standard Linux OS. [1] https://cwiki.apache.org/confluence/x/clnVAQ
On 9/30/13 2:37 PM, "SuichII, Christopher" <chris.su...@netapp.com> wrote: >The storage subsystem currently uses a number of hypervisor APIs for >transferring files between data stores (both primary and secondary). >However, while implementing the storage subsystem API as a storage >provider, we have discovered that there is a need for a generic copy >method that can copy files between (almost) any source and destination. >For example, if we need to copy a file from our storage to S3 or Swift. >It would make more sense for the SSVM to provide a generic method for >copying files than for us to implement a copy method for S3, Swift, etc. >Additionally, the SSVM already has NFS volumes mounted and has easier >access to primary and secondary storage. > >I will work on formalizing a full functional spec if needed but wanted to >get this up for discussion ASAP. > >I have created a JIRA ticket: >https://issues.apache.org/jira/browse/CLOUDSTACK-4773 > >Thanks, >Chris >-- >Chris Suich >chris.su...@netapp.com<mailto:chris.su...@netapp.com> >NetApp Software Engineer >Data Center Platforms Cloud Solutions >Citrix, Cisco & Red Hat >
