When you are planning your storage management configuration, keep in mind that for any given application there are trade-offs in performance, availability, and hardware costs. You might need to experiment with the different variables to determine what works best for your configuration.
This section provides guidelines for working with the following types of volumes:
Solaris Volume Manager RAID 0 (concatenation and stripe) volumes
RAID 1 (mirror) volumes
RAID 5 volumes
Soft partitions
Transactional (logging) volumes
File systems that are constructed on Solaris Volume Manager volumes
Before you implement your storage management approach, you need to decide what kinds of storage devices to use. This set of guidelines compares the various storage mechanisms to help you choose. Additional sets of guidelines apply to specific storage mechanisms as implemented in Solaris Volume Manager. See specific chapters about each volume type for details.
The storage mechanisms that are listed here are not mutually exclusive. You can use these volumes in combination to meet multiple goals. For example, you could first create a RAID 1 volume for redundancy. Next, you could create soft partitions on the RAID 1 volume to increase the number of discrete file systems that are possible.
Requirements |
RAID 0 (Concatenation) |
RAID 0 (Stripe) |
RAID 1 (Mirror) |
RAID 5 |
Soft Partitions |
---|---|---|---|---|---|
Redundant data |
No |
No |
Yes |
Yes |
No |
Improved read performance |
No |
Yes |
Depends on underlying device |
Yes |
No |
Improved write performance |
No |
Yes |
No |
No |
No |
More than 8 slices per device |
No |
No |
No |
No |
Yes |
Larger available storage space |
Yes |
Yes |
No |
Yes |
No |
Table 2–2 Optimizing Redundant Storage
|
RAID 1 (Mirror) |
RAID 5 |
---|---|---|
Write operations |
Faster |
Slower |
Random read |
Faster |
Slower |
Hardware cost |
Higher |
Lower |
RAID 0 devices (stripes and concatenations), and soft partitions do not provide any redundancy of data.
Concatenation works well for small random I/O.
Striping performs well for large sequential I/O and for random I/O distributions.
Mirroring might improve read performance, but write performance is always degraded in mirrors.
Because of the read-modify-write nature of RAID 5 volumes, volumes with over about 20 percent writes should not be RAID 5. If redundancy is required, consider mirroring.
RAID 5 writes cannot be as fast as mirrored writes, which in turn cannot be as fast as unprotected writes.
Soft partitions are useful for managing very large storage devices.
In addition to these generic storage options, see Hot Spare Pools for more information about using Solaris Volume Manager to support redundant devices.