NPIV support is subject to the following limitations: o NPIV must be enabled on the SAN switch. o NPIV is supported only for VMs with RDM disks. o The physical HBAs on the ESX host must have 220 702 access to a LUN using its WWNs in order for any VMs on that host to have access to that LUN using their NPIV WWNs. o The physical HBAs on the ESX host must support NPIV. o Each VMcan have up to 4 virtual ports. NPIV-enabled VMs are assigned exactly 4 NPIV-related WWNs. Can utilize up to 4 physical HBAs for NPIV purposes. o A VM with WWNs that are already in use on the storage network is prevented from powering on. o While hyperthreading does not double the performance of a system, it can increase performance by better utilizing idle resources. o The advanced CPU settings are useful only for fine-grained tweaking of critical VMs. o NUMA memory node affinity enables fine-grained control over how VM memory is distributed to host physical memory. o Specify nodes to be used for future memory allocations only if you have also specified CPU affinity. o The following NIC types are supported: vNIC Description Flexible Supported on VMs that were created on ESX Server 3.0 or greater and that run 32-bit guest operating systems. The Flexible adapter functions as a vlance adapter if VMware Tools is not installed in the VM and as a vmxnet driver if VMware Tools is installed in the VM. e1000 Emulates the functioning of an E1000 network card. It is the default adapter type for VMs that run 64-bit guest operating systems. Enhanced vmxnet An upgraded version of the vmxnet device with enhanced performance. It requires that VMware Tools be installed in the VM. vmxnet 3 Next generation vmxnet device with enhanced performance and enhanced networking features. It requires that VMware Tools be installed in the VM, and is available only on VMs with hardware version 7 and greater. o Independent disks are not affected by snapshots. o Two modes for independent disks: o Persistent – The disk operates normally except that changes to the disk are permanent even if the VM is reverted to a snapshot. o Nonpersistent – The disk appears to operate normally, but whenever the VM is powered off or reverted to a snapshot, the contents of the disk return to their original state. All later changes are discarded. o VMDirectPath I/O allows a guest operating system 9L0-403 on a VM to directly access physical PCI and PCIe devices connected to a host. Each VM can be connected to up to two PCI devices. PCI devices connected to a host can be marked as available for passthrough from the Hardware Advanced Settings in the Configuration tab for the host. o Paravirtual SCSI (PVSCSI) adapters are high-performance storage adapters that can provide greater throughput and lower CPU utilization. PVSCSI adapters are best suited for environments, especially SAN environments, running I/O-intensive applications. PVSCSI adapters are not suited for DAS environments. o Hardware requirements for customizing the guest operating system: o Must reside on a disk attached as SCSI 0:0 node in the VM configuration. o If a VM has mixed IDE and SCSI disks, the first IDE disk is considered the boot disk, and vCenter Server passes it to the customizer. o If the new VM encounters customization errors while it is booting o Customization errors are logged to (Windows guest) %WINDIR%tempvmware-imc or (Linux guest) /var/log/vmware/customization.log. o When you migrate a suspended VM, the new host for the VM must meet CPU compatibility requirements, because the VM must resume executing instructions on the new host. o Use of Jumbo Frames is recommended for best VMotion performance. o Some restrictions apply when migrating VMs with snapshots. You cannot migrate a virtual machine with snapshots with Storage VMotion. o You can migrate as long as the VM is being migrated to a new host without moving its configuration file or disks (the VM must reside on shared storage accessible to both hosts). o Reverting to a snapshot after migration with VMotion might cause the VM to fail, because the migration wizard cannot verify the compatibility of the VM state in the snapshot with the destination host. o During a migration with Storage VMotion, you can transform virtual disks from thick-provisioned to thin or from thin-provisioned to thick. o Storage VMotion is subject to the following requirements and limitations: o Virtual machines with snapshots cannot be migrated using Storage VMotion. o Virtual machine disks must be in persistent mode or be raw 9L0-510 device mappings (RDMs). For virtual compatibility mode RDMs, you can migrate the mapping file or convert to thick-provisioned or thinprovisioned disks during migration as long as the destination is not an NFS datastore. For physical compatibility mode RDMs, you can migrate the mapping file only. o Must have a license that includes Storage VMotion. o ESX/ESXi 3.5 hosts must be licensed and configured for VMotion. ESX/ESXi 4.0 and later hosts do not require VMotion configuration in order to perform migration with Storage VMotion. o A particular host can be involved in up to two migrations with VMotion or Storage VMotion at one time.

