This section discusses several Auto Deploy best practices. See the VMware Knowledge Base for additional best practice information.

You can improve the availability of the virtual machines running on hosts provisioned with Auto Deploy by following best practices.

Some environments configure the hosts provisioned with Auto Deploy with a distributed switch or configure virtual machines running on the hosts with Auto Start Manager. In those environments, deploy the vCenter Server system so that its availability matches the availability of the Auto Deploy server. Several approaches are possible.

In a proof of concept environment, deploy the vCenter Server system and the Auto Deploy server on the same system. In all other situations, install the two servers on separate systems.

Deploy vCenter Server Heartbeat.

VMware vCenter Server Heartbeat delivers high availability for VMware vCenter Server, protecting the virtual and cloud infrastructure from application, configuration, operating system, or hardware related outages.

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.


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.

Prevent networking problems by following Auto Deploy networking best practices.

IP Address Allocation

Using DHCP reservations is highly recommended for address allocation. Fixed IP addresses are supported by the host customization mechanism, but providing input for each host is cumbersome and not recommended.

VLAN Considerations

Using Auto Deploy in environments that do not use VLANs is highly 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.

See the VMware Knowledge Base article 2004018 for Auto Deploy and VMware Tools best practices.

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 Techpubs 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.

To resolve problems you encounter with vSphere Auto Deploy, use the Auto Deploy logging information from the vSphere Client and set up your environment to send logging information and core dumps to remote hosts.

Auto Deploy Logs (vSphere Client)


From a vSphere Client, connect to the vCenter Server system that Auto Deploy is associated with.


When the Certificate warning appears, select the check box, click Ignore and repeat if a second warning appears.


In the vSphere Client, click Home.

An Auto Deploy icon is included in the display.


Click the Auto Deploy icon to display the Auto Deploy page.

The Configuration box on top shows the Auto Deploy server configuration, the Actions box below shows Download TFTP Boot ZIP and Download AutoDeploy Log Files


In the Auto Deploy page, click Download AutoDeploy Log Files.

Auto Deploy Logs (vSphere Web Client)


In a vSphere Web Client connected to the vCenter Server system that Auto Deploy is registered with, go to the inventory list and select the vCenter Server system.


Click the Manage tab, select Settings, and click Auto Deploy.


Click Download TFTP Boot Log to download the TFTP configuration file and unzip the file to the directory in which your TFTP server stores files.

In the Auto Deploy Settings pane, you can download TFTP Boot ZIP and Download AutoDeploy Log Files

Setting Up Syslog

Set up a remote Syslog server. See the vCenter Server and Host Management documentation for Syslog server configuration information. Configure the first host you boot to use the remote syslog server and apply that host's host profile to all other target hosts. Optionally, install and use the vSphere Syslog Collector, a vCenter Server support tool that provides a unified architecture for system logging and enables network logging and combining of logs from multiple hosts.

Setting Up ESXi Dump Collector

Hosts provisioned with Auto Deploy do not have a local disk to store core dumps on. Install ESXi Dump Collector and set up your first host so all core dumps are directed to ESXi Dump Collector, and apply the host profile from that host to all other hosts. See Configure ESXi Dump Collector with ESXCLI and Set Up ESXi Dump Collector from the Host Profiles Interface in the vSphere Client.

When you move from a proof of concept setup to a production environment, take care to make the environment resilient.

Protect the Auto Deploy server. Auto Deploy and vSphere HA Best Practices gives an overview of the options you have.

Protect all other servers in your environment including the DHCP server and the TFTP server.

Follow VMware security guidelines, including those outlined in Auto Deploy Security Considerations.