Sun ZFS Storage 7420
 
Sun Storage 7110 Unified Storage System
 
Oracle ZFS Storage ZS3-2
 
Sun Storage 7210 Unified Storage System
 
Oracle ZFS Storage ZS4-4
 
Sun Storage 7410 Unified Storage System
 
Sun ZFS Storage 7120
 
Sun Storage 7310 Unified Storage System
 
Oracle ZFS Storage ZS3-4
 
Sun ZFS Storage 7320
 
Oracle ZFS Storage Appliance Racked System ZS4-4
 
Sun Storage 7720 Unified Storage System
 
Oracle ZFS Storage ZS3-BA
 

PLA-Support>Sun Systems>DISK>ZFS Storage>SN-DK: 7xxx NAS
 

The IOPS are dependent on the profile of a pool

In this Document

Symptoms

Changes

Cause

Solution

Created from <SR 3-7024036477>

Applies to:

Symptoms

IOPS we can sustain on a pool depend on the profile

Changes

The Disk Write IOPS we can sustain are dependent on the type of profile we have configured.

Cause

Performance on the Series 7000 Storage Appliance

Solution

Choosing between raid or mirror is essential : when we want to check the performance of a pool, we need to see if this is raidz or mirror in order to compute it.

Raidz is only good for big blocks and streaming. Unless we want to use a pool for streaming and we choose a big block size, mirror is the recommended configuration.

The explanation below tells why.

IOPS will depend on the replication level of the pool : mirrored pools perform better, and raidz pools provide more capacity.

Let's say a disk is capable of 200 IOPS.

If you have 10 mirrors (of 2 disks), you can multilply the IOPS per disk - say 200 - times 20. This is 4000 IOPS for this mirrored pool. But if you have 2 raidz{1,2,3} of 10 disks each, you will only get 200 IOPS times 2 = 400 IOPS for the pool.

The reason for this is that for raidz, we need to issue 10 parallel IOs to the 10 devices of the raidz for every single block we read/write (unless we read the last blocks of an object, which is a particular case). With mirrors, we read a block on one single leaf device, instead of 10.

So, in any case, when it comes to look into the performance of a pool, we need to see if this is raidz or mirror in order to compute it.

As we see in the example above, mirror is 10 times faster than raidz.

Overall, a mirrored configuration provides performance, a raid configuration provides capacity.

The overall practical performance of a pool can be worked out by opening a Service Request to the TSC, if the practical values do not match the expectations.

This solution has no attachment