I’ve tried this before
It seems like it was just yesterday that I was talking with Bas Raayman about this. Looking back at emails, it was actually about two years ago.
When the Isilon Storage Replication Adapter 1.0 (SRA) for VMware Site Recovery Manager 5.0 (SRM) came out, it was clunky to say the least.
Before installing the SRA on your SRM server, there was a lot of work that had to be done. There was a java tool used to configure the source & target directories, the different array IDs being used, and blah, blah, blah. Not to mention the way things were replicated back and forth I didn’t quite follow.
Maybe I just didn’t get it. Sometimes I’m a little slow and forget things, or at least that’s what Mike Colson might tell you after following me around in his first quarter as a new vSpecialist on the EMC Federal team.
It looks like the team at Isilon has worked pretty hard to make things easy for old folks like me. The 2.0 version of the Isilon SRA is MUCH, and I mean MUCH easier than before.
Just a quick heads up for anyone running vSphere 5.0/5.1 with the Isilon NAS-VAAI plugin for vSphere/OneFS 7.0.
If you are planning to upgrade to vSphere 5.5, there are a couple things to know. The plugin does not work in 5.5 (new or upgraded) installations.
I built a new vSphere 5.5 installation, and the plugin loaded fine. But… When attempting to configure the credentials for the OneFS 7.0 cluster you are connecting to, the authorization tool fails to operate properly.
In a new vSphere 5.1 installation, the error is not present.
I upgraded a vSphere 5.1 host to 5.5 to determine if I would retain functionality. Maybe the authorization piece (auth_gen) was the only part affected. On this host that had successfully used the plugin, it no longer worked after the upgrade to 5.5.
In vSphere 5.5, the libssl.so shared library is libssl.so.1.0.1, while in vSphere 5.1, it is libssl.so.0.9.8.
I reached out to the team responsible for the plugin, and have confirmed they are aware of the issue, and working on a resolution.
At VMworld US in San Francisco last week, VMware had quite a few different announcements around the 5.5 release of vSphere.
Announcements around the vCenter Server Appliance really hit home for me in the Federal space.
Ready for Prime-time
In vSphere 5.5, the vCenter Server Appliance limitations have been extremely raised when using the vCenter Server Appliance:
Previous to vSphere 5.5, the limits were:
- 5 vSphere Hosts
- 50 Virtual Machines
With vSphere 5.5, the limits are now:
In short the vCenter Server Appliance now has the horsepower to run in many, if not most vSphere Environments – even in the Fed space.
That’s right, that time of year is approaching… VMworld US 2013.
For the past 4 years, EMC has sponsored a v0dgeball (Translated Dodgeball for people with a virtual affinity) tourney at the US VMworld Conference.
In those 4 years, v0dgeball participants, spectators, & contributors have raised over $30,000 in donations for the Wounded Warrior Project. Not too shabby, but we can do better. So here we are again with EMC’s 5th Annual v0dgeball Tourney.
A quick recap from last year:
- 11 Teams Played including
- Over 60 Spectators (looked like it was more than that)
- 1,143 #v0dgeball Tweets
- 8,041 Tweetvite Views (http://v0dgeball.com)
- 1st Place Winners – Arista
- 2nd Place Winners – Brocade
- Over $13,000 raised for the Wounded Warrior Project
Categories: Military, Storage, Virtualization Arista, Brocade, Cisco, EMC, Juniper, NetApp, v0dgeball, VCE, VMware, VMworld
Isilon OneFS 7.0 has been out for a couple months. OneFS 7.0 has brought some additional features to Isilon, particularly toward VMware vSphere support.
I blogged about VASA support in another article: Configuring the EMC Isilon VASA Provider.
This article is going to focus on how to configure the NFS VAAI Plugin for Isilon when used with VMware vSphere 5.
Here are the basic technical requirements to get the plugin working:
- An Isilon cluster running OneFS 184.108.40.206 or higher
- VMware vSphere 5.0
- I have used vSphere 5.1 without issue
- *I have heard of several situations where 5.0 does not work successfully
until upgraded to 5.0 Update 2
- **I have not seen this work with vSphere 5.5 (as of early September 2013)
- A SmartConnect zone configured for the presented datastores
- NFS mounted datastores being presented from the Isilon cluster using the SmartConnect zone name (can be short or FQDN)
- All IP addresses in the Isilon pool must be “Allowed IP addresses” in the NFS Client settings in ESXi
The installation process is not 100% straight forward according to the Release Notes, which require a support.emc.com login to get to. I’ll try to provide a little clarification here.