Sunday, September 23, 2012

vSphere 5.1 Auto Deploy: Stateless caching and Stateful Install elucidated....

Ever since the vSphere 5.1 was released it was mentioned that a new feature was added for Auto Deploy feature. I was curious to know what this feature was and how it could help to ease installation.

Following post describes the feature in details and in which way you should setup the BIOS for using this feature in Auto Deploy. Its worth a read...

http://blogs.vmware.com/vsphere/2012/09/vsphere-5-1-auto-deploy-stateless-caching-and-stateful-installs.html

Stateless Caching Mode
The Auto Deploy stateless caching mode was implemented to help address availability concerns with the PXE boot infrastructure and Auto Deploy server.  With stateless hosts, if the PXE boot failed, or if the Auto Deploy server was unavailable, the host would not be able to boot until the outage was corrected.  However, with stateless caching, if a host cannot boot due to a problem with the PXE environment or Auto Deploy server, it is able to fall back to booting off a cached image saved to a dedicated boot device.  After booting from the cached image, the administrator is able to use the host to help troubleshoot and identify why the PXE boot might have failed.
The stateless caching mode is very similar to the stateless mode, in that during normal operation the host PXE boots from the Auto Deploy server.  However, the difference is that with stateless caching, an additional step is taken where the software image running in memory is cached (saved) to a dedicated boot device (local disk, SAN, USB).  This cached image then acts as a backup from which the host can boot in the event there is a problem with the PXE boot or Auto Deploy infrastructure.
Unlike the stateless mode, stateless caching requires a dedicated boot device for each vSphere host.  In addition, users must configure the host’s BIOS settings to first attempt to boot over the network and, if that fails, to fall back to booting from disk.
With stateless caching, if there is a localized outage that affects the PXE boot infrastructure (DHCP or TFTP server) or the Auto Deploy server but does not affect the vCenter Server instance, by using the cached image the host will be able to boot and the administrator able to manually reconnect to the vCenter Server.
Note: Stateless caching does not protect against a vCenter Server failure. Always protect a vCenter Server by running it in a vSphere cluster protected by VMware vSphere High Availability (VMware HA) or VMware vCenter server Heartbeat (vCenter Server Heartbeat).
Stateful Install Mode
Auto Deploy stateful install mode enables administrators to leverage the Auto Deploy infrastructure to provision new vSphere hosts.  With stateful install, users perform a one-time PXE boot of a new host from the Auto Deploy server.  Following the one-time PXE boot, all subsequent reboots will take place from the dedicated boot disk.
Setting up stateful installs is similar to configuring stateless caching.  The difference is the BIOS boot order configured on the server.  Where stateless caching is set to boot from the network first and fall back to the local disk only when the PXE boot fails, with stateful installs the host is configured to always try to boot from the local disk first and boot from the network only when no boot image can be found on the disk.  With Auto Deploy stateful install mode, a new host will perform an initial one-time PXE boot using the Auto Deploy infrastructure to configure the host.  After the initial boot, all subsequent reboots take place using the boot device.
With stateful installs, the Auto Deploy infrastructure is being leveraged as a provisioning tool similarly to how scripted installations or kickstart might be used. The advantage to Auto Deploy stateful install is that users are able to rapidly deploy hosts without having the need to create and maintain custom scripts.  The software to be installed is determined using the Auto Deploy rules engine, and the host is configured using the vCenter host profiles and therefore doesn’t rely on external scripts.
With stateful installs, users leverage the Auto Deploy infrastructure to provision new hosts but forgo most of the benefits of stateless or stateless caching because after the vSphere hosts have been deployed, they must be maintained, patched and updated individually.




No comments:

Post a Comment