This book aims to be useful for both new and seasoned VMware ESXi users. Because of the intermediate to advanced nature of this cookbook, we will assume from time to time that you have advanced knowledge and understanding of how the products work. Before we begin serving the main recipes of our cookbook, we define several terms we will use throughout the rest of the book, and make sure that you have all the necessary components installed. Virtualization provides a way for multiple operating systems to be installed on the same physical hardware. By using virtual technology, we can consolidate hardware and instantly build production, quality assurance and test environments. This is a tremendous breakthrough, as it allows underutilized equipment to do more than sit around idle, as well as allowing developers and administrators to test and use multiple software configurations and packages that require different operating systems on the same piece of equipment, without having to purchase, set up, and maintain multiple computers. This savings makes the accounting department and managers happy and gives the technology lovers an opportunity to do all the things they want or need to do at the same time. A typical IT scenario goes something like this: you have lots of servers in your rack or collection of racks. Most of them run at only about 10–15% of their capacity the majority of the time, but you let that happen because you want to keep their various functions and operating systems isolated from one another. This provides some security, both because if one server is compromised it does not necessarily mean that access has been granted to others, and because a problem with one piece of software will not cause other parts of your IT infrastructure to go down as you deal with it. Virtualization helps you make better use of those physical resources, without compromising the original intent of keeping services isolated. Instead of installing your operating system directly on your hardware, you instead begin with a virtualization layer: a stripped-down OS designed to schedule access to network, disk, memory, and CPU resources for guest OSs, the same way that those guest OSs control that scheduling for their applications. Most virtualization platforms limit themselves to specific hardware and present a specific set of virtual components to the operating systems installed on top of them. This provides a very stable and consistent presentation to the operating systems you install and allows them to be moved much more easily. Once you’ve installed and configured the virtualization layer, you can partition the physical hardware and assign it to discrete operating system instances that you install on top of the virtualization layer. These virtual installations operate exactly as they would normally. They are not aware of the presence of other virtual installations that exist on the same hardware. Each acts as if it is installed on a predefined piece of equipment by itself, with the virtualization layer controlling what the virtual installation sees and how it interacts with other equipment outside its control. Basically, the virtual installation looks, feels, acts, and is administered exactly the same as a standard installation from the inside, but may be manipulated and configured easily and alongside others from the outside. Here is the coolest part: virtualization, as provided by sophisticated systems like VMware, also allows you to pool the resources of several physical machines and then divide them up however you want or need. If you have 10 physical servers, each with four processors, 4GB of RAM, and an 80GB hard drive, you can segment those resources to provide a small and low-powered server for your in-house email, a powerful and high-memory processor for the number crunchers in accounting, multiple load-balanced servers for your web server, a separate server for your database, and so on, each with a configuration of memory, disk space, processor power, and so on specific for its needs. Then, if you discover that one virtual server has more resources than it really needs and another doesn’t have enough, you can change the configuration quickly, easily, and without taking your servers offline! You can take a physical server offline for maintenance without losing access to any of your virtual servers and their functions. You can move resources in and out and around your pool as needed, and even automatically. These are the sorts of things we will discuss in this book. There are many companies that provide powerful and stable virtualization platforms, but we have found VMware’s offerings to be wonderfully stable, flexible, easy to set up, maintain, and well supported. We like VMware. If you are reading this book, you probably do, too, but chances are you want to make better use of its potential than you are doing now—either that, or you have been asked to set it up or maintain it and you are wondering how to get started. Whatever your reason, if you use VMware at all, we hope you will find this book useful and practical. VMware, Inc., is a company headquartered in Palo Alto, California, with over 9,000+ employees and about 300,000 customers, including 100% of the Fortune 100. In 2007, it had revenues of over $1.33 billion. In 2010, that number was up to $1.4 billion. VMware is a rapidly growing company that began in 1998 and now has more than 300,000 customers and over 25,000 partnerships with companies ranging from somewhat small to extremely large. VMware vSphere 5 is easily the most widely used virtualization platform today. It is well tested and has been used in applications ranging from very small, localized installations with just a handful of servers to exceptionally large server farms in major corporations. It is robust, scalable, easy to administer, and flexible. It is also small and fast, which means the virtual installations running on top of it have more processor power and other resources available to them than they would if they were using some of the more resource-heavy virtualization software available. Unlike some of the other hosted virtualization products you may be familiar with, including the company’s well-known VMware Server, VMware vSphere 5 does not require any other operating system. Most virtualization platforms begin with a Linux/Unix, Mac OS X, or Windows platform; install their product on top of it; and then begin segmenting the resources from there. This is how a developer may run a copy of Windows on top of her laptop’s base installation of Linux, perhaps using a product like VMware Server, Xen, or VirtualBox. vSphere is designed to be installed on bare metal, as the base operating system. This design choice eliminates a layer of software between the virtual installations and the hardware and results in faster, smoother performance. In August 2011 VMware launched ESXi 5.0, which now falls under the vSphere 5.0 suite of products. vSphere 5.0 encapsulates both vCenter Server and ESXi 5.0, along with other products that we don’t discuss in this book. This new release not only brings incremental improvements but takes the virtualization platform to a whole new level by letting you think in terms of complete installations or deployments instead of managing your site server by server. It’s worth mentioning that ESXi 5.0 has some really great features, such as: vSphere 5.0, which is now based on the ESXi platform, eliminating the old ESX platform Updated Virtual Machine functionality, including more CPUs, RAM, support for USB 3.0, and 3D graphics Support for OSX, larger file systems, 512 virtual machines per physical host, and Metro vMotion For a complete list of new features, please visit: Here are 10 features we feel are worth highlighting: Metro vMotion Metro vMotion allows the end user to move a running virtual machine between two physical locations when certain circumstances allow; there is a minimum of 5ms latency between the two remote ESXi servers. However, the maximum latency is supported up to 10ms. Improved SNMP Support vSphere 5 now allows you to convert CIM indications to SNMP traps. vSphere 5 supports a larger set of vendors and equipment, but we still recommend you check with your vendor to ensure your vendor supports these features. VMFS 5 File System VMFS 5 will allow scaling up to 64TB per datastore using one extent. This is a massive improvement over the VMFS 4 filesystem which could only scale up to 2TB using one extent. Storage DRS Storage DRS allows the storage system to take advantage of resource aggregation, automated placement, and the ability to avoid bottlenecks. By creating datastore clusters you can create a load-balanced scenario that allows the VMDK files to be placed on the storage system with less I/O load. Enhanced Network I/O control Administrators can now create user-defined network resource pools, giving the ability to create multi-tenant environments and the ability to bridge virtual and physical infrastructures with QoS per resource using 802.1 tagging. vSphere Auto Deploy Administrators with large ESXi installations can simplify their deployments by creating a set of rules. These rules can be used to upgrade ESXi versions by simply rebooting the physical server. Virtual machine hardware improvements Virtual machines can now scale up to 32 virtual SMP processors and up to 1TB of RAM. There is also support for 3D graphics, UEFI virtual BIOS, and USB support. Physical node improvements Physical hosts can now have up to 2TB of memory, 160 logical CPUs, and 512 virtual machines. Distributed Switch Improvements With the improvements in the vSphere 5 distributed switches, administrators now have a deeper and more granular view into the virtual machine traffic using Netflow. Additional troubleshooting is now available via SPAN and LLDP. Storage Profiles Allows for streaming lining the storage provisioning process and allowing for the VMware administrator to mass scale the storage within the environment. VMware started to get the community used to ESXi back with ESXi 3.5 and has continued to develop and evolve the product over the course of the past couple of years. In 2010 VMware stated they will be moving to the ESXi platform in 2011, eliminating the older ESX version. Here we outline the changes and benefits from this convergence. Smaller and more efficient platform Older versions of ESX were based on the Red Hat Linux operating system. VMware utilized this as the OS layer in which it's VMkernel and application stack lived. Today, by removing the Red Hat OS, VMware was able to remove the 2-3GB of operating system that wasn't required to run ESXi, so the installation size is now around 100MB. This switch means that less security and update patches need to be applied to the ESXi server. Simply deployment Because the installation is only around 100MB, the complex setup routine has been removed. Now the intstallation can be done within minutes. Improved management and API ESXi has a built-in API that allows third party application vendors to build plugins. No longer do you need to install each plugin on the ESX console, which was required with previous releases of ESX. VMware has also developed a RCLI (Remote Command Line Interface) to run the familiar commands that were present on the ESX 3.x and 4.x consoles. VMware’s vSphere (ESXi 5.x) has limits within which it can operate. We feel it is important to include this information so that you have it at your disposal prior to installing ESXi 5.0 or vCenter. These values are crucial when planning your virtual environment, and we suggest you read through them to become familiar with the different limits. We’ve included all relevant, publicly provided values from VMware for reference. Value/Item vSphere 5.x Maximum Number of virtual CPUs per virtual machine 32 RAM per virtual machine 1TB Virtual machine swap file size 1TB Virtual SCSI adapters per virtual machine 4 Virtual SCSI targets per virtual SCSI adapter 15 Virtual SCSI targets per virtual machine 60 Virtual disks per virtual machine (PVSCSI) 60 Virtual disk size 2TB minus 512 bytes Number of IDE controllers per virtual machine 1 Number of IDE devices per virtual machine 4 Number of floppy devices per virtual machine 2 Number of floppy controllers per virtual machine 1 Number of Virtual NICs per virtual machine 10 Number of serial ports per virtual machine 4 Number of remote consoles to a virtual machine 40 Number of USB controllers per virtual machine 1 Number of USB devices connected to a virtual machine 20 Number of parallel ports per virtual machine 3 Number of USB 3.0 devices connected to a virtual machine 1 Number of xHCI USB controllers 20 Maximum amount of video memory per virtual machine 128MB Value/Item vSphere 5.x Maximum Logical CPUs per physical ESXi host 160 Virtual Machines per physical ESXi host 512 Virtual CPUs per physical ESXi host 2048 Virtual CPUs per physical ESXi core 25 Fault tolerance virtual disks per physical ESXi host 16 Fault tolerance virtual CPUs per physical ESXi host 1 Maximum RAM per fault tolerant virtual machines 64GB Maximum Fault Tolerant virtual machines per physical ESXi host 4 Value/Item vSphere 5.x Maximum RAM per physical ESXi host 2TB Number of swap files per physical ESXi host 1 per virtual machine Maximum swap file size 1TB Value/Item vSphere 5.x Maximum Virtual Disks per physical ESXi host 2048 Value/Item vSphere 5.x Maximum LUNs per physical ESXi server 256 Qlogic 1Gb iSCSI HBA initiator ports per ESXi server 4 Broadcom 1Gb iSCSI HBA initiator ports per ESXi server 4 Broadcome 10Gb iSCSI HBA initiator ports per ESXi server 4 NICs that can be associated with or bound to the software iSCSI stack 8 Number of total paths on a physical ESXi server 1024 Number of paths to a LUN (software and hardware iSCSI) 8 Qlogic iSCSI: dynamic targets per adapater port 64 Qlogic iSCSI: static targets per adapater port 62 Broadcom 1Gb iSCSI HBA targets per adapater port 64 Broadcome 10Gb iSCSI HBA targets per adapater port 128 Software iSCSI targets 25 Value/Item vSphere 5.x Maximum NFS mounts per physical ESXi host 256 Value/Item vSphere 5.x Maximum LUNs per physical ESXi host 256 LUD ID per physical ESXi host 255 Number of paths to a LUN 32 Number of total paths on an ESXi host 1024 Number of HBAs of any type 8 HBA Ports per physical ESXi server 16 Targers per HBA adapater 256 Value/Item vSphere 5.x Maximum Software FCoE Adapters 4 Value/Item vSphere 5.x Maximum Volumes per ESXi host 256 Physical hosts per volume 64 Powered on virtual machines per VMFS volume 2048 Value/Item vSphere 5.x Maximum Volume Size 64TB Raw Device Mapping size (virtual) 2TB minus 512 bytes Raw Device Mapping size (physical) 2TB minus 512 bytes Block Size 8MB File Size (1MB Block Size) 256GB File Size (1MB Block Size) 512GB File Size (1MB Block Size) 1024GB File Size (1MB Block Size) 2048GB Files Per Volume ~30,720 files Value/Item vSphere 5.x Maximum Volume Size 64TB Raw Device Mapping size (virtual) 2TB minus 512 bytes Raw Device Mapping size (physical) 64TB Block Size 1MB File Size 2TB minus 512 bytes Files Per Volume ~130,960 files Value/Item vSphere 5.x Maximum Virtual disks per datastore cluster 9000 Datastores per datastore cluster 32 Datastore clusters per vCenter 256 Value/Item vSphere 5.x Maximum Concurrent vMotion operations per datastore 128 Concurrent Storage vMotion operations per datastore 8 Concurrent Storage vMotion operations per ESXi host 2 Concurrent non-vMotion provisioning operations per host 8 Value/Item vSphere 5.x Maximum e1000 1Gb Ethernet ports (PCI-x) 32 e1000 1Gb Ethernet ports (PCI-e) 24 igb 1Gb Ethernet ports (Intel) 16 tg3 1Gb Ethernet ports (Broadcom) 32 bnx2 1Gb Ethernet ports (Broadcom) 16 forcedeth 1Gb Ethernet ports (NVIDIA) 2 nx_nic 10Gb Ethernet ports (NetXen) 8 ixgbe 10Gb Ethernet ports (Intel) 8 bnx2x 10Gb Ethernet ports (Broadcom) 8 be2net 10Gb Ethernet ports (Emulex) 8 Combination of 10Gb and 1Gb Ethernet ports 6x 10Gb Ports & 4x 1Gb Ports Infiniband ports (refer to VMware Community Support) N/A - 3rd party drivers available from Mellanox Technoliogies. Value/Item vSphere 5.x Maximum VMDirectPath PCI/PCIe devices per host 8 VMDirectPath PCI/PCIe devices per virtual machine 4 Value/Item vSphere 5.x Maximum Total virtual network switch ports per host (VDS and VSS ports) 4096 Maximum active ports per host (VDS and VSS) 1016 Virtual network switch creation ports per standard switch 4088 Port groups per standard switch 256 Distributed virtual network switch ports per vCenter Instance 30,000 Static port groups per vCenter Instance 5,000 Ephemeral port groups per vCenter 256 Hosts per VDS Switch 350 Distributed switches per vCenter Instance 32 Value/Item vSphere 5.x Maximum Concurrent vMotion operations per host (1Gb/s network) 4 Concurrent vMotion operations per host (10Gb/s network) 8 Value/Item vSphere 5.x Maximum Physical ESXi Hosts per cluster 32 Virtual machines per cluster 3,000 Virtual machines per host 512 Maximum concurrent host HA failover 32 Failover as percentage of cluster 100% Resource pools per cluster 1,600 Value/Item vSphere 5.x Maximum Resource Pools per ESXi host 1,600 Children per resource pool 1024 Resource pool tree depth 8 Value/Item vSphere 5.x Maximum Hosts per vCenter Server 1000 Powered on virtual machines per vCenter Server 10000 Registered virtual machines per vCenter Server 15000 Linked vCenter Servers 10 Hosts in linked vCenter Servers 3000 Powered‐on virtual machines in linked vCenter Servers 30000 Registered virtual machines in linked vCenter Servers 50000 Concurrent vSphere Clients 100 Number of host per datacenter 500 MAC addresses per vCenter Server 65536 USB devices connected at vSphere Client 20 Value/Item vSphere 5.x Maximum Storage providers 10 Value/Item vSphere 5.x Maximum Host scans in a single vCenter Server 1000 Virtual machine scans in a single vCenter Server 10000 Cisco VDS update and deployment 70 VMware Tools scan per ESXi host 90 VMware Tools upgrade per ESXi host 24 Virtual machine hardware scan per host 90 Virtual machine hardware upgrade per host 24 VMware Tools scan per VUM server 75 VMware Tools upgrade per VUM server 75 Virtual machine hardware scan per VUM server 75 Virtual machine hardware upgrade per VUM server 75 ESXi host scan per VUM server 75 ESXi host remediation per VUM server 71 ESXi host upgrade per VUM server 71 ESXi host upgrade per cluster 1 Value/Item vSphere 5.x Maximum Virtual machine count 20000 Powered‐On virtual machine count 10000 Organizations 10000 Virtual machines per vApp 64 vApps per organization 500 Number of networks 7500 Hosts 2000 vCenter Servers 25 Virtual Data Centers 10000 Datastores 1024 Catalogs 1000 Media 1000 Users 10000 Recipes and VMware ESXi Server is the foundation for every other piece of the virtualization package. It's the hypervisor, or main software layer that installs on the bare metal and allows everything above it to communicate with the hardware to allow virtualization. It used to be that when you installed VMware ESXi, you were actually installing two main components: the VMkernel and the Service Console. This has changed slightly, as we will now explain. The VMkernel is the base on which all other software in the package is built: the operating system. For those familiar with Linux, this would be the equivalent of (and is built from) the Linux kernel, without any other software. The changes in ESXi 5.0 have removed the Service Console that existed in ESX 3.x and 4.x. Today, a minimum configuration can be done at the provided console within the ESXi hypervisor or using the RCLI tools. For everything else, VMware has provided a large and useful collection of utilies that can be run from the command line on any server. These tools are called the RCLI (remote command line interface). The RCLI provides the same tools that were once available via the service console. Typically, management will be done via the vCenter client; however, there may be cases where you find you can accomplish things more easily with the command line or need to use it because you can’t access vCenter. VMware has designed ESXi Server to run only on specific pieces of hardware and has removed support for any kinds of devices it is not interested in, thereby reducing the kernel code. What remains is a stripped-down, fast kernel and tool package with little to no extra overhead. This is one of the things that gives VMware an advantage over other virtualization technologies that require installation on top of a standard operating system, which will be filled with drivers and features you won’t need. It is important to verify the hardware on which you will be running your virtualized environment, as VMware does not directly support smaller desktop-related hardware. However, everything that a server needs is well supported. This is a sleek operating system designed to put as little as possible between the virtual machines and the hardware. Refer to the VMware Hardware Compatability list for ensure support for your hardware: http://www.vmware.com/resources/compatibility/search.php ESXi is a newer form of the technology that strips down the ESXi Server even further, to the absolute bare minimum possible. It does not include or rely upon a service console and can perform its hypervisor duties with an installation that takes up a mere 32MB of disk space. In ESX Server, the service console runs on top of the hypervisor alongside the installed virtual machines. In ESXi, the hypervisor is all you install on your hardware. This allows for very fast hardware additions to existing pools. Want to add a new server to your rack? No problem. Hook it up, power it on, install ESXi, set your root password and networking details, take a minute or two to configure the virtual network, and you’re all set. This is an amazingly quick way to create or expand an existing ESXi hardware cluster. Even more exciting than the installable version of ESXi is the embedded version. It is now possible to buy hardware that is preconfigured with ESXi installed on it. This completely eliminates the installation step and speeds up the configuration process. Companies such as Dell, which graciously allowed us to borrow some of its equipment as we were writing this book, are now selling servers that require only a little more than racking, cabling, and powering on to expand your VMware cluster. The benefits of using ESXi over the standard ESXi product are that it’s extremely lightweight and installs quickly, it can be purchased on some servers from Dell and other vendors as an embedded option, it has no service console, and it requires less patching and maintenance. ESXi is also available for free and includes the basic functions needed to start a virtual environment. VMware customers who have received a preinstalled OEM version of ESXi may have vendor-specific customizations and drivers. These versions will be different from the downloadable version on VMware’s website. Before you get started installing ESXi, you should verify that your hardware is fully compatible by visiting the following URL, as VMware’s ESXi product has a much smaller compatibility list than its older ESXi model: http://www.vmware.com/resources/compatibility/search.php ESXi 5.0 can also be installed and virtualized within VMware Workstation and VMware Fusion. This allows you to install, test, and get a feel for the products before implementing them on physical hardware. VMware ESXi 5.0 has the following requirements: ESXi 5.0 has the following CPU requirements; it will run and install only on 64-bit x86 CPUs, requires at least 2 cores, and supports only LAHF and SAHF CPU instructions. Supports all AMD Opteron Processors Supports all Intel Xeon 3000/3200, 3100/3300, 5100/5300, 5200/5400, 5500/5600, 7100/7300, 7200/7400, and 7500 processors 2GB of RAM minimum One or more Gigabit or 10Gb Ethernet controllers. Check the hardware compatibility matrix. Basic SCSI controllers such as Adaptec Ultra-160 or Ultra-320, LSI Logic Fusion-MPT, or most NCR/Symbios SCSI RAID controllers such as Dell PERC (Adaptec RAID or LSI MegaRAID), HP Smart Array RAID, or IBM (Adaptec) ServeRAID controllers SATA disk drives connected behind supported SAS controllers or supported on-board SATA controllers Dedicated SAN disk on Fibre Channel or iSCSI USB devices This list represents the minimum requirements to install ESXi, but many more devices are available. To ensure complete compatibility, search for your specific hardware at the aforementioned URL. You can download the ESXi ISO image from a VMware site or use an alternative method such as PXE boot, Kickstart or VMware Auto Deploy. VMware has a done a great job of streamlining the installation of ESXi. If you are familiar with installing older versions of ESX, this will be a breeze. After booting to the installation CD-ROM, you’ll notice a blue screen titled "ThinESXi Installer" that looks similar to the bootloader in Linux. Once the initial boot has completed, the installer will present a couple of options: you can choose to cancel the installation, upgrade an existing installation, or perform a fresh ESXi installation (). Once you have selected the appropriate installation type, you will be shown the EULA. Press F11 to accept and continue the installation.

