VMware Virtual SAN Cookbook - Sample Chapter
VMware Virtual SAN Cookbook - Sample Chapter
VMware Virtual SAN Cookbook - Sample Chapter
ee
VMware
Virtual
SAN
is
a
radically
simple,
hypervisor-converged storage system designed and
optimized for vSphere virtual infrastructure. Traditional
storage solutions such as monolithic storage arrays and
complex management tools are often ill-suited to the needs
of the modern data center. Software-defined storage
solutions, such as VMware Virtual SAN, integrate the
storage side of the infrastructure with the server side and
can simplify management and improve flexibility.
You will start with an introduction to VSAN and object
storage, before moving on to hardware selection. Later,
you will go through the preparation that must be performed
in your existing infrastructure to support the pending
VSAN deployment. Next, you will touch base with Storage
Policy-based Management and also cover policy changes,
maintenance, validation, and troubleshooting VSAN. Finally,
you will move on to recipes which will help expedite the
problem resolution process that will provide you with all the
information required to find a rapid resolution.
$ 39.99 US
25.99 UK
P U B L I S H I N G
Jeffrey Taylor
Sa
pl
e
Q u i c k
a n s w e r s
t o
c o m m o n
p r o b l e m s
Jeffrey Taylor
P U B L I S H I N G
Preface
Preface
VMware Virtual SAN (VSAN) is the converged storage solution for VMware vSphere.
Integrated directly into the hypervisor, this is a native solution with no VM-based
intermediaries for storage delivery. As a result, VSAN is fast, simple to deploy and
manage, and integrates tightly with the existing VMware vSphere product suite.
As the solution is native to ESXi and runs on the hypervisor itself, its architecture is simplified
and the storage-delivery mechanism is tightly integrated and uniquely suited to the needs
of vSphere infrastructures. VSAN is an object-oriented storage solution, where each VM
is comprised of a number of objects physically distributed across the ESXi cluster. This
object-oriented nature means that access to your data happens natively, without the need
for traditional intermediate storage protocols like iSCSI or Fibre Channel.
VSAN's object-oriented nature also means that your VMs exist as a series of distributed
objects rather than a series of monolithic files. Whereas, with traditional storage, you have a
series of files (configuration files, virtual disks, swap, snapshots, and so on), with VSAN you
have a coordinated and related series of objects. These objects are a container for small
configuration files (the namespace object, also called VM Home), objects for each virtual
disk, objects for each snapshot, and an object for the VM swap space.
The key point when discussing VSAN's architecture, is how it integrates into the existing
hypervisor infrastructure to deliver the final service of any hypervisor: production virtual
machines. Behind this integration of the storage and compute virtualization layers is the
notion of hyper-converged infrastructure. VSAN is one element of converged infrastructure.
The goal of hyper-converged infrastructure is to abstract the traditional demarcations within
the environment (compute, network, and storage) by converging all aspects of the datacenter
into a software-defined model with a centralized control plane and a distributed data/IO plane.
Preface
VSAN is the storage element of the software-defined datacenter. User data (VMs) is abstracted
and distributed across the compute cluster. Each VM exists as a collection of related objects,
distributed optimally within the compute resources. VSAN natively integrates with vCenter
and its associated management tools. As a result, VSAN brings truly native, truly integrated
management of the storage system into the existing and familiar vSphere operating structure.
A major benefit to this new operating model of the storage system is its simplicity and
centralized management. VSAN obviates the need for traditional monolithic storage arrays
connected via traditional protocols. It also significantly improves on existing virtualization-centric
distributed storage solutions, typically delivered as virtual storage appliances (VSAs). Embedding
the distributed storage system into the hypervisor allows for gains in performance and
management. Native management through the vCenter Server means that storage for the
virtual infrastructure can now be deployed and managed by the virtualization engineer.
Preface
Appendix A, Chapter-specific Expansion, highlights a number of VSAN concepts that we
discussed throughout this book, which can be expanded with supplementary information
to improve comprehension. This information is presented on a chapter-by-chapter basis.
Appendix B, Additional VSAN Information, highlights additional technical details about Virtual
SAN and provides information about useful third-party tools.
Introduction
VSAN can only be as good as the hardware on which it runs. VSAN has special requirements
for its hardware, and so elements of your VSAN hardware will need to be selected against
a stricter subset of the overall VMware Compatibility Guide. Each element of your future
VSAN node will need to be compliant with the vSphere and VSAN Compatibility Guides to be
production-ready and ensure that the configuration will be supported by VMware.
Depending on your specific needs, you may find that the VSAN Ready Node will better fit your
needs. VSAN Ready Nodes are preconfigured systems built by the VMware hardware partners
to be VSAN ready, so the machines can simply be purchased and deployed.
You will need to decide whether specifying your own system configuration, or selecting a VSAN
Ready Node, is the best choice for your infrastructure. This chapter will prepare you for either
choice. VSAN Ready Nodes are covered in the last recipe in this chapter.
1
Getting ready
You should have some idea of your hardware requirements. This includes an estimate of your
needs for system memory (RAM), along with processor power, networking needs, and storage
requirements in terms of capacity and performance.
How to do it
Go to your web browser and navigate to both the regular VMware vSphere Compatibility
Guide at http://www.vmware.com/resources/compatibility/search.php
and the VMware VSAN Compatibility Guide at http://www.vmware.com/resources/
compatibility/search.php?deviceCategory=vsan.
The first link will take you to the standard VMware Compatibility Guide, and the second
will take you to the VSAN sub-guide. By default, you will land on the system/server page,
to help you select a server platform.
Getting ready
You should be on the VMware Compatibility Guide Systems/Server page.
How to do it
You will need to filter your selection to restrict output to only the relevant results. To do this,
carry out the following steps:
1. Within Product Release Version:, select the most recent vSphere ESXi 5.5 or
ESXi 6.0 update release.
2
Chapter 1
2. If you have a brand preference, select it within Partner Name.
3. While most systems in the Compatibility Guide are rack mount systems, if you have
other form-factor needs, select those within System Type.
4. If you need dedicated or expanded functionality (such as graphics acceleration for
VMware Horizon View or I/O redirection), make that selection within Features.
5. Select your CPU socket/core and/or brand needs within the Sockets:, Max Cores
per Socket:, and CPU Series sections.
6. VSAN requires at least two CPU cores across one or more sockets. Any field left blank
assumes an inclusive search and all subcategories will be included.
7.
Once you have selected all of your requirements, click on Update and View Results
to see a list of all the compatible systems meeting your criteria.
There's more
VSAN does also impose additional resource needs. Depending on the size of the disks you
choose and how many, VSAN will consume additional compute and memory resources. If you
typically run your systems close to the margins, in terms of compute/memory resources (or if
you are planning to with your new cluster), consider specifying a modest amount of additional
CPU and memory in the configuration. VSAN is capped at 10 percent resource utilization for
CPU and memory as a maximum, so adding at least 10 percent to your assumed consumption
should leave you with comfortable operating margins.
Additionally, VSAN requires a local boot device, either an SD card, or other low-performance
solid-state memory, or a dedicated hard disk drive, or SSD. The boot device should be at least
16GB, in accordance with standard VMware recommendations. If your server configuration
equals/exceeds 512 GB of system RAM, then you must use a hard disk drive or SSD as your
boot device to ensure supportability, otherwise, a core dump cannot be written in the event
of a system crash.
Getting ready
You should be on the VMware VSAN Compatibility Guide page.
How to do it
The initial landing page for the VSAN Compatibility Guide will allow you to browse through
VSAN Ready Node configurations. As we will be discussing the case of VSAN Ready Nodes
later in this chapter, for now please click the "Build Your Own based on Certified Components"
link from the main page of the VSAN Compatibility Guide:
Chapter 1
Unlike the regular VMware Compatibility Guide, the VSAN-specific component guide is laid out
as a branching tree that you can use to drill down to your desired configuration, after which
time hardware choices will be displayed.
1. In the leftmost pane, select I/O Controller.
2. In the next pane, select the most-recent vSphere 5.5 or 6.0 update release.
3. In the next pane, select a brand name if desired.
4. In the next pane, specify whether you wish to view the SAS, SAS-RAID, or SAS/SATA
RAID controller types.
Some controllers for VSAN support the pass-through (JBOD) mode,
and some require you to create single-disk RAID-0 sets. Pass-through
controllers tend to be easier to configure and make drive-replacement
simpler. RAID-0 controllers are more common and typically have larger
queue depths. When selecting controllers and disks, please keep in mind
the performance and reliability differences between drive technologies.
Generally speaking, SAS and Nearline SAS (NL-SAS) disks have deeper
queue depths and are higher-performance. SAS disks are typically more
reliable than their SATA and NL-SAS counterparts.
There's more
Aside from simply ensuring that you select a supported storage controller, the VSAN-specific
Compatibility Guide also provides you with additional detail that will be crucial to selecting
your storage controller.
This view will tell you whether or not the controller supports the pass-through/JBOD mode and,
vitally, it will tell you the controller's command queue depth. The controller's queue depth is a
vital consideration. If each node is relatively small with one disk group, any queue depth above
256 commands is acceptable. If you have two disk groups, please consider 512 commands to
be the minimum queue depth.
For large or high-performance configurations with several disk groups and extremely
large capacities, and/or very high-performance SSDs, you should choose the highest queue
depth you can. Standard controllers with maximum queue depths usually have around 1000
commands, like in the preceding example.
Queue depth can have a tremendous effect on the performance of streaming data. Opting for
controllers and disks with deeper queues will provide better overall performance, particularly
when VSAN is reconfiguring or resynchronizing data.
Chapter 1
SSDs come in either SATA, SAS, or PCIe connections. PCIe SSD cards are
usually at the top end in terms of performance. Given that SAS and PCIe
interfaces permit significantly higher device command queues, it is a good
idea to use SAS or PCIe type SSDs, especially if you are using a pass-through/
JBOD controller that directly leverages device-level command queues.
Getting ready
You should be on the VMware VSAN Compatibility Guide component page.
How to do it
The Compatibility Guide for SSD is navigated in the same way as for the I/O controller.
1. In the leftmost pane, select SSD.
2. In the next pane, select the most recent vSphere 5.5 or 6.0 update release.
3. In the next pane, select a brand name if desired.
4. Specify whether are searching for All Flash or Hybrid cache tier.
5. In the various other fields and drop-down menus, you can select the interface type,
manufacturer, performance class, capacity, and form-factor.
There's more
Determining the size of your capacity-tier (magnetic or SSD) storage will directly affect the
sizing decision for your cache-tier SSD. In general, the SSD should be 10 percent of the size
of the magnetic disks in the underlying disk group, for example, if your disk group will consist
of four 1.5 TB capacity-tier disks, you will have 6 TB of bulk storage. To accommodate this,
the SSD should be about 600 GB. Alternatively, you may choose to opt for two disk groups
consisting of three 1TB capacity disks each. In this case, each disk group should have a
cache-tier SSD of 300GB. The ratio of cache-tier SSD to capacity-tier disks or SSDs should
be approximately 1:10.
Chapter 1
See also
For additional guidance regarding how to appropriately size the VSAN capacity and
cache tiers, please see the section Chapter 1 VSAN Capacity Planning of Appendix A,
Chapter-specific Expansions.
Getting ready
You should be on the VMware VSAN Compatibility Guide component page.
How to do it
The Compatibility Guide for SSD is navigated in the same way as for the I/O controller
1. In the leftmost pane, select HDD or SSD.
2. In the next pane, select the most recent vSphere 5.5 or 6.0 update release.
3. In the next pane, select a brand name if desired.
4. In the various other fields and drop-down menus, you can select the interface type,
manufacturer, disk speed (RPM), capacity, and form-factor.
There's more
In general, SAS disks outperform SATA disks of equivalent capacities and/or rotational speeds
because SAS drives use more robust recording technique, deeper queues or both. When cost
is a concern, slower SAS drives (typically 7200 RPM; also called near-line SAS or NL-SAS) are
usually built on cheaper SATA platforms but include enterprise-grade features like deeper
command queues, error-correction, dual-channel connections and native SCSI support.
Low-end SAS drives are typically better than high-end SATA drives despite the shared
technology platform and costs are usually not significantly higher. NL-SAS is a great alternative
to SATA for building out a cost-conscious capacity tier when HDD performance is a factor.
10
Chapter 1
See also
Before settling on a Cache + Capacity disk combination, please review the Chapter 1
VSAN Capacity Planning section of Appendix A, Chapter-specific Expansions for a verbose
description of the capacity expectations and recommended maximums to help you build your
VSAN cluster to an appropriate scale.
Getting ready
You should be on the VMware Compatibility Guide IO Devices page.
How to do it
1. Within Product Release Version:, select the most recent vSphere 5.5 or 6.0
update release.
2. If you have a brand preference, select it within Brand Name.
3. Select Network, within I/O Device Type.
11
See also
Before settling on a networking standard, please take a look at a detailed description of the
VSAN networking options and recommendations in the VSAN Network Considerations section
of Appendix B, Additional VSAN Information.
Chapter 1
Getting ready
You should be on the VMware VSAN Compatibility Guide landing page.
How to do it
VSAN Ready Nodes are configured by the manufacturer and are designed
to target specific infrastructure scales, or for specific use cases, such as
virtual desktops (VDI). These scales are known as Ready Node Profiles.
A matrix that defines these profiles can be found by clicking on the
Virtual SAN Hardware Quick Reference Guide link at the top of the
VSAN Compatibility Guide page.
1. The VSAN Compatibility Guide for VSAN Ready Nodes is navigated in a similar manner
to the component-oriented Compatibility Guide. The guide is presented as a series of
drill-down categories.
2. Select the parameters that fit your needs from the Ready Node type (All Flash or
Hybrid), preferred manufacturer, performance/scale profile, form-factor, etc.
3. Once your choices have been selected, click the "Update and View Results"
button to populate a list of compliant ready-node configurations:
13
6. You can then use the SKU number (pictured above) when you contact your preferred
vendor to get pricing and ordering information for the Ready Node.
See also
As with user-specified build-outs, please review the Chapter 1 VSAN Capacity Planning
section of Appendix A, Chapter-specific Expansions for a verbose description of the capacity
expectations and recommended maximums, to help you select an appropriate VSAN
Ready Node.
14
www.PacktPub.com
Stay Connected: