Home > Blogs > VMware vSphere Blog > Category Archives: Storage

Category Archives: Storage

Dell, VMware Virtual SAN, and Horizon Whitepaper

VMware Virtual SAN Logo

The Dell Wyse Solutions Engineering group has partnered with VMware’s Software-Defined Storage team to produce an extensive whitepaper detailing the performance of Virtual SAN running Horizon with View on specific Dell platforms. Virutal SAN configurations using two different hardware platforms are documented, with performance results from multiple differing configurations based on SSD and disk group displayed. The paper details results from the following platforms.

 Virtual SAN on the Dell PowerEdge R720

  • Standard: Each host with one SanDisk 400GB SLC SSD  for one diskgroup with 6 HDD.
  • Value: Each host with up to three 200 GB SSD SATA Value MLC (Intel S3700) with up three disk groups and 12 HDDs.
  • Login VSI was used to test performance for each of these configurations, with workload and operations performance results provided for each configuration.

Virtual SAN on the Dell PowerEdge C6220 II

  • High density platform that encompasses four nodes in a 2U enclosure.
  • VMware View Planner was used to validate performance of this platform up to 100 desktops per node, for 400 desktops in a 2U high density enclosure.

For more details on the testing and documented results, download the Dell VMware Virtual SAN for ESXi 5.5 with VMware Horizon View paper today.

 

 

 

 

 

 

 

IBM Virtual SAN Ready Nodes are here!

What is the VMware Virtual SAN team announcing today?

Virtual SAN Ready Nodes continue to gain momentum!  The Virtual SAN product team is excited to launch 5 new Virtual SAN Ready Nodes from IBM.  The IBM Ready Nodes are based on the IBM x3650 M4 and IBM x3550 M4 server series.

Screen Shot 2014-07-22 at 8.06.00 PM

This takes the total count of Virtual SAN Ready Nodes to 34 including the ones from Cisco (4 Ready Nodes)Dell (3 Ready Nodes)Fujitsu (5 Ready Nodes)HP (10 Ready Nodes), Hitachi (1 Ready Node) and SuperMicro (6 Ready Nodes)

Great!  How can I quote/order the new IBM Ready Nodes?

The IBM  Virtual SAN Ready Nodes are available through IBM Certified Business Partners. If you want to order the IBM System x Ready Nodes, please contact your IBM Sales Representative or Business Partner.

IBM Business Partners can go to IBM PartnerWorld TechLine and select the link to VMware Virtual SAN – then select and download the configuration file using the solution reference number for the IBM Virtual SAN Ready Node solution of interest.

You can also work with your IBM Sales Rep to quote and order the IBM Virtual SAN Ready Node using the same TechLine solution reference number 

Where can I find more details about Virtual SAN Ready Nodes?

Please refer to my previous two posts on this topic, Virtual SAN Ready Nodes – Ready, Set, Go! and New Virtual SAN Ready Nodes from Cisco and Hitachi for more details on Virtual SAN Ready Nodes.

In addition to providing insight into Ready Nodes and the criteria used for classification of Ready Nodes into various solution profiles aligned to customer workloads for Server and VDI, these posts also describe how to quote/order Ready Nodes from specific OEM vendors.

Are there more Virtual SAN Ready Nodes from other server vendors to choose from? 

As always, we continuously work with our OEM vendors to build out new Virtual SAN Ready Node offerings.  We will keep you updated as we finalize more.

Watch this space for more details!

 

Horizon View and Virtual SAN Reference Architecture

VSAN-VDIHorizon VSAN RA ResultsThe VMware Software-Defined Storage group and VMware End-User computing group has teamed up to  create an in-depth Reference Architecture detailing the performance and configuration of Horizon View on Virtual SAN.

The VMware Horizon with View virtual desktops and Virtual SAN storage reference architecture is based on real-world test scenarios, user workloads, and infrastructure system configurations. It uses Dell R720 PowerEdge rack mount servers with local storage to support a scalable and cost-effective View linked-clone desktop deployment on VMware vSphere 5.5. Extensive user experience and operations testing is documented in the RA.

User experience testing results are highlighted  through Login VSI desktop performance and VMware View Planner performance testing, with both benchmarks demonstrating the linear scalability of Virtual SAN while supporting 100 desktops per node (Virtual SAN supports up to 32 nodes in a Virtual SAN cluster, but 16 nodes is the recommended optimal size for a Horizon on VSAN cluster). The Horizon View  and Virtual SAN Reference Architecture highlights the world-class performance of VDI solutions on Virtual SAN at an extremely low cost.

So download the Horizon View and Virtual SAN Reference Architecture today to gain further insight into detailed and extensive results from real-world Horizon on Virtual SAN testing.

 

 

 

 

 

 

Managing Virtual SAN with RVC: Part 1 – Introduction to the Ruby vSphere Console

