6.7
Table Of Contents
- vSphere Storage
- Contents
- About vSphere Storage
- Introduction to Storage
- Getting Started with a Traditional Storage Model
- Overview of Using ESXi with a SAN
- Using ESXi with Fibre Channel SAN
- Configuring Fibre Channel Storage
- Configuring Fibre Channel over Ethernet
- Booting ESXi from Fibre Channel SAN
- Booting ESXi with Software FCoE
- Best Practices for Fibre Channel Storage
- Using ESXi with iSCSI SAN
- Configuring iSCSI Adapters and Storage
- ESXi iSCSI SAN Recommendations and Restrictions
- Configuring iSCSI Parameters for Adapters
- Set Up Independent Hardware iSCSI Adapters
- Configure Dependent Hardware iSCSI Adapters
- Configure the Software iSCSI Adapter
- Configure iSER Adapters
- Modify General Properties for iSCSI or iSER Adapters
- Setting Up Network for iSCSI and iSER
- Using Jumbo Frames with iSCSI
- Configuring Discovery Addresses for iSCSI Adapters
- Configuring CHAP Parameters for iSCSI Adapters
- Configuring Advanced Parameters for iSCSI
- iSCSI Session Management
- Booting from iSCSI SAN
- Best Practices for iSCSI Storage
- Managing Storage Devices
- Storage Device Characteristics
- Understanding Storage Device Naming
- Storage Rescan Operations
- Identifying Device Connectivity Problems
- Enable or Disable the Locator LED on Storage Devices
- Erase Storage Devices
- Working with Flash Devices
- About VMware vSphere Flash Read Cache
- Working with Datastores
- Types of Datastores
- Understanding VMFS Datastores
- Upgrading VMFS Datastores
- Understanding Network File System Datastores
- Creating Datastores
- Managing Duplicate VMFS Datastores
- Increasing VMFS Datastore Capacity
- Administrative Operations for Datastores
- Set Up Dynamic Disk Mirroring
- Collecting Diagnostic Information for ESXi Hosts on a Storage Device
- Checking Metadata Consistency with VOMA
- Configuring VMFS Pointer Block Cache
- Understanding Multipathing and Failover
- Failovers with Fibre Channel
- Host-Based Failover with iSCSI
- Array-Based Failover with iSCSI
- Path Failover and Virtual Machines
- Pluggable Storage Architecture and Path Management
- Viewing and Managing Paths
- Using Claim Rules
- Scheduling Queues for Virtual Machine I/Os
- Raw Device Mapping
- Storage Policy Based Management
- Virtual Machine Storage Policies
- Workflow for Virtual Machine Storage Policies
- Populating the VM Storage Policies Interface
- About Rules and Rule Sets
- Creating and Managing VM Storage Policies
- About Storage Policy Components
- Storage Policies and Virtual Machines
- Default Storage Policies
- Using Storage Providers
- Working with Virtual Volumes
- About Virtual Volumes
- Virtual Volumes Concepts
- Virtual Volumes and Storage Protocols
- Virtual Volumes Architecture
- Virtual Volumes and VMware Certificate Authority
- Snapshots and Virtual Volumes
- Before You Enable Virtual Volumes
- Configure Virtual Volumes
- Provision Virtual Machines on Virtual Volumes Datastores
- Virtual Volumes and Replication
- Best Practices for Working with vSphere Virtual Volumes
- Troubleshooting Virtual Volumes
- Filtering Virtual Machine I/O
- Storage Hardware Acceleration
- Hardware Acceleration Benefits
- Hardware Acceleration Requirements
- Hardware Acceleration Support Status
- Hardware Acceleration for Block Storage Devices
- Hardware Acceleration on NAS Devices
- Hardware Acceleration Considerations
- Thin Provisioning and Space Reclamation
- Using vmkfstools
- vmkfstools Command Syntax
- The vmkfstools Command Options
- -v Suboption
- File System Options
- Virtual Disk Options
- Supported Disk Formats
- Creating a Virtual Disk
- Initializing a Virtual Disk
- Inflating a Thin Virtual Disk
- Converting a Zeroedthick Virtual Disk to an Eagerzeroedthick Disk
- Removing Zeroed Blocks
- Deleting a Virtual Disk
- Renaming a Virtual Disk
- Cloning or Converting a Virtual Disk or RDM
- Extending a Virtual Disk
- Upgrading Virtual Disks
- Creating a Virtual Compatibility Mode Raw Device Mapping
- Creating a Physical Compatibility Mode Raw Device Mapping
- Listing Attributes of an RDM
- Displaying Virtual Disk Geometry
- Checking and Repairing Virtual Disks
- Checking Disk Chain for Consistency
- Storage Device Options
After vCenter Server discovers storage containers exported by storage systems, you must mount them as
Virtual Volumes datastores. The Virtual Volumes datastores are not formatted in a traditional way like, for
example, VMFS datastores. You must still create them because all vSphere functionalities, including FT,
HA, DRS, and so on, require the datastore construct to function properly.
You use the datastore creation wizard in the vSphere Client to map a storage container to a Virtual
Volumes datastore. The Virtual Volumes datastore that you create corresponds directly to the specific
storage container.
From a vSphere administrator prospective, the Virtual Volumes datastore is similar to any other datastore
and is used to hold virtual machines. Like other datastores, the Virtual Volumes datastore can be browsed
and lists virtual volumes by virtual machine name. Like traditional datastores, the Virtual Volumes
datastore supports unmounting and mounting. However, such operations as upgrade and resize are not
applicable to the Virtual Volumes datastore. The Virtual Volumes datastore capacity is configurable by the
storage administrator outside of vSphere.
You can use the Virtual Volumes datastores with traditional VMFS and NFS datastores and with vSAN.
Note The size of a virtual volume must be a multiple of 1 MB, with a minimum size of 1 MB. As a result,
all virtual disks that you provision on a Virtual Volumes datastore must be an even multiple of 1 MB. If the
virtual disk you migrate to the Virtual Volumes datastore is not an even multiple of 1 MB, extend the disk
to the nearest even multiple of 1 MB.
Virtual Volumes and VM Storage Policies
A virtual machine that runs on a Virtual Volumes datastore requires a VM storage policy.
A VM storage policy is a set of rules that contains placement and quality-of-service requirements for a
virtual machine. The policy enforces appropriate placement of the virtual machine within Virtual Volumes
storage and guarantees that storage can satisfy virtual machine requirements.
You use the VM Storage Policies interface to create a Virtual Volumes storage policy. When you assign
the new policy to the virtual machine, the policy enforces that the Virtual Volumes storage meets the
requirements.
Virtual Volumes Default Storage Policy
For Virtual Volumes, VMware provides a default storage policy that contains no rules or storage
requirements, called VVol No Requirements Policy. This policy is applied to the VM objects when you do
not specify another policy for the virtual machine on the Virtual Volumes datastore. With the No
Requirements policy, storage arrays can determine the optimum placement for the VM objects.
The default No Requirements policy that VMware provides has the following characteristics:
n
You cannot delete, edit, or clone this policy.
n
The policy is compatible only with the Virtual Volumes datastores.
n
You can create a VM storage policy for Virtual Volumes and designate it as the default.
vSphere Storage
VMware, Inc. 279