Step 2: Choose a custom configuration

The next option will be whether or not to select a custom configuration for the virtual machine. The menu options for a custom virtual machine make it easier to utilize the new vSphere features. The typical virtual machine’s selection has seven decision points, compared to the custom virtual machines’ fourteen. Besides, what techie doesn’t always select custom anyway?

Step 3: Assign a name to the VM

The next step in creating a virtual machine is assigning a name to the virtual machine. This isn’t the name of the guest operating system, but it is a good idea to keep them the same. Further, why not make the server name of virtual machines (and physical systems!) self-documenting? In this case, VMAPPDEV01 is a development virtual machine application server which is the first in its series. Instead of APP, you can put in something like “FILE” for a file server, “DOCO” for a domain controller, or something else that is self-documenting in your environment.

Step 4: Choose a destination

After the virtual machine has a name, a basic location needs to be selected. If VMware’s DRS is used in a cluster, they are enumerated in the resource pool to select for the virtual machine. If DRS is not used, host resource pools are available. Likewise, a vApp is a valid destination as well. If multiple datacenters are in use within the same vCenter Server; the context of the datacenter that the right-click initiated will be displayed.

Step 5: Choose datastore location

Storage is one of the most critical decision points for virtualization. Planning on the big scale and the small scale are important. The next screen of the wizard asks in which datastore to put the virtual machine. In vSphere clusters, a datastore that is accessible to multiple hosts should be used and ensure that adequate space is available. If Thin Provisioning is utilized, ensure that the provisioned amount is not too much greater than the capacity of the disk. Managing over-subscription is an art that is directly reflective of your virtual machine’s behavior.

Step 6: Select virtual machine version 7

For vSphere installations, definitely select a virtual machine version 7. This will be used in all virtual machines that are running on ESX or ESXi hosts version 4 or higher. It is confusing that VMware Infrastructure 3 (VI3) virtual machines are a version 4 virtual machine, yet vSphere 4 virtual machines are a version 7 virtual machine. Further, version 7 is the gateway to the new vSphere features.

Step 7: Choose the operating system

Deciding which operating system should run on the virtual machine is important. For current server operating systems, this will set important options such as 64-bit execution mode. Windows Server 2008 R2 is available only in x64, so selecting the correct operating system will ensure the optimal performance of the virtual machine from the base configuration. This starts with the virtual machine BIOS that is assigned to each virtual machine. vSphere supports a number of new operating systems, including DOS, SCO OpenServer, SCO UnixWare, OS/2, FreeBSD, Windows 3.1 and others.

Step 8: Select the number of VM processors

Selecting the number of virtual machine processors is an important step of the virtual machine provisioning process. As a general rule, only allocate the required number of processors. If you can get away with assigning only one virtual processor, do it. vSphere supports up to 8 vSMP for a virtual machine as well as the 3 vSMP option. VI3 only offered 1, 2 or 4 vSMP.

Step 9: Assign the virtual memory

Without question, the most critical decision point in creating a virtual machine is the amount of virtual memory to assign a guest. Like vSMP, memory allocation should be exactly what the application and operating system require. vSphere supports up to 255 GB of RAM on a virtual machine. VMware’s memory management technologies allow oversubscription of the guest compared to the host’s RAM inventory, which means there may be swapping involved if the allocations exceed the available memory after the other memory management technologies such as the balloon driver, transparent page sharing, and memory compression.

Step 10: Select the network interface type

Selecting what type of network interface and on what virtual switch the virtual machine will reside is the next part of the provisioning process. vSphere includes the VMXNET3 virtualized network adapter that is optimized for virtual machines. Once VMware Tools are installed, the VMXNET3 driver will connect at 10 GBps; even if your line rate is only 100 MBps! You can also select the new distributed virtual switch option for the virtual machine.

Step 11: Select the driver

A virtual machine has a driver associated with its disk access. vSphere gives four options for this function, with the new VMware Paravirtual driver being again purpose-built for virtual machines. vSphere now supports the VMware Paravirtual driver to be used on boot volumes for selected operating systems (including most current Windows versions). The Paravirtual driver requires some additional consideration for being made bootable, see VMware KB 1010398.

Step 12: Create a new virtual disk file (VMDK)

You can then create a new virtual disk file (VMDK) for the virtual machine. I prefer to use the VMDK option instead of Raw Device Mappings (RDMs) in most situations. Should you have a virtual disk file ready to use, the previously configured disk option can also be utilized.

Step 13: Set VMDK options

When determining the size for the virtual machine, the wizard only creates one VMDK file. If multiple VMDKs are to be used, they can be completed at the end of the wizard. There are a few key options to choose when creating the VMDK. Size is important, especially if the Thin Provisioning option is not selected. I prefer to use Thin Provisioning for most situations, as only the actual consumed storage of the guest operating system is reflected in the VMDK. If the virtual machine is to be a Fault Tolerant virtual machine, Thin Provisioning is not available and the VMDK is formatted as a zeroed thick file. You can also specify that the VMDK file reside in a different datastore as the configuration and memory swap file associated with the virtual machine.

Step 14: Configure VMDK location on the bus

Just like a physical SCSI bus, the virtual SCSI bus has node IDs. Here you can configure the VMDK file’s location on the bus of the virtual machine. Each virtual machine maintains its own virtual SCSI bus addressing. So, this virtual machine may live on the SCSI 0:0 address and on the same host the next virtual machine will also have a SCSI 0:0 address; yet be on separate virtual busses.

Step 15: Make final customizations to VM

The summary of the virtual machine is presented at this point. Even though the custom wizard is thorough, I still go into the “Edit the virtual machine settings before completion” option for a few more customizations to the virtual machine.

Step 16: Make hardware inventory customizations

The virtual machine hardware inventory is presented here, and I always make a few customizations. One option is to remove the floppy drive. If the VMware Paravirtual SCSI driver is used, I’ll need the virtual floppy to pass the driver to the installation process. If not, I’ll remove it here. The most common other tasks in this screen are to add additional VMDK files for additional drives for the virtual machine, of which some may be on different datastores.

Step 17: Map the virtual CD-ROM device

The final step to make the virtual machine usable is to map the virtual CD-ROM device to a file of an operating system installer. The most common situation is to map it to an .ISO file. PXE deployments can be used as well. Be sure to check the “Connect at power on” option at the top to ensure that the mapping is correct.

Click the Finish button and the virtual machine is created! At that point, it can be powered on and the operating system installed.