IT Course Directory: VMware, Linux, Networking, and Raspberry Pi
VCP5-DCV: VMware vSphere 5 Data Center Virtualization Course
Learn vSphere 5 administration, ESXi, vCenter Server, virtual networking, VM deployment, vMotion, Fault Tolerance, lifecycle management, and VCP5-DCV exam skills.
Course overview
This course introduces the administration of a VMware vSphere 5 virtual infrastructure and provides a practical foundation for VCP5-DCV certification preparation. You will learn how ESXi hosts run virtual machines, how vCenter Server manages multiple hosts, and how networking, storage, migration, availability, and maintenance features fit together.
The course assumes basic knowledge of computer hardware, operating systems, Windows administration, IP addressing, subnetting, default gateways, DNS, and network troubleshooting. A small lab with one or more physical or nested ESXi hosts is useful for practice. Use the VCP5-DCV curriculum to organize your study and the course activities to reinforce each skill.
1. Virtualization and vSphere fundamentals
Why use server virtualization?
Server virtualization allows one physical server to run several isolated software-defined computers. Each virtual machine receives virtual CPU, memory, disk, and network devices while sharing the physical host's underlying resources.
- Hardware consolidation: Several workloads can use one physical server, reducing unused capacity.
- Isolation: A failure or configuration change in one virtual machine is separated from other machines.
- Provisioning speed: New servers can be created from templates or existing disk images.
- Mobility: Compatible virtual machines can be moved between hosts.
- Operational flexibility: Administrators can schedule maintenance and redistribute workloads more easily.
Core terms
A virtual machine is a software-defined computer that runs a guest operating system. A hypervisor provides the layer that presents virtual hardware and schedules access to physical resources. An ESXi server is a host: a physical server running the hypervisor. The collection of hosts, virtual machines, storage, networks, and management services is the virtual infrastructure.
In vSphere, ESXi runs the workloads. vCenter Server provides centralized management. The vSphere Client is the administrator's interface. Datastores provide VM files, virtual switches and port groups provide connectivity, and features such as vMotion and Fault Tolerance use these foundations to provide mobility and availability.
2. vSphere architecture and components
| Component | Primary role | What it manages or provides | Typical administrator use |
|---|---|---|---|
| ESXi | Bare-metal hypervisor | CPU, memory, devices, and running VMs on a physical server | Install and configure hosts; run workloads |
| vCenter Server | Central management platform | Hosts, clusters or inventory objects, VMs, permissions, and features | Manage multiple hosts and perform migrations |
| vSphere Client | Administrative interface | Views and operations exposed by ESXi or vCenter Server | Configure, monitor, and operate infrastructure |
| vCenter Orchestrator | Workflow automation | Repeatable workflows that coordinate vCenter tasks | Automate multi-step administrative processes |
| vSphere Update Manager | Lifecycle and update management | Host patch baselines, compliance checks, and update workflows | Plan and apply host updates |
How the components work together
An administrator connects to an ESXi host directly for host-level work or connects to vCenter Server for centralized operations. vCenter Server communicates with managed ESXi hosts and maintains an inventory. A VM is stored on a datastore, runs on an ESXi host, and connects through a port group on a virtual switch. Physical network adapters, called uplinks, connect virtual switching to the physical network.
| Object | Contains or connects to | Managed by | Example |
|---|---|---|---|
| vCenter Server | Hosts, VMs, networks, storage, and permissions | vSphere administrators | Central inventory for a data center |
| ESXi host | VMs, virtual switches, host services, and local resources | Direct client or vCenter Server | esxi01.example.local |
| Datastore | VM configuration files, virtual disks, and snapshots | Host or vCenter Server | Shared VMFS datastore |
| Virtual switch | Port groups and virtual adapters | Host configuration | vSwitch0 with a physical uplink |
| Port group | VM or VMkernel network connections | Virtual switch configuration | Production-Network |
| Virtual machine | Guest OS, virtual hardware, and applications | ESXi through vCenter Server | Windows application server |
3. Planning a small virtual infrastructure
Host hardware and resources
Check processor compatibility, supported network adapters, storage controllers, memory capacity, and firmware before installing ESXi. Size hosts for more than the current workload: account for the management layer, operating-system overhead, growth, maintenance, and failover capacity.
- Use compatible processors and enable required virtualization features in firmware when applicable.
- Install enough memory for the planned VMs plus ESXi overhead and operational reserve.
- Provide multiple network adapters when separating management, VM, storage, or migration traffic.
- Plan reliable storage with adequate capacity, performance, and redundancy.
- Document server names, asset identifiers, firmware versions, and physical port connections.
Network and IP planning
Assign a unique, preferably static, management IP address to every ESXi host. Record the subnet mask or prefix, default gateway, DNS servers, hostname, VLAN information, and physical switch port. Verify that the administration workstation, vCenter Server, ESXi hosts, DNS, storage networks, and migration networks can communicate as required.
Storage and management layout
A small environment can use one vCenter Server, one or two ESXi hosts, a management network, a VM network, and a datastore accessible to the hosts. Separate traffic logically or physically when performance, security, or availability requirements justify it. Shared storage is particularly important for many migration and availability designs because the destination host must access the VM's files.
Before deployment, prepare DNS records, IP addresses, VLANs, switch ports, time settings, administrator credentials, installation media, datastore capacity, and a recovery plan. Create a simple diagram showing vCenter Server, ESXi hosts, storage, physical switches, and network purposes.
4. Installing and configuring ESXi
Installation sequence
- Confirm hardware compatibility, firmware settings, boot media, and the intended installation disk.
- Boot the physical server from the ESXi installer.
- Select the installation target and set the root password.
- Reboot from the ESXi installation disk and record the host identity.
- Open the local ESXi configuration interface and configure the management network.
Management network configuration
The management network carries administrative communication between the ESXi host, vCenter Server, and administration workstations. Configure the host's management VLAN or switch connection, IPv4 address, subnet mask or prefix, default gateway, DNS servers, and hostname.
Host name: esxi01.example.local
Management IP: 192.0.2.21
Subnet mask: 255.255.255.0
Default gateway: 192.0.2.1
DNS server: 192.0.2.53
Management VLAN: 20The values above are examples only. Use addresses appropriate for your lab or organization. After saving the configuration, verify the physical switch port, VLAN alignment, uplink, gateway, DNS resolution, and client reachability. Test both the hostname and IP address where DNS is configured.
ping <management-ip>
ping <esxi-hostname>When a host becomes inaccessible
- Confirm the management IP and subnet settings locally on the host.
- Check the cable, NIC link, physical switch port, VLAN, and virtual-switch uplink.
- Verify that the gateway and DNS settings match the intended network.
- Use local host access to correct a bad management configuration before changing remote settings.
5. Deploying and managing vCenter Server
vCenter Server provides centralized inventory, permissions, monitoring, and access to features that require coordinated management of multiple hosts. It does not replace ESXi: ESXi continues to run the VMs, while vCenter Server coordinates administrative operations.
Adding a host to inventory
- Connect to vCenter Server with an account authorized to add hosts.
- Select the intended data center or management object.
- Choose the operation to add an ESXi host.
- Enter the host's fully qualified name or IP address.
- Supply the ESXi connection credentials and accept the security prompt when the identity is verified.
- Review host summary, networking, storage, and alarm status after the task completes.
Organize inventory by data center, cluster or host group, folders, and meaningful names. Keep organizational structure consistent with responsibility, location, environment, or service. Permissions are evaluated through users, groups, roles, and object inheritance. Grant only the rights needed for a task and avoid using unrestricted administrator access for routine work.
If a host cannot be added, check reachability between vCenter Server and the host, credentials, DNS resolution, host connection state, and whether the host is already managed elsewhere.
6. Using the vSphere Client
The vSphere Client presents inventory objects and task-specific controls. Learn to distinguish the inventory view from the summary, monitor, configuration, permissions, events, and task panes.
- Use the inventory to select a data center, host, datastore, network, or VM.
- Use summary views to check power state, capacity, alarms, and connections.
- Use configuration views to change host networking, storage, and system settings.
- Use tasks and events to determine whether an operation succeeded and to find failure details.
- Use permissions and roles to review administrative access.
Routine work includes powering VMs on or off, opening a console, editing virtual hardware, checking datastore usage, reviewing host alarms, and placing a host into maintenance mode when appropriate.
7. Deploying and administering virtual machines
VM deployment workflow
- Choose a host or cluster and start the new-VM wizard.
- Select a name, guest operating-system family, and compatible virtual hardware version.
- Select a datastore with enough capacity and suitable performance.
- Assign virtual CPUs, memory, a virtual disk, and a network adapter.
- Attach installation media and select the correct port group.
- Power on the VM, open its console, and install the guest operating system.
- Install appropriate guest tools when supported, then verify drivers, time behavior, IP settings, and application operation.
| Configuration area | Decision | Example selection | Validation step |
|---|---|---|---|
| Guest OS | Which operating system will run? | Windows Server | Installer detects compatible virtual hardware |
| CPU and memory | What resources does the workload need? | 2 vCPUs and 4 GB RAM | Guest boots without sustained resource pressure |
| Storage | Which datastore and disk type are appropriate? | Shared datastore with a new virtual disk | Disk is visible to the guest and datastore has free space |
| Network | Which port group provides connectivity? | Server-Network | Guest receives or uses the intended IP configuration |
| Installation media | Where is the OS installer? | Mounted ISO image | VM boots to the installer |
Routine VM operations
Powering off a VM is equivalent to removing power from a physical computer, so use a guest operating-system shutdown when possible. Restart, suspend, console access, snapshots, and hardware changes should follow workload and change-control requirements. Monitor CPU, memory, disk, network, alarms, events, and datastore capacity rather than judging health from power state alone.
Increase resources only when monitoring shows a need. Excessive virtual CPU or memory allocation can reduce overall host efficiency. Confirm that the guest operating system and applications recognize the change after editing virtual hardware.
8. Virtual networking
Virtual switches and port groups
A virtual switch forwards traffic between virtual adapters and, through physical uplinks, the external network. A port group is a named policy and connection point on the switch. VM adapters connect to VM port groups. ESXi services such as management and vMotion use VMkernel adapters connected through suitable port groups.
A basic design might include a management port group for ESXi administration, a VM port group for guest traffic, and a separate vMotion-enabled VMkernel connection. Physical switch ports must provide the expected VLANs and must be connected to the correct ESXi uplinks.
- Use clear port-group names that identify purpose and VLAN.
- Confirm that every required host has equivalent network connectivity.
- Separate management, VM, storage, and migration traffic when required by security or performance.
- Check that a VM adapter is connected and attached to the intended port group.
For a VM with no network access, check the adapter's connected and connect-at-power-on settings, port group, virtual-switch uplink, physical switch VLAN, and guest IP configuration.
9. vMotion live migration
vMotion migrates a powered-on VM from one compatible ESXi host to another while keeping the guest service available with only a brief transition. It supports maintenance, workload balancing, and planned host changes.
| Requirement | Why it matters | How to verify | Common issue if missing |
|---|---|---|---|
| Compatible hosts | The destination must run the VM's virtual hardware and guest workload correctly | Compare processor compatibility, versions, and configuration | Migration compatibility error |
| vMotion VMkernel networking | Transfers VM execution state between hosts | Check enabled service, addressing, VLAN, and reachability | Migration network unavailable |
| Destination resources | The target must have sufficient CPU and memory | Review host capacity and reservations | Insufficient resources |
| Storage access | The destination must access required VM files or meet the selected storage mode | Check datastore visibility and permissions | Disk or datastore inaccessible |
| Network equivalence | The VM must retain its network connection after migration | Compare port-group availability on both hosts | Disconnected or misconnected VM adapter |
Migration procedure and validation
- Prepare both hosts with compatible configuration and working migration connectivity.
- Confirm that the destination sees the required datastore and VM port group.
- Check alarms, reservations, CPU compatibility, and available capacity.
- Start the migration operation and select the destination host.
- Monitor the task and events until completion.
- Confirm the VM is running on the target, remains connected to the intended network, and continues serving the guest application.
If vMotion fails, inspect task messages first. Then verify host management status, migration VMkernel connectivity, storage accessibility, destination resources, CPU compatibility, and network equivalence.
10. Fault Tolerance
Fault Tolerance protects an eligible VM by maintaining a primary VM and a synchronized secondary VM on another host. The secondary follows the primary's execution so that a host failure can be handled with continuity for the protected workload.
| Consideration | Impact on protection | Administrative check |
|---|---|---|
| Host compatibility | Both hosts must support the feature and workload | Review versions, processors, configuration, and eligibility checks |
| Separate host placement | A single host failure must not remove both copies | Confirm primary and secondary are on different suitable hosts |
| Logging and FT networking | Synchronization requires reliable, adequate network connectivity | Validate the required VMkernel services, VLANs, and paths |
| CPU, memory, and storage capacity | The environment must run and synchronize both copies | Check reservations, host load, datastore access, and headroom |
| Workload and virtual hardware | Some configurations or workloads may be ineligible | Review vCenter compatibility messages before enabling |
To configure Fault Tolerance, select an eligible VM, choose the protection operation, select a suitable secondary host, and review the resulting primary and secondary status. Monitor alarms, synchronization state, host placement, and task events. Test continuity in a controlled lab or approved maintenance window; do not simulate failure on an uncontrolled production workload.
11. Maintenance and lifecycle management
vSphere Update Manager supports host update planning by comparing hosts with update baselines and coordinating remediation workflows. Lifecycle work should include compatibility checks, backups or recovery validation, communication, a maintenance window, and post-change verification.
- Inventory hosts, versions, drivers, firmware dependencies, and affected workloads.
- Review update compliance and identify prerequisite or conflicting updates.
- Schedule maintenance and decide how VMs will be moved or stopped.
- Use migration or availability features to reduce disruption where supported.
- Remediate hosts through the approved Update Manager workflow.
- Verify host connectivity, storage, networking, alarms, VM power state, and application health.
Before placing a host into maintenance mode, identify VMs that cannot migrate because of local storage, device passthrough, affinity rules, compatibility, or resource constraints. A successful patch task does not by itself prove that applications and network paths are healthy.
12. Practical lab sequence
Lab 1: Build the first ESXi host
- Install ESXi on a lab server.
- Set a static management IP, subnet mask, gateway, DNS server, and hostname.
- Connect the management uplink to the intended physical switch and VLAN.
- From the administration workstation, test access by IP address and hostname.
Lab 2: Create a vSphere inventory
- Deploy or connect to vCenter Server.
- Create an appropriate data center or management structure.
- Add one or more ESXi hosts with verified credentials.
- Review host status, datastores, networks, alarms, tasks, and events.
- Organize hosts and VMs using consistent names and folders.
Lab 3: Deploy a Windows VM
- Create a VM with an appropriate guest type, CPU, memory, disk, and datastore.
- Attach Windows installation media.
- Select the intended port group and power on the VM.
- Install Windows, configure its IP settings, and verify network connectivity.
- Practice graceful shutdown, restart, console access, and hardware inspection.
Lab 4: Configure networking
- Create or select a virtual switch.
- Connect the correct physical uplink.
- Create a port group with the required VLAN and name.
- Attach a VM adapter to the port group.
- Test guest connectivity and verify the path through the virtual and physical switches.
Lab 5: Migrate and protect workloads
- Prepare two compatible hosts with shared storage and migration networking.
- Migrate a powered-on test VM with vMotion.
- Validate host placement, guest connectivity, and application availability.
- Check Fault Tolerance eligibility for a suitable lab VM.
- Enable protection, observe primary and secondary status, and perform a controlled continuity test.
13. Troubleshooting guide
Client cannot connect to an ESXi host
- Confirm the management IP and hostname.
- Check physical connectivity, VLAN alignment, gateway, DNS, and workstation reachability.
- Confirm that the correct host address and credentials are being used.
Host cannot be added to vCenter Server
- Verify network reachability from vCenter Server to the host.
- Check host credentials and name resolution.
- Review whether the host is already managed elsewhere or has an existing connection problem.
VM has no network access
- Verify that the virtual adapter is connected.
- Confirm the selected port group and virtual-switch uplink.
- Check physical-switch VLAN configuration.
- Verify guest IP address, subnet, gateway, DNS, and local firewall settings.
vMotion is unavailable
- Confirm that both hosts are managed, compatible, and not in a failed state.
- Verify migration VMkernel connectivity and VLAN configuration.
- Check destination CPU and memory capacity.
- Confirm datastore accessibility and port-group availability.
- Read task and event messages for the specific failure.
Fault Tolerance cannot be enabled
- Check VM and host eligibility, virtual hardware, and workload constraints.
- Verify required FT networking and host separation.
- Confirm sufficient CPU, memory, storage, and synchronization capacity.
- Review vCenter task messages for unmet prerequisites.
14. VCP5-DCV certification preparation
Certification preparation should combine terminology review with repeated hands-on administration. Be able to explain not only what a feature does, but also which components it depends on and how to validate the result.
- Draw the relationship between vCenter Server, ESXi, VMs, datastores, virtual switches, port groups, and VMkernel networks.
- Practice installing ESXi and configuring a reachable management network.
- Practice adding hosts, organizing inventory, assigning permissions, and reading tasks and events.
- Deploy VMs and change CPU, memory, disk, and network settings safely.
- Explain vMotion prerequisites and diagnose migration failures.
- Explain Fault Tolerance primary and secondary roles, prerequisites, monitoring, and testing.
- Review Update Manager workflows, maintenance planning, and post-update validation.
Keep a lab log containing configuration decisions, command or wizard results, failure messages, and corrective actions. When a task feels easy, deliberately break one dependency in a safe lab—for example, use an incorrect VLAN or remove destination storage visibility—then restore it and document the symptoms.
15. Knowledge and skills checklist
- Define VCP5-DCV, vSphere, ESXi, host, VM, guest OS, vCenter Server, vSphere Client, virtual switch, port group, vMotion, and Fault Tolerance.
- Explain how compute, storage, management, and network components cooperate.
- Plan host hardware, IP addressing, DNS, VLANs, uplinks, datastores, and management layout.
- Install ESXi and verify management access.
- Add and organize hosts in vCenter Server.
- Create, install, operate, resize, and monitor a virtual machine.
- Configure VM and management networking.
- Prepare and validate a vMotion migration.
- Plan, enable, monitor, and test Fault Tolerance for an eligible VM.
- Plan host maintenance with Update Manager and verify health afterward.
- Use tasks, events, alarms, and structured checks to troubleshoot failures.
For additional study in related administration areas, see the course catalog and use the practical VCP5-DCV activities as a repeatable lab checklist.