Allow me to introduce you to a member of the VMware CLI family that you may have not yet met, the Ruby vSphere Console, also called RVC for short. The Ruby vSphere Console is a console user interface for VMware ESXi and Virtual Center. You may already know of the Ruby vSphere Console, as it has actually been an open source project for the past 2-3 years and is based on the popular RbVmomi Ruby interface to the vSphere API. RbVmomi was created with the goal to dramatically decrease the amount of coding required to perform simple tasks, as well as increase the efficiency of task execution, all while still allowing for the full power of the API when needed. The Ruby vSphere Console comes free with and is fully supported for both the vCenter Server Appliance (VCSA) and the Windows version of vCenter Server.  Most importantly, RVC is one of the primary tools for managing and troubleshooting a Virtual SAN environment.  

Continue reading

VMware Virtual SAN Design and Sizing Guide for VDI

VSAN-VDIIt’s time for everyone to get up to speed with the latest and greatest VMware Virtual SAN Design and Sizing guidance for Horizon View Virtual Desktop Infrastructures. In this new white paper, Wade Holmes and I leveraged the previously provided guidance from the VMware Virtual SAN Design and Sizing white paper, and applied it to the Horizon View Virtual Desktop Infrastructures use case. This new paper provides prescriptive guidance for sizing and designing of all key requirements and components of Horizon View Virtual Desktop Infrastructures for VMware Virtual SAN. Some of the specifics items are listed below:

  • System Sizing and Desktop Classification
  • Host Sizing Considerations
  • Host CPU Sizing
  • Host Memory Sizing
  • CPU Sizing Assessment
  • Resource Overhead
  • Object calculations for Horizon View Desktops
  • Disk Group Sizing
  • Magnetic Disk Sizing
  • Flash Capacity Sizing

We highly recommend reviewing the white paper as inadequate sizing can a negative impact on the overall performance of Virtual Desktop Infrastructure. The new design and sizing guide can be found and downloaded from the VMware Virtual SAN product page or directly from the link provided below:

VMware Virtual SAN Design and Sizing Guide for Horizon View Virtual Desktop Infrastructure

For future updates on Virtual SAN (VSAN), Virtual Volumes (VVols), and other Software-defined Storage technologies as well as vSphere + OpenStack be sure to follow me on Twitter: @PunchingClouds

Build a Business Case for Virtual SAN – Register for the 7/17 Webcast!

Is your business looking to take the next step to software-defined storage?

On July 17th at 10:00 a.m. PDT, we invite you to join us for this VMware Webcast Series on Building a Business Base for VMware Virtual SAN.

Dive into software-defined storage with VMware Virtual SAN, and learn the factors that enable this industry-leading solution to deliver lower TCO. This webcast will include coverage of capital and operational expenditures savings, showcase case studies and outline a framework for building a cost comparison.

To those who are looking to build a business case for hardware independent software-defined storage — complete with built in failure tolerance and more — register for the webcast today!

For more information on VMware Virtual SAN, visit here.

For future updates, follow us on Twitter at @VMwareVSAN.

Understanding Data Locality in VMware Virtual SAN

VMware Virtual SAN LogoSince the release of VMware Virtual SAN, I’ve been involved in numerous costumer and field conversations around the topic VMware Virtual SAN’s ability to take advantage of data locality.

I have addressed the question in several of the Virtual SAN presentations I have delivered, but I realized that this was an ongoing topic of discussion and one which we needed to provide more details in order to satisfy everyone that has been wondering about this topic.  I figured it was time to put together some form of OFFICIAL collateral providing in-depth  details around this topic.

So, like any storage system, VMware Virtual SAN makes use of data locality. Virtual SAN uses a combination of algorithms that take advantage of both temporal and spatial locality of reference to populate the flash-based read caches across a cluster and provide high performance from available flash resources.

For more details on this topic, download the new Understanding Data Locality in VMware Virtual SAN white paper from the link below:

Understanding Data Locality in VMware Virtual SAN

- Enjoy

For future updates on Virtual SAN (VSAN), Virtual Volumes (VVols), and other Software-defined Storage technologies as well as vSphere + OpenStack be sure to follow me on Twitter: @PunchingClouds

Virtual Volumes (VVols) vSphere APIs & Cloning Operation Scenarios

VVolsI’ve been getting a number of questions around vSphere Storage APIs (VAAI and VASA) and Virtual Volumes and how they would interact with arrays that are compliant with both vSphere APIs (VAAI and VASA). So, instead of providing an individual answer to the question I figured it would be best to share with a broader audience since it’s probably something that a lot of people may also wonder about.

