Happy New Year (to those who celebrate). Let’s get random.
Those of you who know me well will know I’m a big fan of Debian. I find running manual apt commands on my various Raspberry Pis therapeutic, but an automated approach is probably better. This is a great article on how to configure automated security updates on Debian automatically.
I miss Tru64, and Solaris for that matter. I don’t miss HP-UX. And I definitely won’t miss AIX. Read about the death of Unix over at El Reg – Unix is dead. Long live Unix!
The I3.metal is going away very soon. Remember this is from a sales perspective, VMware is still supporting the I3.metal in the wild, and you’ll still have access to deploy on-demand if required (up to a point).
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.
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.
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.
STO3161 – What can virtual volumes do for you?
STO3161 was presented by:
Matt Cowger, (@mcowger), EMC
Suzy Visvanathan, VMware – Product Manager VVOLs
There were two different tracks that they wanted to cover
How will this be of benefit from a business perspective?
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.
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.
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?”
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.
“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.
We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept”, you consent to the use of ALL the cookies.
This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.