Select the disk on which you wish to install ESXi. Typically, this will be a local disk. Also, make sure you have disconnected all your Fibre Channel or iSCSI SAN and direct-attached storage if connected, to prevent any accidental data removal. Once you’ve selected the disk, the installation will begin and will take only a few minutes. When it is complete, remove the CD-ROM and reboot the system. If you are installing with PXE or another automated tool, reboot once the installation is completed. ESXi requires a little more configuration after the initial install, because the only thing being configured during installation is the disk on which the hypervisor is going to be installed. Once the new ESXi server has been rebooted, you will notice a screen that is similar to the ESXi console screen but with two new options: F11 to reboot the system and F2 to manage the system. To begin configuration, make sure you have a keyboard and monitor plugged into the ESXi server. Press F2 to access the menu-based configuration utility, which will be the main screen in which all ESXi configuration will take place ().

This is the first option that will need to be configured, as it is not set by default. The password you set here will be the default for the "root" user account ().

By default, ESXi will be configured to use the Dynamic Host Configuration Protocol (DHCP) and will automatically attempt to configure the IP address. However, you can bypass this and set your network to use a static IP address using the tools provided in the Management Network interface. Using a static IP address is recommended.

As shown in , the management network offers a few options to configure your ESXi server. The Network Adapters option allows you to select which network adapter to use for the service console IP address, if you have more than one interface available; the interfaces will be labeled vmnic0, vmnic1, etc. You also have the option to configure your service console IP address to use a specific VLAN. This is an optional setting. The next option on the list is IP Configuration. Here, you have the option to configure DHCP or a static IP address. Choosing the latter will allow you to enter the basic information needed, such as the IP address, subnet mask, and gateway ().

