Random Short Take #82

Happy New Year (to those who celebrate). Let’s get random.

Random Short Take #10

Here are a few links to some random news items and other content that I found interesting. You might find it interesting too. Maybe. This will be the last one for this year. I hope you and yours have a safe and merry Christmas / holiday break.

  • Scale Computing have finally entered the Aussie market in partnership with Amnesium. You can read more about that here
  • Alastair is back in the classroom, teaching folks about AWS. He published a bunch of very useful notes from a recent class here.
  • The folks at Backblaze are running a “Refer-A-Friend” promotion. If you’re looking to become a new Backblaze customer and sign up with my referral code, you’ll get some free time on your account. And I will too! Hooray! I’ve waxed lyrical about Backblaze before, and I recommend it. The offer runs out on January 6th 2019, so get a move on.
  • Howard did a nice article on VVols that I recommend checking out.
  • GDPR has been a challenge (within and outside the EU), but I enjoyed Mark Browne‘s take on Cohesity’s GDPR compliance.
  • I’m quite a fan of the Netflix Tech Blog, and this article on the Netflix Media Database was a ripper.
  • From time to time I like to poke fun at my friends in the US for what seems like an excessive amount of shenanigans happening in that country, but there’s plenty of boneheaded stuff happening in Australia too. Read Preston’s article on the recently passed anti-encryption laws to get a feel for the heady heights of stupidity that we’ve been able to reach recently.

 

VMware – VMworld 2014 – STO3161- What Can Virtual Volumes Do For You?

Disclaimer: I recently attended VMworld 2014 – SF.  My flights and accommodation were paid for by myself, however VMware provided me with a free pass to the conference and various bits of swag. There is no requirement for me to blog about any of the content presented and I am not compensated in any way for my time at the event.  Some materials presented were discussed under NDA and don’t form part of my blog posts, but could influence future discussions.

banner-hero-mon-stream 

STO3161 – What can virtual volumes do for you?

VMW_Tues_STO3161

STO3161 was presented by:

  • Matt Cowger, (@mcowger), EMC
  • Suzy Visvanathan, VMware – Product Manager VVOLs

There were two different tracks that they wanted to cover

  1. How will this be of benefit from a business perspective?
  2. What’s going on at the 201 technical level?

Suzy starts with the SDDC overview. With the goal of VVOLs being to transform storage by aligning it with application demands.

STO3161_1

Today

  • Create fix-sized, uniform LUNs
  • Lack of granular control
  • Complex provisioning cycles
  • LUN-centric storage configurations

Today’s problems

  • Extensive manual bookkeeping to match VMs to LUNs
  • LUN-granularity hinders per-VM SLAs
  • Overprovisioning
  • Wasted resources, time, high costs
  • Frequent data migrations

It’s not about VSAN or VVOLs, it’s about how to make the external array more feature-reach, more in control. Regardless of the storage you use, they want VMware to be the platform. Here’s a picture.

STO3161_2

Suzy finishes by saying they’ve virtualised storage, but it’s not “slick” yet.

Now Matt explains the concept of Virtual Volumes.
“How many of you think LUNs suck? Only half? Are the rest of you using NFS?”

STO3161_3

At a high-level:

  • There’s no filesystem
  • Managed through VASA APIs
  • Arrays are partitioned into containers (storage containers)
  • VM disks, called virtual volumes, stored natively on the storage containers
  • IO from ESX to array through an access point called a Protocol Endpoint (PE) – this is like a Gatekeeper in VMAX, it just processes commands. There’s one PE configured per array
  • Data services are offloaded to the array
  • All managed through storage policy-based management framework

VNXe 3200 is the first place you’re going to see this.

STO3161_4

“NFS vs FC vs iSCSI is a minor implementation detail now”

Storage pools host VVOL containers. You can look at capability profiles for various containers

Because the array is completely aware of the VM, you can do cool stuff, like offloading snapshots. Array managed cloning – better than VAAI XCOPY.
What we really want to do is manage applications by service level objectives via policy-based automation. This is what VMAX3 is all about.

So where does ViPR fit? Isn’t that what you just showed us?
There are array-specific details (i.e. Gold on VMAX vs Gold on VNX). These can be different on each array. That’s not ideal though. ViPR provides a single point for the storage to talk to, a single point for vSphere / VASA to talk to, a consistent view.

VNXe 3200 Virtual Volumes Beta starts in Q4 2014 (e-mail VVOLBETA@emc.com for more information).

Note that there’s no support for SRM in the first version. They are working on per-VM replication. The arrays can replicate VVOLs though. RecoverPoint support for per-VM is coming too.

By making VVOLs work the same across all of the protocols, you get to be interested in what the storage arrays can do, not the protocols.

Hope that helps some. Matt and Suzy did a great job presenting. 4.5 stars.