VMware VS4-ENT-PL-A Setup Guide - Page 201

Auto Deploy and VMware Tools Best Practices, Auto Deploy Load Management Best Practice

Page 201 highlights

Chapter 7 Installing ESXi n Deploy the vCenter Server system in a virtual machine. Run the vCenter Server virtual machine in a vSphere HA enabled cluster and configure the virtual machine with a vSphere HA restart priority of high. Include two or more hosts in the cluster that are not managed by Auto Deploy and pin the vCenter Server virtual machine to these hosts by using a rule (vSphere HA DRS required VM to host rule). You can set up the rule and then disable DRS if you do not wish to use DRS in the cluster. The greater the number of hosts that are not managed by Auto Deploy the greater your resilience to host failures. NOTE This approach is not suitable if you use Auto Start Manager because Auto Start Manager is not supported in a cluster enabled for vSphere HA. Auto Deploy Networking Best Practices Prevent networking problems by following Auto Deploy networking best practices. IP Address Allocation Using DHCP reservations is recommended for address allocation. Fixed IP addresses are supported by the host customization mechanism, but providing input for each host is not recommended. VLAN Considerations Using Auto Deploy in environments that do not use VLANs is recommended. If you intend to use Auto Deploy in an environment that uses VLANs, you must make sure that the hosts you want to provision can reach the DHCP server. How hosts are assigned to a VLAN depends on the setup at your site. The VLAN ID might be assigned by the switch or by the router, or you might be able to set the VLAN ID in the host's BIOS or through the host profile. Contact your network administrator to determine the steps for allowing hosts to reach the DHCP server. Auto Deploy and VMware Tools Best Practices See the VMware Knowledge Base article 2004018 for Auto Deploy and VMware Tools best practices. Auto Deploy Load Management Best Practice Simultaneously booting large numbers of hosts places a significant load on the Auto Deploy server. Because Auto Deploy is a web server at its core, you can use existing web server scaling technologies to help distribute the load. For example, one or more caching reverse proxy servers can be used with Auto Deploy. The reverse proxies serve up the static files that make up the majority of an ESXi boot image. Configure the reverse proxy to cache static content and pass all requests through to the Auto Deploy server. See the VMware Technical Publications Video Using Reverse Web Proxy Servers for Auto Deploy. Configure the hosts to boot off the reverse proxy by using multiple TFTP servers, one for each reverse proxy server. Finally, set up the DHCP server to send different hosts to different TFTP servers. When you boot the hosts, the DHCP server sends them to different TFTP servers. Each TFTP server sends hosts to a different server, either the Auto Deploy server or a reverse proxy server, significantly reducing the load on the Auto Deploy server. After a massive power outage, VMware recommends that you bring up the hosts on a per-cluster basis. If you bring up multiple clusters simultaneously, the Auto Deploy server might experience CPU bottlenecks. All hosts come up after a potential delay. The bottleneck is less severe if you set up the reverse proxy. VMware, Inc. 201

  • 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
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276

n
Deploy the vCenter Server system in a virtual machine. Run the vCenter Server virtual machine in
a vSphere HA enabled cluster and configure the virtual machine with a vSphere HA restart priority
of high. Include two or more hosts in the cluster that are not managed by Auto Deploy and pin the
vCenter Server virtual machine to these hosts by using a rule (vSphere HA DRS required VM to
host rule). You can set up the rule and then disable DRS if you do not wish to use DRS in the
cluster. The greater the number of hosts that are not managed by Auto Deploy the greater your
resilience to host failures.
N
OTE
This approach is not suitable if you use Auto Start Manager because Auto Start Manager is
not supported in a cluster enabled for vSphere HA.
Auto Deploy Networking Best Practices
Prevent networking problems by following Auto Deploy networking best practices.
IP Address Allocation
Using DHCP reservations is recommended for address allocation. Fixed IP
addresses are supported by the host customization mechanism, but
providing input for each host is not recommended.
VLAN Considerations
Using Auto Deploy in environments that do not use VLANs is
recommended.
If you intend to use Auto Deploy in an environment that uses VLANs, you
must make sure that the hosts you want to provision can reach the DHCP
server. How hosts are assigned to a VLAN depends on the setup at your site.
The VLAN ID might be assigned by the switch or by the router, or you might
be able to set the VLAN ID in the host's BIOS or through the host profile.
Contact your network administrator to determine the steps for allowing
hosts to reach the DHCP server.
Auto Deploy and VMware Tools Best Practices
See the VMware Knowledge Base article 2004018 for Auto Deploy and VMware Tools best practices.
Auto Deploy Load Management Best Practice
Simultaneously booting large numbers of hosts places a significant load on the Auto Deploy server. Because
Auto Deploy is a web server at its core, you can use existing web server scaling technologies to help
distribute the load. For example, one or more caching reverse proxy servers can be used with Auto Deploy.
The reverse proxies serve up the static files that make up the majority of an ESXi boot image. Configure the
reverse proxy to cache static content and pass all requests through to the Auto Deploy server. See the
VMware Technical Publications Video
Using Reverse Web Proxy Servers for Auto Deploy
.
Configure the hosts to boot off the reverse proxy by using multiple TFTP servers, one for each reverse proxy
server. Finally, set up the DHCP server to send different hosts to different TFTP servers.
When you boot the hosts, the DHCP server sends them to different TFTP servers. Each TFTP server sends
hosts to a different server, either the Auto Deploy server or a reverse proxy server, significantly reducing the
load on the Auto Deploy server.
After a massive power outage, VMware recommends that you bring up the hosts on a per-cluster basis. If
you bring up multiple clusters simultaneously, the Auto Deploy server might experience CPU bottlenecks.
All hosts come up after a potential delay. The bottleneck is less severe if you set up the reverse proxy.
Chapter 7 Installing ESXi
VMware, Inc.
201