<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Is deduplication coming to Adaptive Flash? in Array Performance and Data Protection</title>
    <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983332#M488</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You're absolutely right sir, and is one of the main reasons we didn't introduce dedupe on the Adaptive Flash platforms to start with; there's little value promising good performance and latency, unless you have a write intensive workload which potentially cripples performance and spikes latency at &amp;gt;30ms whilst it runs. Also, dedupe on a platform which already returns an excellent $/GB thanks to RAID3P and high capacity NL-SAS drives is a tad irrelevant (in my opinion).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The way that dedupe is deployed is down to a couple of new constructs we're introducing into NimbleOS; Folders and Application Profiles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Application Profiles are essentially an extension of Performance Profiles. It is a way to turn on dedupe on the application layer, to ensure that dedupe is not being run on apps that frankly will yield poor space savings and burn CPU cycles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Folders are a logical grouping of volumes together, in which an Application Profile is deployed on top to turn on/off dedupe/compression/encryption/snaps/replication etc. It's also an easier way to manage 1000's of volumes within the Nimble UI. Folders and Application Profiles will also be the constructs powering our production VVOL support.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that helps for now. When we near the GA release of NimbleOS 3.0 we will have more detailed tech blogs on how all of the above works!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 24 Feb 2016 15:28:13 GMT</pubDate>
    <dc:creator>Nick_Dyer</dc:creator>
    <dc:date>2016-02-24T15:28:13Z</dc:date>
    <item>
      <title>Is deduplication coming to Adaptive Flash?</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983329#M485</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;With the release of Nimble All Flash, including deduplication and the statement regarding Nimble OS being the same across both Adaptive and All Flash arrays.&amp;nbsp; Does this mean deduplication is coming to Adaptive Flash?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It would probably mean shifting data around in order to get it on a pass through inline, but it really would fill that small hole when comparing Nimble with other solutions.&amp;nbsp; Don't get me wrong here, compression and thin provisioning have given us significant savings in our environment, but it's always nice to get 'more' efficiency.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;References:&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.nimblestorage.com/blog/nimble-flash-arrays-leapfrog-pure-storage-emc/" title="http://www.nimblestorage.com/blog/nimble-flash-arrays-leapfrog-pure-storage-emc/"&gt;http://www.nimblestorage.com/blog/nimble-flash-arrays-leapfrog-pure-storage-emc/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"Data Reduction – Nimble has implemented inline variable-block deduplication, compression, zero-block elimination, thin provisioning and zero-block cloning that achieve similar data reduction to Pure and higher data reduction compared to XtremIO."&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;"And because Nimble All Flash arrays and Adaptive Flash arrays run the same version of NimbleOS, we can now provide flash for every enterprise application in the data center – without compromise."&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gary&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2016 10:39:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983329#M485</guid>
      <dc:creator>gary_martin</dc:creator>
      <dc:date>2016-02-24T10:39:34Z</dc:date>
    </item>
    <item>
      <title>Re: Is deduplication coming to Adaptive Flash?</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983330#M486</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Gary,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We cannot post definitive, guaranteed, forward-looking statements on a public forum... however having said that, it is planned to roll out that feature on Adaptive Flash in a future release.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bear in mind that dedupe is only useful for a certain classification of data (such as VMs or file images); yet it can have an overhead on CPU/memory performance.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2016 12:15:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983330#M486</guid>
      <dc:creator>Nick_Dyer</dc:creator>
      <dc:date>2016-02-24T12:15:17Z</dc:date>
    </item>
    <item>
      <title>Re: Is deduplication coming to Adaptive Flash?</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983331#M487</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Nick, probably might happen is a nice response.&amp;nbsp; Much better than "we can't tell you anything until we can tell you everything".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Nimble seem like a company that wants simplicity in message, so currently it's controller X is capable of Y IOPS.&amp;nbsp; When other factors can influence those numbers it muddies the message a bit (i.e. controller X is capable of Y IOPS with feature Z enabled).&amp;nbsp; I am sure you guys will find a neat way to represent this.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With regard to All Flash deduplication, is that per volume or per array or per array group?&amp;nbsp; Is it a system wide setting or more granular?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks again&lt;/P&gt;&lt;P&gt;Gary&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2016 13:15:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983331#M487</guid>
      <dc:creator>gary_martin</dc:creator>
      <dc:date>2016-02-24T13:15:04Z</dc:date>
    </item>
    <item>
      <title>Re: Is deduplication coming to Adaptive Flash?</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983332#M488</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You're absolutely right sir, and is one of the main reasons we didn't introduce dedupe on the Adaptive Flash platforms to start with; there's little value promising good performance and latency, unless you have a write intensive workload which potentially cripples performance and spikes latency at &amp;gt;30ms whilst it runs. Also, dedupe on a platform which already returns an excellent $/GB thanks to RAID3P and high capacity NL-SAS drives is a tad irrelevant (in my opinion).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The way that dedupe is deployed is down to a couple of new constructs we're introducing into NimbleOS; Folders and Application Profiles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Application Profiles are essentially an extension of Performance Profiles. It is a way to turn on dedupe on the application layer, to ensure that dedupe is not being run on apps that frankly will yield poor space savings and burn CPU cycles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Folders are a logical grouping of volumes together, in which an Application Profile is deployed on top to turn on/off dedupe/compression/encryption/snaps/replication etc. It's also an easier way to manage 1000's of volumes within the Nimble UI. Folders and Application Profiles will also be the constructs powering our production VVOL support.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope that helps for now. When we near the GA release of NimbleOS 3.0 we will have more detailed tech blogs on how all of the above works!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2016 15:28:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983332#M488</guid>
      <dc:creator>Nick_Dyer</dc:creator>
      <dc:date>2016-02-24T15:28:13Z</dc:date>
    </item>
    <item>
      <title>Re: Is deduplication coming to Adaptive Flash?</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983333#M489</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;We'll have a lot more detail on the new dedupe capabilities in a couple of blog posts tomorrow (Thursday), both here on NimbleConnect and on the Nimble corporate blog.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2016 18:40:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/is-deduplication-coming-to-adaptive-flash/m-p/6983333#M489</guid>
      <dc:creator>mkieran59</dc:creator>
      <dc:date>2016-02-24T18:40:24Z</dc:date>
    </item>
  </channel>
</rss>