o The vSphere Client validates an OVF file before importing it. o A vApp is a container, like a resource pool and can contain one or more VMs. A vApp can power on and power off, and can also be cloned. o The vApp metadata resides in the vCenter Server's database o You can add an object, such as a VM or another vApp, to an existing vApp. o An IP pool is a network configuration that is assigned 220 701 to a network used by a vApp. The vApp can then leverage vCenter Server to automatically provide an IP configuration to its VMs. o Each application within the service will be powered on according to how the startup order is set. When powering on a vApp within a DRS cluster in manual mode, no DRS recommendations are generated for VM placements. The power on operation performs as if DRS is run in a semi-automatic or automatic mode for the initial placements of the VMs. This does not affect VMotion recommendations. Recommendations for individual powering on and powering off of VMs are also generated for vApps that are running o A VM’s name can be up to 80 characters long. Names are case insensitive. o Virtual machine version 4 — Compatible with ESX 3.0 and greater hosts and VMware Server 1.0 and greater hosts. o Virtual machine version 7 — Compatible with ESX 4.0 and greater hosts. Provides greater VM functionality. o Paravirtual SCSI (PVSCSI) adapters are high-performance storage adapters that can result in greater throughput and lower CPU utilization. o Best suited for high performance storage environments. o Not suited for DAS environments. VMware recommends that you create a primary adapter (LSI Logic by default) for use with a disk that will host the system software (boot disk) and a separate PVSCSI adapter for the disk that will store user data, such as a database. o Paravirtual SCSI adapters are available for VMs running hardware version 7 and greater. They are supported on the following guest operating systems: o Windows Server 2008 o Windows Server 2003 o Red Hat Linux (RHEL) 5 o Features not supported with Paravirtual SCSI adapters: o Boot disks o Record/Replay o Fault Tolerance o MSCS Clustering o SCSI controller 220 702 types: o BusLogic Parallel o LSI Logic SAS o LSI Logic Parallel o VMware Paravirtual o Thin Provisioned Format – Use this format to save storage space. If a virtual disk supports clustering solutions such as Fault Tolerance, you cannot make the disk thin. You can manually convert the thin disk into thick. o Thick Format – This is the default virtual disk format. It is not possible to convert the thick disk into thin. (EDIT: you can via Storage VMotion) o Automatic VMware Tools upgrade is not supported for VMs with Solaris or Netware guest operating systems. o If you are using a WYSE thin client device to conduct remote desktop sessions using VMware VDI, installing WYSE Multimedia Support in the guest operating system improves the performance of streaming video. WYSE Multimedia Support is supported on the Windows 2003 and Windows XP guest operating systems only. WYSE Multimedia Support is installed as part of a VMware Tools installation or upgrade. o Virtual machines with hardware versions lower than 4 can run on ESX4 hosts but have reduced performance and capabilities. In particular, you cannot add or remove virtual devices on VMs with hardware versions lower than 4 when they reside on an ESX4 host. o Virtual Machine Hardware Versions: Host Version 7 Version 4 Version 3 Compatible with vCenter Server version ESX/ESXi 4.x create, edit, run create, edit, run run vCenter Server 4.x ESX Server 3.x – create, edit, run run VirtualCenter Server 2.x and higher ESX Server 2.x – – create, edit, run VirtualCenter Server 1.x and higher o SCSI Bus Sharing list: Option Description None Virtual disks cannot be shared by other VMs. Virtual Virtual disks can be shared by VMs on same server. Physical Virtual disks can be shared by VMs on any server. o Memory/CPU Hotplug – VMware Tools must 220 701 be installed for hotplug functionality to work properly. o VMI – A paravirtualization standard that enables improved performance for VMs capable of utilizing it. o Enabling paravirtualization utilizes one of the VM’s six virtual PCI slots o A VM with paravirtualization enabled and that is powered off can be moved manually to a host that does not support paravirtualization. However, this can result in reduced performance. o N-port ID virtualization (NPIV) – Provides the ability to share a single physical Fibre Channel HBA port among multiple virtual ports, each with unique identifiers. This allows control over VMaccess to LUNs on a per-VMbasis.

