vsphere-land.comWelcome to vSphere-land! – your ultimate VMware information destination

Toggle search form Search for: Toggle navigation Welcome to vSphere-land! your ultimate VMware information destination Home vLaunchpad Planet vSphere-land vLinks! vSphere Links General/VI3 Links Top 10 Lists News vInfo Config Maximums Free Tools HA Advanced Options History of VMware vBookShelf vGlossary Release/Build Info About About Me Contact Me My Book My Published Work Advertising Opportunities Dec 20 2022 Update on vSphere version adoption By esiebert7625 in News 5 mins to read I recently published some metrics on which version of vSphere customers were running which highlighted that a large percentage of customers were still on vSphere 6.x. That was right around the time that vSphere 6.7 went end of support so I wanted to check again to see if there were more customers on 7.x. Here’s that latest stats from the end of December which is more than 2 months after vSphere 6.7 went end of support and vSphere 8.0 was released. December 2022 vCenter version # % 7.0.3 7,285 61.2 6.7 3,002 25.5 6.5 616 5.2 7.0.2 566 4.8 7.0.1 97 .8 8.0 83 .7 6.0 66 .6 7.0 44 .4 5.5 35 .3 ESXi version # % 7.0.3 41,462 51.8 6.7 21,896 27.4 6.5 8,422 10.5 7.0.2 4,950 6.2 7.0.1 1,615 2.0 6.0 1,113 1.4 5.5 292 .4 7.0 193 .2 8.0 98 .1 I’ve summarized the changes in the below table: vCenter 6.x vCenter 7.x ESXi 6.x ESXi 7.x April 2022 56% 44% 67% 33% October 2022 41% 59% 52% 48% December 2022 31% 68% 39% 60% So we can see there are still a lot of customers on 6.x but about 2/3 are now on 7.x with 7.0.3 being the most popular version. Not a lot of customers are looking at 8.x yet which will probably start increasing after 8.0 U1 is released but if past history is an indicator it will be years before 8.x is mainstream. Share This: Leave comment Oct 24 2022 The Past, Present and Future of VASA and VMware vVols By esiebert7625 in News 5 mins to read VMware Virtual Volumes has been in development for quite a long time, almost 10 years now if you count the development before it launched as part of vSphere 6.0. I personally have been involved with it from a partner perspective for that long so I have had a behind the scenes view of how it has evolved. So let’s start at the beginning, before there was vVols, there was VASA, the vStorage APIs for Storage Awareness. VASA was introduced as part of vSphere 5.0 as a way for storage arrays to pass information to vCenter about array hardware and software features. Prior to VASA vCenter just saw a LUN that was presented to it and no information about it was available, was it a spinning disk or SSD, what Raid level did it have, was it thin or not, etc. So VASA 1.0 was introduces as a way for storage arrays to pass a string on information to vCenter that described the LUN’s characteristics. Armed with that knowledge you could then build storage profiles using those characteristics and assign them to VMs based on requirements and SLA’s. The initial release of VASA was very basic, the array had to provide a single string to vCenter that had the capabilities of the LUN together inside of it, so something like: HPE_STORAGE, DriveType_FC, RAID5, ThinProvisioned, PhysicalCopy, NotInRemoteCopy” was passed to vCenter. Below is a clip from the original VASA 1.0 Programming Guide describing it: The original VASA 1.0 was not used by many as it was pretty basic but it was a step in the right direction, VMware took that VASA framework and greatly expanded it to create Virtual Volumes. While Virtual Volumes launched as part of vSphere 6.0 in 2015, it actually was announced at VMworld 2013 as part of their storage announcement keynote. Virtual Volumes then launched as part of vSphere 6.0 with great fanfare, I remember working closely with VMware on a whole slew of deliverables to support the launch. Not many vendors supported it at launch, at that point it had been in development for almost 5 years and only 4 vendors supported it on day 0 (HP, IBM, NEC and SANBlaze). The initial reaction to vVols was lukewarm, there was a lot of interest but not many vendors supported it and there were many limitations back then. One of the key limitations was that it did not support array based replication. That was then fixed by the release of vSphere 6.5 which included support for replication, but only HP supported it at launch and it would be many years before more vendors supported it. After that it was relatively quiet for a long period of time, there was a minor spec increment (VASA 3.5) as part of vSphere 7.0 U1 but many partners were still trying to develop their support for vVols so VMware was holding off adding more big features to the roadmap until more partners caught up. That brings us to the present and the launch of vSphere 8.0 which includes the VASA 4.0 specification which adds support for NVMeoF to vVols. Initially this support is for FC only but VMware plans to release additional protocol support as part of updates to vSphere 8.0. Looking to the future, VMware has a VASA 5.0 program in the works which greatly improves the certificate framework that vVols uses between the host, vCenter and storage arrays. After that comes the long awaited support for stretched clustering as part of VASA 6.0. This has been a key one that many customers are waiting for before they will consider using vVols. VASA 6.0 is a huge engineering effort both by VMware and it’s partners to deliver the same stretched storage architecture that is used with VMFS in a vMSC config. Before VASA 6.0 existed we looked into how we could support this using the current VASA 3.x spec and it was very complicated and a massive amount of work to pull it off. VMware recognized the need to support this and proceeded to modify the spec to support new objects like stretched storage containers and stretched vVols across various host connectivity configurations. Thus VASA 6.0 was born which created the framework to support stretched clustering and made it easier for storage vendors to develop their own implementations. Below is the complete timeline history of vVols: So we’ve come a long way with vVols and there is more good stuff coming soon. vVols is not what it was when it launched 7 years ago, it has become more mature, more robust and more capable than ever before. VMware is really putting in a lot of effort right now into vVols, their have been numerous small improvements under the covers with each release. I predict by next year we will see faster adoption of vVols and we will finally get to mainstream adoption. It’s been a long journey with vVols and it has greatly evolved since those early days. I’ve been on that journey with VMware since the beginning and I look forward to seeing it through to the end. Share This: Leave comment Oct 08 2022 Why are so many VMware customers still on vSphere 6.5 & 6.7? By esiebert7625 in News 10 mins to read vSphere 6.5 and 6.7 is set to go end of support next week and vSphere 7.0 has been released for over 2 and a half years now while vSphere 8.0 is due out next week. Despite this a large percentage of the VMware customer base is still running 6.x versions even with them going end of support very soon. In this article I’ll take a look at some adoption stats and try to answer the question of why so many customers are still on vSphere 6.x. First let’s look at the key timeline milestones for the major vSphere releases. Product release General Availability End of General Support End of Technical Guidance vSphere 7.0 2020-04-02 2025-04-02 2027-04-02 vSphere 6.7 2018-04-17 2022-10-15 2023-11-15 vSphere 6.5 2016-11-15 2022-10-15 2023-11-15 vSphere 6.0 2015-03-12 2020-03-12 2022-03-12 vSphere 5.5 2013-09-22 2018-09-19 2020-09-19 Now lets take a look at some version stats. We track the vSphere versions that customers use from the telemetry data of our storage arrays, VMware also tracks this as well via their vCenter analytics. Below is a look at that data from recent time periods to show what versions of vCenter and ESXi customers are running. April 2022 vCenter version...