vSphere Availability Survey, please help out!

Just received the below from the vSphere Availability team. It takes a couple of minutes to fill out and it helps the vSphere Availability team to set priorities correctly for upcoming releases, yes indeed based on your answers!

— copy / paste —

The Availability team (that brings to you products such as vSphere HA, FT etc.) would like to get your input on how you use our products today and your projected needs. The survey has mainly multiple choice questions, and will take 10-15 minutes to complete. Your feedback is invaluable in helping us tailor our development efforts towards valuable enhancements. So, thank you!

Here’s the link to the survey: http://tinyurl.com/vmwavailability

Startup News Flash part 13

Edition 13 of the Startup News Flash already. This week is VMware Partner Exchange 2014 so I expected some announcements to be made. There were a couple of announcements the last week(s) which I felt were worth highlighting. There is one that is not really a startup, but I figured should at least be included in the article and that is the fact that Scale.IO and SuperMicro / LSI / Mellanox / VMware showed an appliance at PEX that was optimized for View deployments. I found it an interesting move, and appealing solution. Chris Mellor wrote an article about it here for the Register.

DataGravity announced their Partner Early Access Program this week. They haven’t revealed what they are building, but judging by the quotes in the announcement publication they are aiming to bring a simple cost-effictive solution to enable analysis of unstructured data. Definitely interesting, and something I will look more closer in to at some point in time.

Atlantis ILIO USX was announced this week. I already mentioned it in my VSAN update. Atlantis ILIO USX is an in-memory storage solution. They added the ability to pool and optimize any class of storage including SAN, NAS, RAM or any type of DAS (SSD, Flash, SAS, SATA) to create a hybrid solution. A change of direction for Atlantis as there primary focus was caching so far, but it makes a lot of sense to me especially as they already have many of the data services for their caching platform.

PernixData announced their Beta program for FVP 1.5. They added support for vSphere 5.5, the vSphere Web Client and also in this version allow you to use a different VMkernel interface other than the vMotion interface which their product uses by default. If you want to know more, Chris Wahl wrote a nice article on his experience with FVP 1.5.

Tintri announced it has closed a $75 million Series E funding round led by Insight Venture Partners, with participation from existing investors Lightspeed Venture, Menlo Ventures and NEA. Good to see Tintri getting another boost, and will be interesting to see how they move forward. I have been following them from the very start and have always been impressed with the ease of the solution they have built.

Virtual SAN (related) PEX Updates

I am at VMware Partner Exchange this week and there and figured I would share some of the Virtual SAN related updates.

  • 6th of March their is an online Virtual SAN event with Pat Gelsinger, Ben Fathi and John Gilmartin… Make sure to register for it!
  • Ben Fathi (VMware CTO) stated that VSAN will be GA in Q1, more news in the upcoming weeks
  • Maximum cluster size has been increased from 8 (beta) to 16 according to Ben Fathi, VMware VSAN engineering team is ahead of schedule!
  • VSAN has linear scalability, close to a million IOPS with 16 hosts in a cluster (100% read, 4K blocks). Mixed IOPS close to half a million. All of this with less than 10% CPU/Memory overhead. That is impressive if you ask me. Yeah yeah I know, numbers like these are just a part of the overall story… still it is nice to see that this kind of performance numbers can be achieved with VSAN.
  • I noticed a tweet Chetan Venkatesh and it looks like Atlantis ILIO USX (in memory storage solution) has been tested on top of VSAN and they were capable of hitting 120K IOPS using 3 hosts, WOW. There is a white paper on this topic to be found here, interesting read.
  • It was also reinstated that customers who sign up and download the beta will get a 20% discount on the first purchase of 10 VSAN licenses or more!
  • Several hardware vendors announced support for VSAN, a nice short summary by Alberto to be found here.

Operational simplicity through Flash

A couple of weeks back I had to honor to be one of the panel members at the opening of the Pure Storage office in the Benelux. The topic of course was flash, and the primary discussion around the benefits. The next day I tweeted a quote of one of the answers I gave during the session which was picked up by Frank Denneman in one of his articles, this is the quote:

David Owen responded to my tweet saying that many performance acceleration platforms introduce an additional layer of complexity, and Frank followed up on that in his article. However this is not what my quote was referring to. First of all, I don’t agree with David that many performance acceleration solutions increase operational complexity. However, I do agree that they don’t always make life a whole lot easier either.

I guess it is fair to say that performance acceleration solutions (hyper-visor based SSD caching) are not designed to replace your storage architecture or to simplify it. They are designed to enhance it, to boost the performance. During the Pure Storage panel sessions I was talking about how flash changed the world of storage, or better said is changing the world of storage. When you purchased a storage array in the two decades it would come with days worth of consultancy. Two days typically being the minimum and in some cases a week or even more. (Depending on the size, and the different functionality used etc.) And that was just the install / configure part. It also required the administrators to be trained, in some cases (not uncommon) multiple five-day courses. This says something about the complexity of these systems.

The complexity however was not introduced by storage vendors just because they wanted to sell extra consultancy hours. It was simply the result of how the systems were architected. This by itself being the result of a major big constraint: magnetic disks. But the world is changing, primarily because a new type of storage was introduced; Flash!

Flash allowed storage companies to re-think their architecture, probably fair to state that the this was kickstarted by the startups out there who took flash and saw this as their opportunity to innovate. Innovationg by removing complixity. Removing (front-end) complexity by flattening their architecture.

Complex constructs to improve performance are no longer required as (depending on which type you use) a single flash disk delivers more than a 1000 magnetic disks typically do. Even when it comes to resiliency, most new storage systems introduced different types of solutions to mitigate (disk) failures. No longer is a 5-day training course required to manage your storage systems. No longer do you need weeks of consultancy just to install/configure your storage environment. In essence, flash removed a lot of the burden that was placed on customers. That is the huge benefit of flash, and that is what I was referring to with my tweet.

One thing left to say: Go Flash!

vSphere HA and VMs per Datastore limit!

I felt I would need to get this out there, as it is not something many seem to be aware off . More and more people are starting to use storage solutions which offer 1 large shared datastore, examples are solutions like Virtual SAN, Tintri and Nutanix. I have seen various folks saying: unlimited number of VMs per datastore, but of course there are limits to everything! If you are planning to build a big cluster (HA enabled), keep in mind that per cluster your limit for a datastore is 2048 powered-on virtual machines! Say what? Yes that is right, per cluster you are limited to 2048 powered-on VMs on a single datastore. This is documented in the Max Config Guide of both vSphere 5.5 and vSphere 5.1. Please note it says datastore and not VMFS or NFS explicitly, this applies to both!

The reason for this today is the vSphere HA poweron list. I described that list in this article, in short: this list keeps track of the power-state of your virtual machines If you need more VMs in your cluster than 2048 you will need to create multiple datastores for now. (More details in the blog post) Do note that this is a known limitation and I have been told that the engineering team is researching a solution to this problem. Hopefully it will be in one of the upcoming releases.