<?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: Provisioning Question for New 'Very Large' Volume in ONTAP Hardware</title>
    <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133758#M8307</link>
    <description>&lt;P&gt;With 9.1, moving the root volume is a lot simpler than pre-9, so it shouldn't be too big of a problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our minimum spares recommendation is 1+1 per 100 drives - so with 7 x DS224C I'd go for three drives spare, and 5 x DS2246s, I'd go for three as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is still an option with a mix of shelves on each system, ie, only three spare per controller, but it would be messier. It is not recommended to mix the 12G and 6G drives in the same aggregate.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So in summary, yes, I would split the two disk types to one per controller, and have the largest aggregates you can and use QOS to isloate workloads.&lt;/P&gt;</description>
    <pubDate>Mon, 21 Aug 2017 05:44:33 GMT</pubDate>
    <dc:creator>AlexDawson</dc:creator>
    <dc:date>2017-08-21T05:44:33Z</dc:date>
    <item>
      <title>Provisioning Question for New 'Very Large' Volume</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133629#M8280</link>
      <description>&lt;P&gt;We have a request to add a very large amount of data to our environment. I'm looking for recommendations on whether or not to put it into one volume or break it up.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Hardware&lt;/STRONG&gt;: FAS8200 HA pair w/ (2) aggrs in&amp;nbsp;DS224C and (2) aggrs in&amp;nbsp;DS2246 shelves. All 900GB SAS drives&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Request&lt;/STRONG&gt;: Initially, 30TB of data to be moved. Not certain upper growth in a year's time but let's go with 50TB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have 4 aggrs that are practically all the same speed disk. Here is the free space on them&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;32TB&lt;/LI&gt;&lt;LI&gt;33TB&lt;/LI&gt;&lt;LI&gt;40TB&lt;/LI&gt;&lt;LI&gt;23TB&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Given 50TB is not even possible on any single aggregate today, that option is out leaving us with splitting it into n volumes. The unknown here for me is an Infinite Volume as we've never provisioned one.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If we were to go this route, are there any gotchas given the following criteria?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;coexist with normal flex vols on the aggrs it spans with the understanding it needs to be in its own SVM&lt;/LI&gt;&lt;LI&gt;has a snapshot schedule&lt;/LI&gt;&lt;LI&gt;is snapmirrored to another FAS&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Just looking for the best way to approach this given the storage we have available today. Thanks for any suggestions.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:43:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133629#M8280</guid>
      <dc:creator>bsnyder27</dc:creator>
      <dc:date>2025-06-04T14:43:27Z</dc:date>
    </item>
    <item>
      <title>Re: Provisioning Question for New 'Very Large' Volume</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133630#M8281</link>
      <description>&lt;P&gt;If you're running ONTAP 9.1+ and will be serving this up as NAS, I'd take a serious look at FlexGroups:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="http://docs.netapp.com/ontap-9/index.jsp?topic=%2Fcom.netapp.doc.pow-fg-mgmt%2FGUID-A304BBC1-C00C-4E7A-989E-7C5A0E505146.html" target="_blank"&gt;http://docs.netapp.com/ontap-9/index.jsp?topic=%2Fcom.netapp.doc.pow-fg-mgmt%2FGUID-A304BBC1-C00C-4E7A-989E-7C5A0E505146.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Definitely some cool technology. &amp;nbsp;You could also non-disruptively move some volumes around to free up space in a single aggregate - more work but tried-and-true.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Chris&lt;/P&gt;</description>
      <pubDate>Tue, 15 Aug 2017 20:24:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133630#M8281</guid>
      <dc:creator>colsen</dc:creator>
      <dc:date>2017-08-15T20:24:50Z</dc:date>
    </item>
    <item>
      <title>Re: Provisioning Question for New 'Very Large' Volume</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133636#M8283</link>
      <description>&lt;P&gt;Flexgroups are definitely a good option here - but wondering why you didn't go for all the DS2246's on one node, and all the DS224C's on the other, and make the aggregates as large as possible? This would be what I would suggest to most people, as it avoids the problem you're seeing now, and we support max IOPS QoS on volumes/SVMs, in order to partition performance at a higher and more flexible level.&lt;/P&gt;</description>
      <pubDate>Wed, 16 Aug 2017 03:05:21 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133636#M8283</guid>
      <dc:creator>AlexDawson</dc:creator>
      <dc:date>2017-08-16T03:05:21Z</dc:date>
    </item>
    <item>
      <title>Re: Provisioning Question for New 'Very Large' Volume</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133725#M8304</link>
      <description>&lt;P&gt;So unless it's still a bear to move a root volume in CDOT, and assuming all of our current data can fit on the (5) DS2246 shelves...it appears I might get a 4-5 extra TB from doing just what you suggested. There are (7) DS224C shelves. All 900GB SAS drives and all shelves fully populated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What would be the recommendation for spare disks with this configuration? Just 2 spares for each type of disk suffice?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Would this be a good idea after the fact? Running OnTap 9.1&lt;/P&gt;</description>
      <pubDate>Fri, 18 Aug 2017 13:01:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133725#M8304</guid>
      <dc:creator>bsnyder27</dc:creator>
      <dc:date>2017-08-18T13:01:45Z</dc:date>
    </item>
    <item>
      <title>Re: Provisioning Question for New 'Very Large' Volume</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133758#M8307</link>
      <description>&lt;P&gt;With 9.1, moving the root volume is a lot simpler than pre-9, so it shouldn't be too big of a problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our minimum spares recommendation is 1+1 per 100 drives - so with 7 x DS224C I'd go for three drives spare, and 5 x DS2246s, I'd go for three as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This is still an option with a mix of shelves on each system, ie, only three spare per controller, but it would be messier. It is not recommended to mix the 12G and 6G drives in the same aggregate.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So in summary, yes, I would split the two disk types to one per controller, and have the largest aggregates you can and use QOS to isloate workloads.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Aug 2017 05:44:33 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Provisioning-Question-for-New-Very-Large-Volume/m-p/133758#M8307</guid>
      <dc:creator>AlexDawson</dc:creator>
      <dc:date>2017-08-21T05:44:33Z</dc:date>
    </item>
  </channel>
</rss>