ESX/ESXi System Logs Component Location ESX Server 2.x Service log /var/log/vmware/vmware-serverd.log ESX Server 3.x or ESX Service log /var/log/vmware/hostd.log vSphere Client Agent log /var/log/vmware/vpx/vpxa.log Virtual Machine Kernel Core file /root/vmkernel-core.640 802 Dumps and /root/vmkernel-log. present after rebooting Syslog log /var/log/messages Service Console Availability report /var/log/vmkernel VMkernel Messages /var/log/vmkernel VMkernel Alerts & Availability report /var/log/vmkernel VMkernel Warning /var/log/vmkwarning Virtual Machine log file The same directory as the .vmx file for the VM. o vSphere Client System Logs Component Location vSphere Client Installation log Temp directory on the vSphere Client machine. e.g.: C:Documents and SettingsLocal SettingsTempvmmsi.log vSphere Client Service log vpx directory in the Application Data directory on the vSphere Client machine. e.g.: C:Documents and SettingsLocal SettingsApplication Data vpxviclientx. log x(=0, 1, ... 9) o VMware Server System Logs Component Operating System Location VM Console log Windows Temp directory e.g.: C:Documents and SettingsLocal Settings Tempvmware--.log Linux Temp directory e.g.: /tmp/vmware-/ui-.log VM log Windows & Linux vmware.log Located in the same directory as the VM .vmx file. VM Event log Windows C:Program FilesVMwareVMware Virtual Infrastructure vmserverdRooteventlogvent- 640-802 configuration_file>.vmx.log Linux /var/log/vmware/event-.vmx.log VM Conf file Windows .vmx Located in the folder where VMs are stored. Linux .vmx Located in the folder where VMs are stored. o All ESX/ESXi hosts run a syslog service (syslogd). o ESXi hosts can use the vSphere Client or the vSphere CLI command vicfg-syslog o Cannot use the vSphere Client or vicfg-syslog to configure syslog behavior for an ESX host. To configure syslog for an ESX host, you must edit the /etc/syslog.conf file. o Libraries – Central repositories for VM provisioning media e.g. VM templates, ISO images, floppy images, VMDK files, guest customization files. o Guided Consolidation ports Port Protocol Service Description MS Windows 135 TCP/UDP Loc-srv/epmap Microsoft DCE Locator service (End-point Mapper). DHCP, DNS & WINS Server 137 TCP/UDP Netbios-ns NetBIOS names service. WINS & DNS Server 138 TCP/UDP Netbios-dgm NetBIOS datagram 139 TCP/UDP Netbios-ssn NetBIOS Session Windows File and Printer sharing. 445 TCP/UDP DNS DNS Direct Hosting port. Active Directory o Guided Consolidation can be installed together with vCenter Server, or can be installed on a separate host. For best performance, install Guided Consolidation on a separate host. It includes the following services: o vCenter Collector Service – Discovers domains and systems within domains. Collects performance data on those systems. o vCenter Provider Service – Helper service to the Collector Service. Communicates with target systems and passes the data back. o vCenter Guided Consolidation – Coordinates all communication 640 802 braindumps among Guided Consolidation components. o You can analyze up to 100 systems simultaneously. o The following formula is used to resize converted disks: o amount of space used on physical disk * 1.25 = resultant virtual disk size o Virtual disks are set to a size of 4GB or larger. o Disconnecting a managed host does not remove it from vCenter Server; it temporarily suspends all monitoring activities performed by vCenter Server. o Deploying an OVF template is similar to deploying a VM from a template. However, you can deploy an OVF template from any local file system accessible from the vSphere Client machine, or from a remote web server. o OVF advantages: o OVF files are compressed, allowing for faster downloads.

