HP StorageWorks 9000s NAS 4000s and 9000s Administration Guide - Page 62

Volumes, Utilizing Storage Elements

Page 62 highlights

Storage Management Overview Volumes or be mounted as mount points on existing disks. If mount points are utilized, it should be noted that Services for UNIX does not support mount points at this time. The use of mount points in conjunction with NFS shares is not supported. When planning dynamic disks and volumes there is a limit to the amount of growth a single volume can undergo. Volumes are limited in size and are limited to no more than 32 separate LUNs with each LUN not exceeding 2 terabytes (TB). Volumes also cannot exceed 64 TB of disk space. The RAID level of the LUNs included in a volume must be considered. All of the units that make up a volume should have the same high-availability characteristics. In other words, the units should all be of the same RAID level. For example, it would be a bad practice to include both a RAID 1+0 and a RAID 5 array in the same volume set. By keeping all the units the same, the entire volume retains the same performance and high-availability characteristics, making managing and maintaining the volume much easier. It should be noted that if a dynamic disk goes offline, then the entire volume dependent on the one or more dynamic disks is unavailable. There could be a potential for data loss depending on the nature of the failed LUN. Volumes are created out of the dynamic disks and can be expanded on the fly to extend over multiple dynamic disks if they are spanned volumes. However, once a type of volume is selected it cannot be altered. For example, a spanning volume cannot be altered to a mirrored volume without deleting and recreating the volume, unless it is a simple volume. Simple volumes can be mirrored or converted to spanned volumes. Fault tolerant disks cannot be extended either. Therefore, selection of the volume type is important. Please note that the same performance characteristics on numbers of reads and writes apply when using fault tolerant configurations as is the case with controller based RAID. These volumes can also be assigned drive letters or be mounted as mount points off existing drive letters. In general, HP recommends utilizing the Array controller for the management of fault tolerance over the use of Windows Storage Server 2003 software RAID since it places an additional level of operating system overhead on volumes. If mount points are utilized, it should be noted that Services for UNIX does not support mount points at this time. The administrator should carefully consider how the volumes will be carved up and what groups or applications will be using them. For example, putting several storage-intensive applications or groups into the same dynamic disk set would not be efficient. These applications or groups would be better served by being divided up into separate dynamic disks, which could then grow as their space requirements increased, within the allowable growth limits. Note: Dynamic disks cannot be used for clustering configurations because Microsoft Cluster only supports basic disks. Utilizing Storage Elements No matter which type of storage element is created in the WebUI the last step in creating the element is determining its drive letter or mount point and formatting the element. Each element created can exist as a drive letter(s), assuming one is available and/or as mount points off of an existing folder of a drive letter. Either method is supported. However, mount points 62 NAS 4000s and 9000s Administration Guide

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246

Storage Management Overview
62
NAS 4000s and 9000s Administration Guide
or be mounted as mount points on existing disks. If mount points are utilized, it should be
noted that Services for UNIX does not support mount points at this time. The use of mount
points in conjunction with NFS shares is not supported.
Volumes
When planning dynamic disks and volumes there is a limit to the amount of growth a single
volume can undergo. Volumes are limited in size and are limited to no more than 32 separate
LUNs with each LUN not exceeding 2 terabytes (TB). Volumes also cannot exceed 64 TB of
disk space.
The RAID level of the LUNs included in a volume must be considered. All of the units that
make up a volume should have the same high-availability characteristics. In other words, the
units should all be of the same RAID level. For example, it would be a bad practice to include
both a RAID 1+0 and a RAID 5 array in the same volume set. By keeping all the units the
same, the entire volume retains the same performance and high-availability characteristics,
making managing and maintaining the volume much easier. It should be noted that if a
dynamic disk goes offline, then the entire volume dependent on the one or more dynamic disks
is unavailable. There could be a potential for data loss depending on the nature of the failed
LUN.
Volumes are created out of the dynamic disks and can be expanded on the fly to extend over
multiple dynamic disks if they are spanned volumes. However, once a type of volume is
selected it cannot be altered. For example, a spanning volume cannot be altered to a mirrored
volume without deleting and recreating the volume, unless it is a simple volume. Simple
volumes can be mirrored or converted to spanned volumes. Fault tolerant disks cannot be
extended either. Therefore, selection of the volume type is important. Please note that the same
performance characteristics on numbers of reads and writes apply when using fault tolerant
configurations as is the case with controller based RAID. These volumes can also be assigned
drive letters or be mounted as mount points off existing drive letters. In general, HP
recommends utilizing the Array controller for the management of fault tolerance over the use
of Windows Storage Server 2003 software RAID since it places an additional level of
operating system overhead on volumes. If mount points are utilized, it should be noted that
Services for UNIX does not support mount points at this time.
The administrator should carefully consider how the volumes will be carved up and what
groups or applications will be using them. For example, putting several storage-intensive
applications or groups into the same dynamic disk set would not be efficient. These
applications or groups would be better served by being divided up into separate dynamic disks,
which could then grow as their space requirements increased, within the allowable growth
limits.
Note:
Dynamic disks cannot be used for clustering configurations because Microsoft Cluster only
supports basic disks.
Utilizing Storage Elements
No matter which type of storage element is created in the WebUI the last step in creating the
element is determining its drive letter or mount point and formatting the element. Each
element created can exist as a drive letter(s), assuming one is available and/or as mount points
off of an existing folder of a drive letter. Either method is supported. However, mount points