Restart Management Network Making changes to a static IP address or renewing a DHCP lease on the network may require a restart of the management network. Test Management Network Testing the management network will bring up a menu allowing you to perform ping tests resolve DNS entries. Configure Keyboard ESXi supports different keyboard layouts. English is the default, but you can select from French, German, Russian, and Japanese. View Support Information No configurable options are available in this menu; however, it provides a general location for your ESXi server’s license key, serial number, and SSL footprint, and the URL to VMware’s support website. View System Logs There are three options available here for viewing log entries. You can view system messages, config, and management agent (hostd) logs. Restart Management Agents From time to time it may be necessary to restart the management agents on the ESXi host without restarting the server itself. If the management agents are restarted, all remotely connected clients (such as vCenter clients and the vCenter server) will be disconnected. It’s important to note that in your vCenter server, the host will show up disconnected while the management network restarts; however, your virtual machines will continue to be unaffected. Reset Customized Settings Resetting the customized settings will reset all the variables on the ESXi server to factory defaults. The DNS servers and host name will need to be configured as well. Select the DNS Configuration menu as show in the screenshot.

Primary DNS Server This will be the primary DNS server inside your network. Alternative DNS Server This will be the secondary DNS server inside yoru network. Hostname This will be the hostname of this ESXi server. You will now be able to manage this ESXi server via the vCenter Client directly or add this host to an existing vCenter Server to additional management. As virtual environments grow, there comes a point when it becomes unwieldy to manage each ESXi server individually. For some of us, that happens right around the time the second ESXi server is added, because we want to use our time for more interesting things rather than for repetitive procedures and maintenance. VMware vCenter Server provides a central location for managing all of the virtual machines deployed inside the VMware vSphere infrastructure. It is licensed and sold separately and requires a dedicated Windows server or a Windows virtual machine and a database (Oracle or Microsoft SQL Server). Once installed and configured, it will make the system administrator’s life much easier. vCenter Server provides a way to distribute resources, manage users, move virtual machines from one piece of physical hardware to another (while still running!), schedule tasks, and much more. To get started, download vCenter Server from the VMware site. The vCenter Server installation is pretty straightforward. During the course of the installation you will be asked to enter some required information and make some crucial decisions about your environment. We will walk you through those steps in this section. The vCenter server can be installed on a physical server or, as an alternative, inside a virtual machine. As infrastructure is consolidated into virtual environments, it often makes sense to utilize the high availability of the vSphere platform. The benefits of installing your vCenter server inside a virtual machine include taking advantage of HA (High availability) inside the environment, moving the virtual machine to new hardware without outages, and utilizing snapshots. There are many opinions about installing inside a virtual machine; we feel it makes sense. It’s worth mentioning that if you plan to install your vCenter database on the same server as your vCenter server, the system server requirements will be larger. However, it is best practice to separate the vCenter server and the database server. vCenter Server 5.0 requires a 64-bit operating system and will not install on a 32-bit operating system. The supported 64-bit operating systems are Microsoft Standard, Enterprise, or Datacenter 2003 (SP2 / R2 SP2) or 2008 (SP2 / R2). Minimum requirements are: A 2.0GHz or faster Intel or AMD X86 processor with two or more logical cores 4GB or more of RAM Minimum 6GB of disk space (this includes vCenter and SQL if on the same server) 10/100/1000 Ethernet Adapter (Gigabit recommended) The vCenter Server requires one of the following databases: IBM DB2 9.5 IBM DB2 9.7 Microsoft SQL Server 2005 32-bit Standard with SP3 Microsoft SQL Server 2005 64-bit Enterprise with SP3 Microsoft SQL Server 2008 64-bit Express R2 (5 hosts and 50 virtual machines) Microsoft SQL Server 2008 R2 Microsoft SQL Server 2008 32-bit or 64-bit Standard/Enterprise Microsoft SQL Server 2008 32-bit or 64-bit Standard/Enterprise with SP1 Oracle 10g 32-bit Standard, Enterprise, One R2 (supported with version 10.2.0.3.0 or higher) Oracle 10g 64-bit Standard, Enterprise, One R2 (requires version 10.2.0.4) Oracle 11g 32-bit or 64-bit Standard, Enterprise, One R1 Oracle 11g 32-bit or 64-bit Standard, Enterprise, One R2 The vCenter Server offers a few download options: you may download an ISO image that can be burned to DVD, or a ZIP file that can be extracted on the server on which you wish to install vCenter Server. Once you have chosen your installation method, follow these steps: Either insert the CD-ROM and let autorun.exe start the installation, or manually run the autorun.exe located in the ZIP file that you downloaded. A screen similar to will appear. Click Next to continue.

