<?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: Raid Group size 8, 16, 28? in ONTAP Hardware</title>
    <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16462#M1124</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;JasonCzerak wrote:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P class="MsoNormal"&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Or is there some sort of performance penalty going up to 28 disks because of how the algorithms work?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;The resiliency guide is silent on issues of performance.&amp;nbsp; Pg. 22 says&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Smaller RAID groups&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;Use smaller RAID groups for faster reconstructions and reduced risks during reconstruction.&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Page 11:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;NetApp recommends using the default RAID group sizes when using RAID-DP.&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Page 4:&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Use the default RAID group size when creating aggregates or traditional volumes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All disks in an aggregate are supposed to participate in IO operations.&amp;nbsp; There is a performance penalty during reconstruction as well as risks; "smaller" RG sizes are meant to minimize both.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a maximum number of data disks that can contribute space to an aggregate for a 16TB aggregate composed entirely of a give disk size, so I've seen RG sizes deviate from the recommended based on that factor (You don't want/need a RG of 2 data+2parity just to add 2 more data disks to an aggr....). Minimizing losses to parity is not a great solution to any capacity issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;my $0.02.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Message was edited by: evilensky&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 12 Feb 2010 22:42:09 GMT</pubDate>
    <dc:creator>evilensky</dc:creator>
    <dc:date>2010-02-12T22:42:09Z</dc:date>
    <item>
      <title>Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16458#M1123</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P class="MsoNormal"&gt;So, I've search and never ran into why a RG size of 15 or 16&amp;nbsp; vs for example 28.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; I realize that a RG size of 28 the rebuild time is longer, but the space is more efficiently used. however a RG size of 8, rebuild time is quick, over all the data is better protected, however your wasting disks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can it be true the number 16 is purely just a happy medium size to use for RGs?&amp;nbsp;&amp;nbsp; Maybe dropping down to 15 with 300G disks to get a little closer to the 16TB limit?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Or is there some sort of performance penalty going up to 28 disks because of how the algorithms work?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:18:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16458#M1123</guid>
      <dc:creator>jasonczerak</dc:creator>
      <dc:date>2025-06-05T07:18:42Z</dc:date>
    </item>
    <item>
      <title>Re: Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16462#M1124</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;JasonCzerak wrote:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P class="MsoNormal"&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Or is there some sort of performance penalty going up to 28 disks because of how the algorithms work?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;The resiliency guide is silent on issues of performance.&amp;nbsp; Pg. 22 says&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Smaller RAID groups&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;Use smaller RAID groups for faster reconstructions and reduced risks during reconstruction.&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Page 11:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;NetApp recommends using the default RAID group sizes when using RAID-DP.&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Page 4:&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Use the default RAID group size when creating aggregates or traditional volumes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;All disks in an aggregate are supposed to participate in IO operations.&amp;nbsp; There is a performance penalty during reconstruction as well as risks; "smaller" RG sizes are meant to minimize both.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a maximum number of data disks that can contribute space to an aggregate for a 16TB aggregate composed entirely of a give disk size, so I've seen RG sizes deviate from the recommended based on that factor (You don't want/need a RG of 2 data+2parity just to add 2 more data disks to an aggr....). Minimizing losses to parity is not a great solution to any capacity issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;my $0.02.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Message was edited by: evilensky&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 12 Feb 2010 22:42:09 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16462#M1124</guid>
      <dc:creator>evilensky</dc:creator>
      <dc:date>2010-02-12T22:42:09Z</dc:date>
    </item>
    <item>
      <title>Re: Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16471#M1125</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you, I think that for the most part clears things up. We'll just stick with 16disk RG's until we find a funky need to add one or two disks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The interesting part tho that I tend to over look at times is the basic capability of the individual controlers. So looking at this from an IO stand point is pointless with a 3160. If you have a 4 disk RG mixed in with a 16disk, that should pose a problem in the stripe of data across the RG's, but not a 15 disk in a 16.The IOs the disks are capabile far outweight what the contorler can dream of handling. once you get 8 or so shelves in play.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 13 Feb 2010 03:55:31 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16471#M1125</guid>
      <dc:creator>jasonczerak</dc:creator>
      <dc:date>2010-02-13T03:55:31Z</dc:date>
    </item>
    <item>
      <title>Re: Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16475#M1126</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;An enterprise account I'm familiar has been using NetApp storage since F300 days and they have tested all types of configurations and have found performance starts to flatline after 16 disks.&amp;nbsp; I think the most convincing proof that 16 is the sweet spot is the results on spec.org.&amp;nbsp; NetApp tests using 16 disk RAID groups.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 20 Feb 2010 01:29:53 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16475#M1126</guid>
      <dc:creator>mcope</dc:creator>
      <dc:date>2010-02-20T01:29:53Z</dc:date>
    </item>
    <item>
      <title>Re: Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16480#M1127</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I second the fact that it's just a target best practice.&amp;nbsp; I deviate some in order to match fully populated disk shelves to raid group size.&amp;nbsp; For example, when we started, we added one DS14 disk shelf at a time you may want to use a RG of 13 to facilitate a spare per shelf to prevent RG's of 3.&amp;nbsp; On the other hand with a 24 disk shelf, I'd have to change my strategy to maximize useable space with out going to some crazey number (say 23 disk RG) based on the expected shelf count.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 22 Feb 2010 13:30:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16480#M1127</guid>
      <dc:creator>__frostbyte_9045</dc:creator>
      <dc:date>2010-02-22T13:30:51Z</dc:date>
    </item>
    <item>
      <title>Re: Raid Group size 8, 16, 28?</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16485#M1129</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;For SATA 1Tb disks, I generally use a RG size of 12 if I am configuring a 23 disk aggregate (i.e. m&lt;SPAN style="background-color: #f8fafd;"&gt;ax space).&amp;nbsp; Give this thread a read - &lt;SPAN style="font-size: 10pt; font-family: &amp;amp;quot;Arial&amp;amp;quot;,&amp;amp;quot;sans-serif&amp;amp;quot;; mso-fareast-font-family: &amp;amp;quot;Times New Roman&amp;amp;quot;; mso-ansi-language: EN-GB; mso-fareast-language: EN-GB; mso-bidi-language: AR-SA;"&gt;&lt;A href="https://community.netapp.com/thread/1587" target="_blank"&gt;&lt;SPAN style="color: #0000ff;"&gt;http://communities.netapp.com/thread/1587&lt;/SPAN&gt;&lt;/A&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #f8fafd;"&gt;Dave&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Feb 2010 11:07:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Raid-Group-size-8-16-28/m-p/16485#M1129</guid>
      <dc:creator>druddle00</dc:creator>
      <dc:date>2010-02-24T11:07:18Z</dc:date>
    </item>
  </channel>
</rss>

