HP StorageWorks 6000 HP StorageWorks VLS and D2D Solutions Guide (AG306-96028, - Page 118

Virtual Libraries/drives/cartridge Configuration

Page 118 highlights

VLS model VLS9000-series VLS12000-series Capacity upgrade license Enables an additional 30 or 40 TB VLS9000 array per license. Enables an additional 2 TB (1 LUN) per license. Virtual Libraries/drives/cartridge Configuration The VLS provides a very flexible virtual library configuration, allowing you to create many more virtual tapes drives than a physical library could contain (and therefore run many more concurrent backup jobs), and to create virtual cartridges of any required size. On the multi-node devices such as VLS9000 and VLS12000, you also have the key ability to create a virtual library across the VLS nodes (see VLS Scalability) thus providing a single backup target with the entire device performance and capacity if required along with the ability to increase the virtual library performance by adding more nodes at a later date. When designing the virtual library configuration keep in mind the following considerations: • The virtual library emulation type can be whatever is certified on the backup application. For example, Symantec NetBackup certification requires an emulation that is not the same as a physical library so the "HP VLS" library type is used for this. For other backup applications any library emulation can be used but generally the "HP ESL-E" is the most flexible emulation because it can scale to 10000 slots and 1024 drives (the same as the HP VLS emulation). Remember that the virtual library does not in any way have to match any existing physical library because it is a brand new library on the SAN. It will have very different geometry because it will have many more drives and slots than the physical library and will also have different SAN WWPNs and serial numbers (i.e., it is not a replacement for the physical library). • You always need to have multiple concurrent backups going to the VLS to achieve maximum throughput. Therefore, analyze how many concurrent backup jobs will be needed to saturate the VLS performance and create at least that many virtual tape drives in the virtual library. Do not create more drives than you need because there is a minor performance impact (e.g., 5-10%) if you use the maximum number of drives per node compared to the optimum performance at 4-8 drives per Fibre Channel port. • Load balance your virtual devices across the ports. For example, if you have a four-port configuration and you configure a 24-drive library, you should spread the drives evenly across the ports. Ensure that your backup application also balances the drive distribution. • With VLS9000 and VLS12000, you can upgrade capacity as needed after the initial setup. To prepare for future expansion, the user should configure additional drive bays and slots on the virtual robot to avoid having to delete and recreate the virtual library when expanding capacity. • If you initially deploy without deduplication (with a maximum virtual drives per node of 128) but you intend to enable deduplication in the future, limit the maximum number of virtual tape drives per node to the deduplication limit which is 96 virtual devices (robots and libraries) per node. This will then make the migration to deduplication easier. • If possible, configure eight or fewer LUNs (virtual devices, including the robot) per port. Some operating systems will not see more than this. If you need more than eight devices on a port, you must use LUN mapping and masking. • HP recommends that you do not delete individual tape drives from inside the virtual library. Deleting drives in the virtual library introduces gaps in the LUN numbering for shared (unmapped) virtual tape drives, and many operating systems fail to scan the virtual tape drives that follow a gap. In multi-node configurations, it can change drive element addresses. In both cases, when the device reboots it will reorder the LUNs/elements of the tape drives and may require reconfiguration of the media server tape paths. 118 Virtual Library Systems

  • 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

Capacity upgrade license
VLS model
Enables an additional 30 or 40 TB VLS9000 array per license.
VLS9000
series
Enables an additional 2 TB (1 LUN) per license.
VLS12000
series
Virtual Libraries/drives/cartridge Configuration
The VLS provides a very flexible virtual library configuration, allowing you to create many more virtual
tapes drives than a physical library could contain (and therefore run many more concurrent backup
jobs), and to create virtual cartridges of any required size. On the multi-node devices such as VLS9000
and VLS12000, you also have the key ability to create a virtual library across the VLS nodes (see
VLS
Scalability
) thus providing a single backup target with the entire device performance and capacity if
required along with the ability to increase the virtual library performance by adding more nodes at
a later date.
When designing the virtual library configuration keep in mind the following considerations:
The virtual library emulation type can be whatever is certified on the backup application. For ex-
ample, Symantec NetBackup certification requires an emulation that is not the same as a physical
library so the
HP VLS
library type is used for this. For other backup applications any library
emulation can be used but generally the
HP ESL-E
is the most flexible emulation because it can
scale to 10000 slots and 1024 drives (the same as the HP VLS emulation). Remember that the
virtual library does not in any way have to match any existing physical library because it is a
brand new library on the SAN. It will have very different geometry because it will have many
more drives and slots than the physical library and will also have different SAN WWPNs and
serial numbers (i.e., it is not a replacement for the physical library).
You always need to have multiple concurrent backups going to the VLS to achieve maximum
throughput. Therefore, analyze how many concurrent backup jobs will be needed to saturate the
VLS performance and create at least that many virtual tape drives in the virtual library. Do not
create more drives than you need because there is a minor performance impact (e.g., 5-10%) if
you use the maximum number of drives per node compared to the optimum performance at 4-8
drives per Fibre Channel port.
Load balance your virtual devices across the ports. For example, if you have a four-port configur-
ation and you configure a 24-drive library, you should spread the drives evenly across the ports.
Ensure that your backup application also balances the drive distribution.
With VLS9000 and VLS12000, you can upgrade capacity as needed after the initial setup. To
prepare for future expansion, the user should configure additional drive bays and slots on the
virtual robot to avoid having to delete and recreate the virtual library when expanding capacity.
If you initially deploy without deduplication (with a maximum virtual drives per node of 128) but
you intend to enable deduplication in the future, limit the maximum number of virtual tape drives
per node to the deduplication limit which is 96 virtual devices (robots and libraries) per node.
This will then make the migration to deduplication easier.
If possible, configure eight or fewer LUNs (virtual devices, including the robot) per port. Some
operating systems will not see more than this. If you need more than eight devices on a port, you
must use LUN mapping and masking.
HP recommends that you do not delete individual tape drives from inside the virtual library. Deleting
drives in the virtual library introduces gaps in the LUN numbering for shared (unmapped) virtual
tape drives, and many operating systems fail to scan the virtual tape drives that follow a gap. In
multi-node configurations, it can change drive element addresses. In both cases, when the device
reboots it will reorder the LUNs/elements of the tape drives and may require reconfiguration of
the media server tape paths.
Virtual Library Systems
118