<br><br><div class="gmail_quote">On Mon, May 2, 2011 at 2:45 PM, Eric Windisch <span dir="ltr"><<a href="mailto:eric@cloudscaling.com">eric@cloudscaling.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On May 2, 2011, at 12:50 PM, FUJITA Tomonori wrote:<br>
<br>
> Hello,<br>
><br>
> Chuck told me at the conference that lunr team are still working on<br>
> the reference iSCSI target driver design and a possible design might<br>
> exploit device mapper snapshot feature.<br></div>
<br>
To clarify on the subject of snapshots: The naming of snapshots in Nova and their presence on disk is more confusing than it should be. There was some discussion of attempting to clarify the naming conventions.  Storage snapshots as provided by the device mapper are copy-on-write block devices, while Nova will also refer to file-backing stores as snapshots.  This latter definition is also used by EC2, but otherwise unknown and unused in the industry.<br>
</blockquote><div><br></div><div>One of the things that was made very evident at the conference was the confusion around snapshots in Lunr.  We were just talking about this in the office, and we are considering renaming "snapshots" in the Lunr API to "backups" to better indicate its intentions.  Backups will be made from a volume, and a user will be able to create new volumes based on a backup.  </div>
<div><br></div><div>This leads to another interesting question.  While our reference implementation may not directly expose snapshot functionality, I imagine other storage implementations could want to. I'm interested to hear what use cases others would be interested in with snapshots.  The obvious ones are things like creating a volume based on a snapshot, or rolling a volume back to a previous snapshot.  I would like others' input here to shape what the snapshot API might look like.</div>
<div><br></div><div>--</div><div>Chuck</div></div>