7 Replies Latest reply: Mar 29, 2010 6:35 PM by shane.bradley RSS

Adding disks to an aggregate

evilensky Cyclist
Currently Being Moderated

What are the steps, in general terms, for adding disks to an existing aggregate?  I wish to add to performance, so my understanding is some sort of "re-striping" would be necessary to properly re-allocate the extra space?

 

Thanks!

  • Re: Adding disks to an aggregate
    martinj NetApp Employee Sprinter
    Currently Being Moderated

    Adding disks to an aggregate is remarkably easy though there are a few things to consider.

     

    First, make sure you've had a quick look at the friendly documentation on this e.g.

     

    http://now.netapp.com/NOW/knowledge/docs/ontap/rel7261/html/ontap/smg/provisioning/task/t_oc_prov_aggr-increasing-size.html#t_oc_prov_aggr-increasing-size

     

    This all uses command line for this, though personally most of the time I just use filerview.

     

    In OnTAP 7.0, 7.1 and 7.2 the maximum usable size of an aggregate is about 14TB, and in 7.3 its about 16TB. This means for each disk type, there is a maximum number of spindles that can be allocated to the aggregate. Before you start adding disks check the table below to make sure you arent going to exceed the maximum. For 7.2 and below, the "Drives Per Aggregate" figure is the maximum number of disks used for data and parity, for 7.3 its the maximum number of data disks only. I dont have the figures for the 450GB spindles handy, but if you really need it let me know and I'll dig it up.

     

    max disks in aggregate.JPG

     

    You should only add one kind of disk to an aggregate. While its possible to add 300GB disks to an aggregate of 144GB disks, this has some potential performance and capacity issues and is therefore generally discouraged. There is covered in the friendly manuals (see link above)

     

    You should try to add a mimimum of 4 disks to the aggregate at the same time, especially if you are adding disks to an aggregate that is almost full (full that is from the perspective of the write allocation engine). If you dont do this, then all new writes will go to one or two disks which might cause performance problems. Adding four disks at a time gives the write allocator lots of good choices and keep the write efficiency at a good level. Another reason you should always add 4 disks is because all your RAID groups in the aggregate might already be full, so adding new disks will require creating a new RAID group. If you're using RAID-DP (as you should), then adding 4 disks ensures that you'll get at least 2 data disks and 2 parity disks in the RAID group.

     

    If you cant add a minimum of four disks at a time, or you want to maximise the overall write performance immediately, you might want to conside re-organising the phyical layout of the blocks in the aggregate via a re-allocate -A command. For more information see

     

    http://now.netapp.com/NOW/knowledge/docs/ontap/rel731/html/ontap/sysadmin/tuning/concept/c_oc_tun_reallocate-general.html#c_oc_tun_reallocate-general

     

    Most of the time this really isnt neccesary, as with the way OnTAP works, the data will automatically restripe over all in spindles in the aggregate over time as the data ages.

     

    If on the other hand you're adding spindles to increase your read performance for existing data in the aggregate, then running reallocate start -f <volname/filename> may help as the data will be more evenly spread across the spindles in the aggregate, including the disks you've just added. On the other hand, you might also find that adding a PAM card might be a better way to improve read performance. The best way of finding this out is by turning on predictive cache statistics (PCS)  (which are available in OnTAP 7.2.6.1 and 7.3 and above), and analysing the results.

     

    Regards

    John

    • Re: Adding disks to an aggregate
      patrickshean01 Novice
      Currently Being Moderated

      Thanks for your response John.  I have a question.  On the link that you referred to it says "After you add disks to an aggregate, run a full reallocation job on each FlexVol volume contained in that aggregate. For information about reallocation, see your Block Access Management Guide."

       

      Does it make more sense to do a reallocate on the entire aggregate at once or is there a reason they specified running the reallocate at the volume level?  Will the end result be the same?

       

      Thanks for your help.

       

      Patrick

      • Re: Adding disks to an aggregate
        adamfox Kart Racer
        Currently Being Moderated

        In most cases it doesn't help at the aggregate level as you'd like your volumes to be laid out better as that's how you'll be accessing it.  There are a few cases where an aggregate level may make sense, but Tech Support can advise when that is a good idea.

         

        Keep in mind that you can avoid having to run this at all if you add disks in large enough quantities, IMHO.  My personal best practice is to always add disks to aggregates in either full or half of your RAID group (assuming a decent size RG of at least 14 disks, which in RAID-DP is perfectly reasonable).  If you do that, you should have enough spindles that new data will have plenty of free space to be written.  I'm not saying it's never appropriate if you do this, but it makes it less likly that it'll be necessary.  Also avoiding filling your aggregates and the space up-front (say when you hit 90%) is a good thing that will help.   But if you need the reallocate, it's there.  But most customers I've seen don't need it.

         

        Just some ideas.

More Like This

  • Retrieving data ...