How are volumes created within an aggregate when that aggregate has 2 RAID groups of different sizes? Currently we have 1 RAID group with 14 data plus 2 parity and another with only 4 data and 2 parity.
I'm concerened that volumes that have part of their data on the smaller RAID group would have poorer performance unless NetApp only writes a fraction of the data on the smaller RAID group.
Thanks for the response. I still would like to more in detail how the writes are spread out on the aggregate. Are the RAID groups in the aggregate created so that a volume is striped across them? Is it like JBOD? In my example, I have 14 data disks on one RAID group and 4 on the other for a total of 18 data disks. That would mean, in order to spread evenly, my disk would have to be laid out so that 7/9 (14/18) blocks are on the first RAID group and 2/9 (4/18) are on the second. Does WAFL realize this when volumes are created? Can it *see* into RAID groups for the number of disks contained within?
You basically need to find the basic TR (Technical Reports) on the WAFL filesystem (TR-3001, I think) to get a more detailed explanation.
Fundamentally, a flexible volume is simply a storage abstraction. Data from all volumes in an aggregate are simply "mixed" together on the disks. When you add disks to an existing aggregate, WAFL tries to fill the new disks up with "new" data until they are just as full as the existing data disks. This can often cause performance problems as the new disks will be "hot disks" . "Reallocation" needs to be performed on all of the volumes in the aggregate to restore a balanced IO picture.