Virtual Volumes is based on vSphere Storage APIs – Storage Awareness (VASA) and some of the function of its operations are based on the ability to offloading operations directly to compatible storage arrays. The other vSphere Storage APIs – Array Integration (VAAI) also provide operation offloading capabilities, especially when it comes to cloning and migration operations. Listed below is the questions asked:

With VVols when a VM is cloned on an array that supports VAAI does VAAI & VASA complement each other or VASA is used for this operation?

That was a loaded question and figured that it would be better to explain and provide some illustrations and specific details  around what happens, because the way in which the cloning operation will work depends on a few facts and scenarios.

Scenario A

When virtual machines are stored on a VVol container, anytime a virtual machine is cloned onto the same VVol container, the system will use the VASA API cloneVirtualVolume and offload the entire clone operation to the array.

VVol-VASA-SC1

Scenario B

If a clone operation is to be performed across different storage containers, in this case the operation may or may not offload the clone operation via the VASA API cloneVirtualVolume. This is all dependent on vendor implementation and environment constraints, for example;

If there is VASA Provider managing two different arrays from the same vendor and each array has a VVol container (VVol-a, and VVol-b), in this case if a clone operation is performed, the system will utilize the cloneVirtualVolume VASA primitive because the source and destination containers are both VVols. Changes are this operation will fail because the VASA provider has no way to offload the clone operation from the source array’s VVol (VVol-a) to the target array’s VVol (VVol-b).

Another example could be an array that has two VVol containers exported, depending on how the containers are configured, the array vendor may or may not be able to perform a MV clone operation across the two VVol containers due to constraints based on the vendors implementation where for example there are two independent VVol groups that are not compatible with one another and that prevents the clone operation from being offloaded across the two.

VVol-VASA-SC02

For both examples, if the VASA call cloneVirtualVolume fails, the system will then fail back to a host-driven mechanism using the bitmap APIs.

If the target does not support this type of workflow, the system will use a host-based bitmap copy (making use of the allocatedBitmapVirtualVolume and/or unsharedBitmapVirtualVolume VASA API) and use the vmkernel data mover to service the operation request.

Scenario C

Another possible scenario is cloning from a VMFS datastore on a VAAI enabled array to a VVol container on the same array.  In this scenario, the system will use the XCOPY VAAI offload to accelerate the clone.   Note that this is a one way workflow,  in other words, VVol > VMFS VAAI does not use the XCOPY.

VVol-VASA-SC03

I hope this answers the questions is helpful for everyone else.

- Enjoy

For future updates on Virtual Volumes (VVols), Virtual SAN (VSAN) and other Software-defined Storage technologies as well as vSphere + OpenStack be sure to follow me on Twitter: @PunchingClouds

New Virtual SAN Ready Nodes from Cisco and Hitachi!

What is the VMware Virtual SAN team announcing today?

Further to the initial launch of the new Virtual SAN Ready Nodes two weeks back, the VMware Virtual SAN product team is launching more Virtual SAN Ready Nodes today, this time from leading OEM vendors, Cisco (4 Ready Nodes) and Hitachi (1 Ready Node).

Screen Shot 2014-07-10 at 6.32.32 PM

We now have a total of 29 Ready Nodes from leading OEMs including the ones we announced two weeks back from Dell (3 Ready Nodes), Fujitsu (5 Ready Nodes), HP (10 Ready Nodes) and SuperMicro (6 Ready Nodes)!  The more, the merrier!

We also have some exciting updates on the Ready Nodes from the other OEM vendors that we released two weeks back!

Continue reading

Virtual SAN Data Management Operations

VMware Virtual SAN LogoSince the release of Virtual SAN one of the most popular topics of discussion about Virtual SAN revolves around solution sizing and performance capabilities. For the most part, the majority of guidance around Virtual SAN designs has been focused on capacity sizing and performance characteristics of virtual machine workloads.

However, there are other aspects of sizing and design criteria for Virtual SAN, specifically those related to system-wide performance and availability during data management operations. The data management operations of Virtual SAN are focused around data resynchronization and rebalancing amongst all the all copies of data. The functions and impact of these operations should be part of all Virtual SAN design and sizing exercises for optimal results.

The design of data management operations is intrinsic to the value proposition of Virtual SAN. It is important to know the events that activate them and also understand the impact they introduce during normal operations. Inadequate size and design can have an impact on the overall performance expectation and availability capabilities of the solution.

This white paper provides detailed information about the Virtual SAN data management operations, their functions and the type of events that triggers them as well as recommendations for achieving performance and recoverability results based on cluster design and sizing. Virtual SAN data management operations can be downloaded from the VMware Virtual SAN product page as well as the directly link provided below:

VMware Virtual SAN Data Management Operations

- Enjoy

For future updates on Virtual SAN (VSAN), Virtual Volumes (VVols), and other Software-defined Storage technologies as well as vSphere + OpenStack be sure to follow me on Twitter: @PunchingClouds