After you upgrade all of your hosts to ESX4/ESXi4, you can optionally uninstall your license server and remove the license server configuration from vCenter Server. o For ESXi, the vSphere Host Update Utility does not support roll back. o You can remove the ESX 4.0 boot option vcp-410 from the ESX bootloader menu and perform a complete roll back to ESX 3.x. Any changes made to the ESX 4.0 service console are lost after the rollback. o Any changes made to VMs will persist after the rollback. o If you upgraded the VM hardware, the VMs will not work after you perform the ESX rollback. To avoid this situation, take a snapshot of the VM before you upgrade the VM hardware. o Run the rollback-to-esx3 command – reconfigures the bootloader. o Reboot the server. o After the host boots into ESX 3.x, delete the ESX 4.0 service console VMDK folder from the VMFS datastore. o Each time you update an ESXi host, a copy of the ESXi build is saved on your host. o ESXi permits only one level of rollback. o When you manually boot into the standby build instead of the current boot build, an irreversible rollback occurs. o When the page that displays the current boot build appears, press Shift+r to select the standby build. o Do not use vmware-vmupgrade.exe to upgrade VMs. o Some VMs that you create on ESX4 hosts are supported on ESX 3.x/ESXi 3.5 hosts. If you create a VM on ESX4 and select the typical path, the virtual hardware version is version 7. Virtual machines with virtual hardware version 7 are not supported on ESX 3.x/ESXi 3.5 hosts. Select the custom path and select virtual hardware version 4 o If you create VMs that use paravirtualization (VMI) or an enhanced networking device (vmxnet), VMotion is not supported. In this case, you can only move the VM to the ESX 3.x host if the VM is powered off. o On Windows guest operating systems, you must reboot vmware vcp 410 the VM a total of three times when you upgrade VMware Tools and the virtual hardware: 1. Power on the VM. 2. Upgrade VMware Tools. 3. Reboot the VM at the end of the VMware Tools upgrade. 4. Power off the VM. 5. Upgrade the virtual Hardware. 6. Power on the VM. 7. The Windows operating system detects new devices and prompts you to reboot the VM. 8. Reboot the VM to make the devices work properly. o During the virtual hardware upgrade, the VM must be shut down for all guest operating systems. o When you upgrade from virtual hardware version 3 to version 7, the upgrade is irreversible, even if you take a VM backup or snapshot before performing the upgrade. 4 to version 7 the upgrade is reversible if you take a VM backup or snapshot o Tools for installing updates and patches to ESX/ESXi hosts: o Host Update Utility – graphical utility for ESXi only. o Update Manager – for ESX and ESXi, o vihostupdate – command-line utility for ESX and ESXi. o esxupdate – command-line utility for ESX only. o If the Host Update Utility does not meet the needs of your environment, you can customize the application the settings.config XML file, located in %PROGRAMFILES%VMwareInfrastructureVIUpdate 4.0 o Run vihostupdate on ESX 4.0/ESXi 4.0 hosts. Run vihostupdate35 on ESX 3.5/ESXi 3.5 hosts. o The esxupdate utility is supported as well. It is for ESX only. o The vihostupdate command works with bulletins. o You can use the vihostupdate utility in conjunction with offline bundles or with a depot. o To get the build number of an ESX4 host: # vmware –l (from KB 1001179). vSphere Basic System Administration o VMware modules (plugins) include: o Update Manager o Converter Enterprise o vShield Zones – an application-aware firewall built for vCenter Server integration. It inspects client-server communications and intervirtual- machine communication to provide detailed traffic analytics and application-aware firewall partitioning. o Orchestrator – a workflow engine that enables you vmware vcp 410 to create and execute automated workflows. o Data Recovery – a disk-based backup and recovery solution. Enable centralized and efficient management of backup jobs and includes data de-duplication. o Tomcat Web server is installed as part of the vCenter Server installation. The components that require Tomcat are: o Linked Mode o CIM/Hardware Status tab

Back up the VirtualCenter 2.x SSL certificates. %ALLUSERSPROFILE%Application DataVMwareVMware VirtualCenter or %ALLUSERSPROFILE%VMwareVMware VirtualCenter. o Note any non-default settings, such as the IP address, the database DSN, user name, password, and assigned ports. o Create a backup copy of vpxd.cfg. o The database upgrade log is at %TEMP%VC Passed VCP410 DatabaseUpgrade.log. o By default, a vCenter Server creates a maximum of 10 simultaneous database connections. o Datastores and networks have their own set of privileges that control access to them. o Users are initially granted the No Access role on all new managed objects, including datastores and networks. All existing objects in vCenter maintain their permissions after the upgrade. o The upgrade process uses the datacenter's “Read-only” privilege. o If the “Read-only” privilege is nonpropagating (not inherited by child objects), VMware assumes access privileges should not be assigned to datastores and networks. o If the “Read-only” privilege is propagating (inherited by child objects), VMware assumes access privileges should be assigned to datastores and networks so users can view them and perform basic operations that require access. o The “Read-only” propagating permission on a datacenter, as well as all other permissions you have set, will continue to work as expected after the upgrade. o You must change “Read-only” nonpropagating datastore permissions to propagating datastore permissions in order for users to access the datastore. You can assign datastore permissions on datastore or folders containing datastore. The same goes for Network permissions. o The “Database Consumer” sample role assigns the “Allocate Space” privilege to the datastore. “Network Consumer” sample role assigns the “Assign Network” privilege. o Host Update Utility does not upgrade VMFS datastores or VM o Update Manager supports mass remediation. o During host upgrades using the Update Manager, static IP addresses are a requirement. o The upgrade to ESXi4 & ESX4 preserves almost all configuration data, including your networking, security, and storage configuration. The only configuration not preserved is related to licensing. o For ESX only, the upgrade reuses the existing /boot partition to hold the ESX 4.0 boot files. After the upgrade, the ESX 3.x installation is mounted in the new ESX 4.0 installation under the /esx3-installation directory. o Backup the ESX Host Configuration: o Back up the files in the /etc/passwd, /etc/groups, / Passed VCP 4 etc/shadow, and /etc/gshadow directories. o Back up any custom scripts. o Back up your .vmx files. o Back up local images, such as templates, exported VMs, and .iso files. o Backup the ESXi Host Configuration: vicfg-cfgbackup --server --portnumber -- protocol --username username --password -s o You cannot perform an in-place upgrade from ESX to ESXi (or from ESXi to ESX). o The only ESX 2.x version that has upgrade support is ESX 2.5.5 – you can perform a migration upgrade with or without VMotion. o Direct, in-place upgrade from ESX 2.5.5 to ESX 4.0 is not supported, even if you upgrade to ESX 3.x as an intermediary step. The default ESX 2.5.5 installation creates a /boot partition that is too small to enable upgrades to ESX 4.0. As an exception, if you have a non-default ESX 2.5.5 installation on which at least 100MB of space is available on the /boot partition, you can upgrade ESX 2.5.5 to ESX 3.x and then to ESX 4.0. o The upgrade logs are here: o /esx3-installation/esx4-upgrade/ o /var/log/vmware/ o For an unsuccessful ESX upgrade: o /esx4-upgrade/ o /var/log/vmware/ o You may need to reconnect the host to vCenter Server and assign an upgraded license to your product within 60 days after the upgrade. o The host sdX devices might be renumbered after the upgrade. o You must convert LUN masking to the claim rule format. Run the esxcli corestorage claimrule convert command. It converts the /adv/Disk/MaskLUNs advanced configuration entry in esx.conf to claim rules with MASK_PATH as the plug-in. o Web Access service is disabled after you upgrade the host. o vSphere Web Access is not supported on ESXi hosts. o 60-day evaluation count down starts even if the host is licensed and you are not using evaluation mode. o One advantage of using evaluation mode is that it offers full feature functionality. o After you determine that the ESX 4.0 upgrade is stable, vcp 410 you can remove the ESX 3.x boot option from the ESX 4.0 bootloader menu to disable the ability to roll back to ESX 3.x. If you deselected the rollback option, this procedure is not applicable. Run the cleanup-esx3 command with the optional -f (force) flag. o The cleanup-esx3 script removes the following files and references from the ESX 4.0 host: o ESX 3.x references in the /etc/fstab directory o ESX 3.x boot files in the /boot directory o The rollback-to-esx3 script in the /usr/sbin/ directory

