<div dir="ltr">Please see the below reply from Rob. He's having issues posting to -operators.<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 3, 2014 at 11:03 AM, Esker, Robert <span dir="ltr"><<a href="mailto:Rob.Esker@netapp.com" target="_blank">Rob.Esker@netapp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="font-size:12px;font-family:Helvetica,sans-serif;word-wrap:break-word">
<div>Both deduplication and various cloning approaches on NetApp systems rely on similar (pointer based) block sharing techniques.  In fact, you can in some ways think of cloning as immediate on demand block sharing and deduplication as asynchronous ex post
 facto block sharing.  Compression is somewhat different but can be layered in w/ deduplication on the same pool of data.  If you’d like to know more, this covers it in depth:</div>
<div><br>
</div>
<div><span style="white-space:pre-wrap"></span><a href="http://www.netapp.com/us/media/tr-3958.pdf" target="_blank">http://www.netapp.com/us/media/tr-3958.pdf</a></div>
<div><br>
</div>
<div>Either way the fundamental underlying block is checksummed and parity protected.  Perhaps SPoF in the sense that, yes, in the name of efficiency we’re trying to remove all undesirable redundancy while employing a number of different measures to protect
 against individual component failure, but the SPoF ends up being the whole of the system when only one (albeit well protected) copy is stored.  That’s a physics problem.  Ultimately to protect against site failure / network partition you’d want another physical
 copy elsewhere which is where our replication tech (SnapMirror) comes in… subsequent to baseline a thin, diffs only mechanism. </div>
<div><br>
</div>
<div>BTW, all of these attributes can be explicitly selectable in the sense that we advertise their configuration state via Cinder Volume Type Extra Specs.  They can be composed into a Cinder Volume Type that perhaps is comprised of 1) compression 2) deduplication
 3) an associated SnapMirror replication policy. </div>
<div><br>
</div>
<div>Also, on the topic of booting instances efficiently, we debuted a change in Havana that when booting from volume 1) clones from glance rather than copies where possible (and thus is nearly instantaneous and storage capacity efficient 2) provides a default
 persistent instance (that still can be treated as ephemeral if “delete upon terminate” is selected and 3) provides for live migration (since it’s booted from shared storage) 4) if you choose allows you to boot your compute nodes stateless.</div>

<div><br>
</div>
<div>More info in the NetApp OpenStack Deployment & Operations Guide here (see the :</div>
<div><br>
</div>
<div><span style="white-space:pre-wrap"></span><a href="https://communities.netapp.com/docs/DOC-31749" target="_blank">https://communities.netapp.com/docs/DOC-31749</a></div>
<div><br>
</div>
<div>Cheers,</div>
<div><br>
</div>
<div>Robert Esker</div>
<div>Sr. Product Manager - OpenStack</div>
<div>NetApp, Inc.</div>
<div><a href="tel:%2B14089307782" value="+14089307782" target="_blank">+14089307782</a></div>
<div><br>
</div>
<div>@openstacknetapp</div>
<div><br>
</div>
<span>
<div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">

<span style="font-weight:bold">From: </span>Joe Topjian <<a href="mailto:joe@topjian.net" target="_blank">joe@topjian.net</a>><br>
<span style="font-weight:bold">Date: </span>Thursday, April 3, 2014 at 9:27 AM<br>
<span style="font-weight:bold">To: </span>Chris Friesen <<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.openstack.org</a>" <<a href="mailto:openstack-operators@lists.openstack.org" target="_blank">openstack-operators@lists.openstack.org</a>><br>

<span style="font-weight:bold">Subject: </span>Re: [Openstack-operators] [openstack][nova] Several questions/experiences about _base directory on a big production environment<br>
</div><div><div class="h5">
<div><br>
</div>
<blockquote style="BORDER-LEFT:#b5c4df 5 solid;PADDING:0 0 0 5;MARGIN:0 0 0 5">
<div>
<div>
<div dir="ltr">That's a great comment and I fully admit that my knowledge of NetApp internals becomes more foggy as time goes on, so I can't confidently answer. Anyone else? </div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Wed, Apr 2, 2014 at 10:24 PM, Chris Friesen <span dir="ltr">
<<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On 04/02/2014 09:28 PM, Joe Topjian wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Diego has a great point about not using qemu backing files: if your<br>
backend storage implements deduplication and/or compression, you should<br>
see the same savings as what _base is trying to achieve.<br>
</blockquote>
<br>
</div>
Doesn't that still leave you vulnerable to a single point of failure if your single deduped copy gets corrupted?<br>
<br>
Or can the backend be configured to store multiple copies of each deduped chunk for reliability?<span><font color="#888888"><br>
<br>
Chris</font></span>
<div>
<div><br>
<br>
______________________________<u></u>_________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.<u></u>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-operators</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div></div></span>
</div>

</blockquote></div><br></div></div>