The introduction page tells you the benefits of vCenter Server. Once you have read these, click Next to continue. Read the license agreement and accept it by clicking "I accept the terms in the license agreement." The radio button next to this statement will now show a dot. Click Next to continue the installation. You will now be prompted to enter information about your user account and company (). When you’re done, click Next to continue.

You are now ready to choose the database method (). Refer to the database requirements list for the exact databases and versions that are supported. For production installations, VMware recommends that you do not use the Microsoft SQL Server Desktop Engine (MSDE) that is included with the installation, as it’s suitable only for sites containing at most 5 hosts and 50 virtual machines. Assuming the installation will be in a production environment, select the "Use an existing database server" option and fill in the necessary fields with your database’s information, keeping in mind the following: You must set up ODBC connections before you use Microsoft SQL Server or Oracle. This can be accomplished in the Control Panel on Windows. The data source name (DSN) must be a system DSN. If you are using a local SQL server with Windows NT authentication, make sure to leave the username and password fields blank. Otherwise, enter the username and password of the remote SQL server you are connecting to. Once you have entered your information successfully, press the Next button to continue the installation.

Next, select the destination folders for the vCenter Server, click Next to continue.

Now that the basic elements of the installation have been taken care of, you must decide what pieces of the application to install. You have two different options, as shown in . Create a standalone VMware vCenter Server instance This option will install vCenter Server in standalone mode or if this is the first installation select this option. Join a VMware vCenter Server Group using linked mode to share information Selection this option if you will be joining the vCenter Server to an existing vCenter Server to create a linked group. Once you have chosen the method of installation you wish to use, click the Next button to continue.