When you restore the standard switch, a new virtual adapter is created and the management network uplink that is currently connected to vNetwork Distributed Switch is migrated to the new virtual switch. o The software creates these partitions: o One 4GB VFAT scratch partition for system VCP-410 questions swap. o One VMFS3 partition on the remaining free space. o The installer creates a 110MB diagnostic partition for core dumps. o The scratch partition is not required (but created by default during the installation). It is used to store vm-support output, which you need when you create a support bundle. o Lockdown mode prevents remote personnel from logging in to the ESXi host by using the root login name. By default, lockdown mode is disabled. o Resetting the configuration does not remove virtual machines on the ESXi host. After you reset the configuration defaults, the virtual machines are not visible, but you can retrieve them by reconfiguring storage and reregistering the virtual machines. o When you perform a configuration backup, the serial number is backed up with the configuration and is restored when you restore the configuration. The serial number is not preserved when you run the Recovery CD (ESXi Embedded) or perform the repair operation (ESXi Installable). o When you restore the configuration, the target host must be in maintenance mode, which means all virtual machines (including the vSphere CLI virtual appliance) must be powered off. o Run the vicfg-cfgbackup command with the -s flag to save the host configuration to the specified backup filename. o When you restore configuration data, the build number currently running on the host must be the same as the build number that was running when you created the backup file. You can override this requirement by including the -f (force) flag with the vicfg-cfgbackup command. o Run the vicfg-cfgbackup command with the -l flag to load the host configuration from the specified backup file. o You can restore the ESXi Installable software by running the ESXi installation CD in repair mode. All host configuration data is overwritten by system defaults. o During the repair operation, your existing ESXi 4.0 Installable VMFS datastore is preserved if it is in its original location on the ESXi 4.0 boot disk, or if it is located on another disk (separate from the boot disk). If you changed the VMFS location on the boot disk, it is preserved if it is located beyond the 900MB partition. vSphere upgrade guide o When you upgrade from ESX 3.x/ESXi 3.5 to ESX 4.0/ VCP-410 dumps ESXi 4.0, you can use either the vSphere Host Update Utility or vCenter Update Manager. o EDIT – you can also use the upgrade script (esxupgrade.sh – KB 1009440). VMware doesn’t mention the option of a fresh install at any point; they are pushing the upgrade option as much as possible. You can’t seem to do an upgrade with the ESX4 install CD. o Host Update Utility is used for upgrading ESX 3.x/ESXi 3.5 standalone hosts to ESX 4.0/ESXi 4.0 and for patching ESXi 4.0 standalone hosts. It is a standalone Microsoft Windows application recommended for smaller deployments with fewer than 10 ESX/ESXi hosts, without vCenter Server or Update Manager. o vCenter Update Manager is for upgrading and updating ESX/ESXi hosts that are managed in vCenter Server. o Orchestrated upgrades can be used to upgrade the VM hardware and VMware Tools. o No VMFS upgrade is required if you are upgrading from ESX 3.x o You must upgrade VMware Tools before upgrading virtual hardware. o After you upgrade to vCenter Server, you cannot revert to VirtualCenter 2.x. Take appropriate backups before starting the upgrade. o Upgrade VirtualCenter 2.x to vCenter Server 4.0: o Make sure your database is compatible o Have required permissions o Take a full backup of the VirtualCenter 2.x database o Back up the VirtualCenter 2.x SSL certificates o Install the vSphere Client o vCenter Converter, upgrade o vCenter Guided Consolidation upgrade o Upgrade to vCenter Update Manager 4.0. o Use vCenter Update Manager to upgrade ESX 3.x Passed VCP-410 hosts to ESX 4.0. (or use host update utility) o Use vCenter Update Manager to upgrade your VMs. vCenter Update Manager ensures that the VMware Tools upgrade and the virtual hardware upgrade happen in the correct order o Upgrade your product licenses o ESX 2.x hosts cannot be added to clusters. o Oracle 9i is no longer supported. o Microsoft SQL Server 2000 is no longer supported. o To Back Up VirtualCenter 2.x: o Make a full backup of the VirtualCenter 2.x database.

vCenter Server instances in a Linked Mode group can be in different domains if the domains have a two-way trust relationship. o The installer must be run by a domain user who is an administrator on both the machines. o The vCenter Server installer validates that the machine VCP-410 exam

clocks are not more than 5 minutes apart. o The instances can run under different domain accounts. o Windows Server 2008 automatically configures the firewall to permit access. Launch firewall.cpl and add an exception for C:WindowsADAMdsamain.exe o When you install vCenter Server in Linked Mode, the firewall configuration on any network-based firewalls must be modified. o Configure Windows RPC ports to generically allow selective ports for machine-to-machine RPC communication. o vCenter Collector service – uses port 8181 and 8182, by default. o vCenter Web Server – uses ports 8080 and 8443, by default. o All product licenses are encapsulated in 25-character license keys that you can manage and monitor from vCenter Server. o vSphere Licenses – For ESX/ESXi. o vCenter Server Licenses – For vCenter Server. o vCenter Server 4.0 does not require a license server to manage ESX 4.0/ESXi 4.0 hosts. However, vCenter Server 4.0 does requires a license server to manage ESX 3.x/ESXi 3.5 hosts. o If a vCenter Server license expires, the managed hosts become disconnected. o If an ESX/ESXi host license expires, the VMs that reside on the host continue to run, but you cannot power on the VMs or reset them. ESXi Installable and vCenter Server Setup Guide o When you power on the ESXi host for the first time or after resetting the configuration defaults, the host enters an autoconfiguration phase during which system network and storage devices are configured with defaults. o By default, DHCP configures IP and all visible blank VCP-410 exam questions internal disks are formatted with VMFS so that virtual machines can be stored on the disks. o ESXi has an interface called the direct console to: o Configuring host defaults o Setting up administrative access o Troubleshooting o Minimum hardware configurations supported by ESXi 4.0: o 64-bit x86 CPUs. o 2GB RAM minimum o Supported SATA, SAS or SCSI disks o The installer reformats and partitions the target disk and installs the ESXi 4.0 boot image. o ESXi Installable is always installed in evaluation mode (60 days). o ESXi Installable and ESXi Embedded cannot exist on the same host. o Booting multiple servers from a single shared ESXi image is not supported. o If there is no DHCP available during the install, it assigns the link local IP address, which is in the subnet 169.254.x.x/16. o Direct Console Action Key View and change the configuration F2 Change the user interface to high-contrast mode F4 Shut down or restart the host F12 Move the selection between fields Arrow keys Select a menu item Enter Toggle a value Spacebar Confirm sensitive commands, such as resetting configuration defaults F11 Save and exit Enter Exit without saving Esc Exit system logs q o To change the security banner > Advanced Settings window, select Annotations. o Test Management Network: o Pings the default gateway o Pings the primary DNS nameserver o Pings the secondary DNS nameserver o Resolves the configured host name o Restarting the management agents restarts all VCP-410 study guide management agents and services that are installed and running in /etc/init.d on the ESXi host. Typically, these agents include hostd, ntpd, sfcbd, slpd, wsman, and vobd. The software also restarts the Automated Availability Manager (AAM) if it is installed. o Disable the management network is if you want to isolate an ESXi host from an HA and DRS cluster, but you do not want to lose your static IP and DNS configurations or reboot the host.

