<?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: VMware vSwap Best Practices on Nimble Storage in Array Performance and Data Protection</title>
    <link>https://community.hpe.com/t5/array-performance-and-data/vmware-vswap-best-practices-on-nimble-storage/m-p/7016455#M1170</link>
    <description>&lt;P&gt;&lt;SPAN&gt;you certainly could create a new VMFS volume for the swap files - it's a plausible design for replicated datastores. If swap files are stored within a replicated VMFS, then yes we're going to replicate those changed blocks to the DR site. I wouldn't mess around with turning off dedupe though - just leave it on for the whole system.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;OR they could look into using VVols and replicating on the per-VM level instead (which eradicates these design considerations completely).&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 30 Aug 2018 06:31:14 GMT</pubDate>
    <dc:creator>Seenivasan-XP</dc:creator>
    <dc:date>2018-08-30T06:31:14Z</dc:date>
    <item>
      <title>VMware vSwap Best Practices on Nimble Storage</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/vmware-vswap-best-practices-on-nimble-storage/m-p/7015771#M1169</link>
      <description>&lt;P&gt;We are currently migrating from an IBM Storwize v7000 Gen2 to&amp;nbsp;a Nimble Storage array AF-20. The majority of the volumes on the AF-20 are then replicated to an HF-20 at our DR site.&lt;/P&gt;&lt;P&gt;Previously we had configured our vShere environemnt to store vSwap files on a seperate volume. The only reason we did this was to avoid replication of swap files. It wasn't about performance as it's extremely rare for swapping to occur in our environment.&amp;nbsp;Now it's time to move our Virtual Machines to the Nimble Array. However I'm not really sure what to do with the swap files. Since Nimble is vm-aware, will it simply ignore them and not replicate these blocks? Or perhaps I should create a new volume on the Nimble array for vSwap files and disable deduplication? Or maybe it just doesn't matter? What's your take on this?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 23 Aug 2018 18:18:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/vmware-vswap-best-practices-on-nimble-storage/m-p/7015771#M1169</guid>
      <dc:creator>Corman</dc:creator>
      <dc:date>2018-08-23T18:18:03Z</dc:date>
    </item>
    <item>
      <title>Re: VMware vSwap Best Practices on Nimble Storage</title>
      <link>https://community.hpe.com/t5/array-performance-and-data/vmware-vswap-best-practices-on-nimble-storage/m-p/7016455#M1170</link>
      <description>&lt;P&gt;&lt;SPAN&gt;you certainly could create a new VMFS volume for the swap files - it's a plausible design for replicated datastores. If swap files are stored within a replicated VMFS, then yes we're going to replicate those changed blocks to the DR site. I wouldn't mess around with turning off dedupe though - just leave it on for the whole system.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;OR they could look into using VVols and replicating on the per-VM level instead (which eradicates these design considerations completely).&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 30 Aug 2018 06:31:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/array-performance-and-data/vmware-vswap-best-practices-on-nimble-storage/m-p/7016455#M1170</guid>
      <dc:creator>Seenivasan-XP</dc:creator>
      <dc:date>2018-08-30T06:31:14Z</dc:date>
    </item>
  </channel>
</rss>