Next, configure the ports that vCenter Server uses and click Next to continue. The default ports will be acceptable here unless you have specific requirements for your vCenter Server installation.

Next, configure the vCenter Server inventory ports . Again, the default ports will be acceptable here unless there are specific requirements for your vCenter Server Installation. Click Next to continue.

Next, set the Java JVM web servers memory configuration . This setting will allocate a specific amount of memroy on the vCenter Server for Java. If there is enough memory available on the vCenter Server select the large install option to prevent issues in the future if you environment will grow. For most installations the Small or Medium option will be fine.

Finally, click Install to begin the installation. If the vCenter Server will be handling more than 2,000 virtual machines click the check box to increase the number of ephermeral ports available within vCenter Server.

The vCenter client is used to manage individual ESXi hosts as well as to provide an administration interface to the vCenter server. It is included with the vCenter Server download. vCenter client requirements are: One of the following 32-bit or 64-bit operating systems: Windows 7 Windows 7 SP1 Windows 2003 Server with SP2 Windows 2003 Server R2 Windows 2008 R2 Windows 2008 R1 with SP1 .NET Framework 3.5 SP1 (this is included with the vCenter client installer) 1 CPU, 500MHz Intel or AMD X86 processor, 1GHz CPU recommended. 1GB RAM minimum (2GB recommended) 2GB storage space for the basic installation 1Gbit network connection The vCenter client is normally installed along with the vCenter Server installation. However, it is possible to install the vCenter client by itself on other computers by going to https://youresxserver/client/VMware-viclient.exe and downloading the client installer. Once you’ve downloaded it, run the application. The installation is very intuitive. The release of vSpehre 5.0 has brought some exciting changes to the way you can manage your VMware environment. Former web consoles weren't user-friendly and administrators had to utilize the vCenter client install. However, with vSphere 5.0 this has changed. Today, there is a functional and useful interface that was written using Adobe Flex, allowing for cross platform and browser compatibility. We'll outline the steps here to install the web client on your vCenter server or an additional server if you wish. Insert the vCenter installation disk or mount the ISO image. Once the installer appears, select the vSphere Web Client (Server) option. Follow the installation steps. After you complete them, additional options will be need to be configured so the server can connect to your vCenter server. Navigate to https://127.0.0.1:9443/admin-app inside your browser (from the server you installed the Web Client on). Next, you'll need to register the Web Client with our vCenter server. Click the Register vCenter Server link in the upper right hand corner. A new window will appear. Enter the credentials and click Register. vCenter Server URL Enter the fully qualified name to the server in which you have vCenter Server installed on. Username Enter an adminitrator account inside vCenter. Password Enter the password you choose for your administrator account. vSphere Web Client URL This will be the URL used to access the web client. You can now log into the interface at https://webclientserver:9443/vsphere-client/, whichs allow you to login with your vCenter credentials and start managing your virtual machines. VMware has made some modifications to their license model with the release of vSphere 5.0. In this section we'll take a look at those changes and what will be required to upgrade from vSphere 4.x or ESX 3.x. vSphere 5.0 is still based on the per-socket license, but now also includes a vRAM entitlement. This means the license scheme will take a holistic approuch, removing all CPU and memory limitations and then taking all the servers managed via vCenter into consideration when calculating the available licenses. This change allows customers to purchase servers with different CPU socket configurations without having to purchase expensive licenseing if they do not plan to use the additional sockets or memory. Instead, the available resources inside vCenter will be used to create a pool of resources that each ESXi server will use. VMware has implemented a compliance policy to maintain a accurate license model. Each physical CPU must be licensed, and there is a 365 watermark stating that the average used vRAM must not exceed the purchased allocated amount. If the amount of vRAM is over the amount in the pool, additional licenses will be required. If an upgrade is required, a customer can upgrade all the CPU licenses to a license with a higher vRAM allotment. Below we will take a look at the changes and how they will affect each part of the vSphere environment. CPU Restrictions The new license model requires at least one CPU in the physical server. vRAM Entitlements vRAM is the amount of RAM allocated to a virtual machine. For example, if you create a virtual machine with 2GB ram that will translate into 2GB of vRAM. It is possible to over allocate vRAM on a single ESXi server regardless of the amount of physical RAM, as long as the resources are available from a vRAM perspective. vRAM per VM RAM that is allocated to a virtual machine will pull from the vRAM license pool, which allocates a maximum amount of 96GB to each virtual machine. Thus, if a virtual machine was allocated 128GB of vRAM, it will only take 96GB from your license pool. vConverter is a free application available from VMware that allows you to transform your physical servers into virtual servers easily, moving them from their own machines into your VMware system. There are two ways this can be done. In a cold migration, you power down a server and convert it while it is offline. With vConverter, though, you can also perform a hot migration, which allows you to convert and migrate a live, operating server while it is in use. VMware Converter also allows you to take older virtual machines and migrate them into a new network while upgrading them to the current version. The installation of vConverter is pretty straightforward. vCenter Converter Standalone 5.x components (client, server, and agent) can be installed on the following platforms: Windows XP Professional (32-bit and 64-bit) Windows Server 2003 SP2, R2 (32-bit and 64-bit) Windows Vista (32-bit and 64-bit) Windows Server 2008 (32-bit and 64-bit) Windows Server 2008 R2 (64-bit) Windows 7 (32-bit and 64-bit) vConverter can be downloaded from the following URL (registration is required to download): To install vConverter on Windows: Download the Windows executable. Run the installer, clicking Next at the introduction screen. Accept the license agreement by checking "I accept the terms in the license agreement" and clicking Next to continue. Choose the directory in which to install the files. The installer will default to C:\Program Files\VMware\VMware vCenter Converter Standalone. Once you’re satisfied, click Next to continue the installation. Select the type of installation you want to do. There are two options here, as shown in : Local installation This installs vCenter Converter on the server. It allows you to create and manage conversion tasks from this local server only. Client-Server installation (advanced) This option sets up a client/server model for vCenter Converter. Here, you can install the individual client, server, and/or agent pieces on the local server (). If you choose "Local installation," jump to step 7; otherwise, continue to step 6.

The advanced installation choice gives you the option to specify which ports vCenter Converter will use (). The defaults are: HTTPS Service Port: 443 HTTP Service Port: 80 Agent Service Port: 9089 When you are satisfied with the ports, click Next to continue the installation.

You are now ready to proceed with the installation. Click Install to continue. When the installation has completed, you will have the option to automatically launch the vCenter Converter client. Click the Finish button to complete the install.