o ks-first-safe.cfg Installs ESX on the first detected disk and preserves the VMFS datastores on the disk. o ks-first.cfg Installs ESX on the first detected disk. o The default root password is mypassword. o /boot and vmkcore are physical partitions. /, swap, /var/log, and all the optional partitions are stored on a virtual disk called esxconsole- /esxconsole.vmdk. The virtual disk is stored in a VMFS volume. o You cannot define the sizes of the /boot, VCP-410 dumps vmkcore, and /vmfs partitions when you use the graphical or text installation modes. You can define these partition sizes when you do a scripted installation. o ESX Required Partitions Mount Point Type Size Location /boot ext3 1.25GB of free space and includes the /boot and vmkcore partitions. The /boot partition alone requires 1100MB. Physical partition N/A swap 600MB recommended minimum 1600MB maximum. Virtual disk in a VMFS volume / ext3 Based on the size of the /usr partition. By default, the minimum size is 5GB and no /usr partition is defined. Virtual disk in a VMFS volume N/A VMFS3 For VMFS volumes hosting esxconsole.vmdk: 1200MB and an additional 10GB. VMFS2 is supported in read-only mode to import legacy VMs. Physical partition. N/A vmkcore See /boot Physical partition o ESX Optional Partitions Mount Point Type Recommended Size Location /home ext3 512MB Virtual disk in a VMFS volume /tmp ext3 1024MB Virtual disk /usr ext3 Missing in PDF Virtual disk /var/log ext3 2000MB Virtual disk. VCP-410 The graphical and text installers create this partition by default. o vihostupdate command applies software updates to ESX4/ESXi4 hosts and installs and updates ESX/ESXi extensions (use vihostupdate35 on ESX 3.5/ESXi 3.5 hosts.) o The esxupdate utility is for ESX only. o You can use the vihostupdate utility in conjunction with offline bundles or with a depot o vSphere Databases: o Microsoft SQL Server 2005 Express – up to 5 hosts and 50 VMs. If the machine has Microsoft SQL Native Client installed, remove it before installing vCenter Server with the bundled database. If the machine has MSXML Core Services 6.0 installed, remove it before installing o Microsoft SQL Server 2005 – Windows XP, apply MDAC 2.8 SP1 to the client. Use the SQL Native Client driver (version 9.x) for the client. Ensure that the machine has a valid ODBC DSN entry. Remove MSXML Core Services 6.0 before o Microsoft SQL Server 2008 – Windows XP, apply MDAC 2.8 SP1 to the client. Use the SQL Native Client driver (version 10.x) for the client. Ensure that the machine has a valid ODBC DSN entry. o Oracle 10g – If necessary, first apply patch 10.2.0.3 (or later) to the client and server. Then apply patch 5699495 to the client. Ensure that the machine has a valid ODBC DSN entry. o Oracle 11g – Ensure that the machine has a valid ODBC DSN entry. o Even though vCenter Server is supported on 64-bit operating systems, the vCenter Server system must have a 32-bit DSN. This requirement applies to all supported databases. By default, any DSN created on a 64-bit system is 64 bit. On a 64-bit system use C:WINDOWSSYSWOW64odbc32.exe. o vCenter Server must have a computer name that is 15 characters or fewer. The data source name (DSN) and remote database systems can have names with more than 15 characters. o To prepare a SQL Server database to work with vCenter VCP-410 braindump Server, you generally need to create a SQL Server database user with database operator (DBO) rights. o If you use SQL Server for vCenter Server, do not use the master database. o When using Microsoft SQL Server 2008 Standard Edition with vCenter Server, do not name the instance MSSQLSERVER. o The vCenter Server performs a silent installation of vCenter Orchestrator. If you install vCenter Server on an IPv6 operating system, the vCenter Orchestrator module is not supported. o The vSphere Host Update Utility is for updating and patching ESXi 4.0 hosts and upgrading ESX 3.x/ESXi 3.5 hosts to ESX 4.0/ESXi 4.0. o You can join multiple vCenter Server systems to form a Linked Mode group. o Linked Mode global data includes: o Connection information (IP and ports) o Certificates o Licensing information o User roles

The evaluation period is 60 days and begins as soon as you power on the ESX machine, even if you start in license mode initially. o The installer creates three basic partitions: /boot, vmkcore and VMFS. The service console VMDK file contains swap, and /var/log, by default, and any other partitions that you specify. o The media depot is a network-accessible VCP-410 exam questions location that contains the ESX installation media. You can use HTTP/ HTTPS, FTP, or NFS to access the depot. o Scripted installation – you must point to the media depot in the script by including the install command with the nfs or url option. o Interactive installation – include the askmedia boot option. o The boot options list appears when you boot the installer and press F2. o Bootstrap Commands for ESX Installation Command Description askmedia Allows you to interactively select the location of the ESX installation media. This option is required if the image is hosted at an HTTP, FTP, or NFS location. BOOTIF Accepts the format for the boot network adapter as supplied by PXELINUX. gateway= Sets this network gateway as the default gateway during the install. ip= Specifies a static IP address to be used for downloading the script and the installation media. The IPAPPEND option is also supported if you PXE boot the installer. ks=cdrom:/ Performs a scripted installation with the script at , which resides on the DVD in the DVD-ROM drive. ks=file:// Performs a scripted installation with the script at , which resides inside the initial ramdisk image. ks=ftp://// Performs a scripted installation with a script located at the given URL. ks=http:/// Performs a scripted installation with a script located at the given URL. ks=https:/// Performs a scripted installation with a script located at the given URL. ks=nfs:/// Performs a scripted installation with the script located at on a given NFS server. ks=usb Performs a scripted installation with the ks.cfg script in the root directory of the USB flash drive attached to the host. If multiple flash drives are attached, the installer cycles through each one, mounting and unmounting them until the file named ks.cfg is found. ks=UUID::/ Performs a scripted VCP-410 study guide installation with a script located on the ext partition with the given UUID. ksdevice= Same as netdevice nameserver= Specifies a domain name server as the nameserver during the install. netdevice= Tries to use a network adapter when looking for an installation script and installation media. Specify as a MAC address (for example, 00:50:56:C0:00:01). If not specified and files need to be retrieved over the network, the installer defaults to the first discovered network adapter. The IPAPPEND option is also supported if you PXE boot the installer. netmask= Specifies subnet mask for the network interface that downloads the installation media. noapic Flags the kernel to use the XTPIC instead of the APIC. text Starts the ESX installer in text mode. url= Looks for the installation media at the specified URL. When you are PXE booting the installer, the url= command only works with earlier versions of SYSLINUX. The command does not work with SYSLINUX/PXELINUX version 3.70 and higher. vlanid= Configures the VLAN for the network card. o PXE Boot the ESX Installer: 1. Install TFTP server software that supports PXE booting. 2. Put menu.c32 file in an accessible place 3. Install PXELINUX. 4. Configure the DHCP server. 5. Create the kernel image and ramdisk directory by copying the vmlinuz and initrd.img files from the /isolinux directory on the ESX installation DVD to a supported location. 6. Create the /tftpboot/pxelinux.cfg directory on your TFTP server. 7. Create a PXE configuration file. PXE configuration file in / VCP-410 questions tftpboot/pxelinux.cfg o In an interactive installation, omit the ks= option. o ESX 3.x supported a hybrid installation. You could supply an incomplete ESX installation script, and the installer prompts you for the missing parts. ESX 4.0 does not support this. o Install ESX interactively or by using a script. For interactive installation, you can use graphical mode or text mode. o The installer erases all content on the selected storage device. o Installing ESX on a USB device is not supported. o VMFS2 volumes are not recognized by the ESX 4.0 installer. o The installation log is /var/log/esx_install.log. o The installation script can reside in one of the following locations: o Default installation script o FTP o HTTP/HTTPS o NFS o USB flash drive o Local disk o The installer creates a /root/ks.cfg script, which reflects the choices you made in the interactive installation. o Installation media contains the following default installation scripts: