As an old ex-vmware eng it's kinda sad reading all these articles about broadcom's controlled descent into terrain. A lot of really cool and useful engineering was done in vmware's heyday, and it was often delivered in rather shaky commercial shapes, but for a while the whole thing kinda worked. And broadcom seems to see it as a company that is long past its ability to innovate, extracting as many dollars as possible before its rapidly decreasing value goes to zero.
There was a solid few years that a lot of business types at vmware behaved as though winning was the default, assured state. It took several years for them to see that that was very much not the case. A real lesson in there, for every successful business today.
chipx86 12 hours ago [-]
Another ex-VMware here (9 years on the Workstation team). It's so very sad to see... I grew up there from a career standpoint and I was proud to be there, loved being there, and I just don't recognize it anymore.
I agree with your point about "winning was the default state." I joined during the Diane Greene era and left in the Pat Gelsinger era, spoke to all three CEOs at different points in one-on-ones, and learned a lot about how different people approach the challenges of running a company and listening to employees.
Pre-Broadcom, sort of toward the end of my time there, there was a lot of unintended self-sabotage that didn't need to happen. We lost people that we shouldn't and shot ourselves in the foot for some really dumb reasons, which just a bit more coordination could have prevented. There were some innovative ideas that got lost in all this, and I believe could have fueled VMware's product line and put it in the right positions for where the sector ultimately went. Alas.
MichaelZuo 1 hours ago [-]
What do you think was the root cause?
stronglikedan 26 minutes ago [-]
It's always MBAs.
lenerdenator 2 hours ago [-]
This is what happens when you let business school grads do whatever they want to make money; particularly, gutting the company over the long run without having to make considerations for the people who did the actual value creation.
If you had to award bonds and/or equity and severance to the people you laid off in order to lay them off, you might have to look beyond the quarterly bump you got for treating customers, vendors, and employees like crap.
SanjayMehta 15 hours ago [-]
You need to remember this isn't Broadcom the chip company at work, this is really Avago which took on the Broadcom name when they acquired the latter.
Avago's business model is to acquire cash cow businesses and then milk them dry. These VMware changes are consistent with that model.
m4rtink 7 hours ago [-]
Broadcom/Avago, please buy Atlassian! I beg you, pretty please!
You will make an insane amount of money and make the world a much better place!
dessimus 6 hours ago [-]
Or the equivalent of "Superstorm Sandy" is created...
thekrendal 4 hours ago [-]
It's bad enough already, please no.
zhengyi13 1 hours ago [-]
I think OP left off a /s tag; I read their post to be suggesting that they'd love to see Atlassian's products go away.
MrDrMcCoy 1 hours ago [-]
I think that's the point: poke more holes in its hull so it finally sinks.
throw0101a 15 hours ago [-]
> […] this is really Avago which took on the Broadcom name when they acquired the latter.
For a visual representation of this see the "Edgar suit" from the movie Men in Black. :)
the_alchemist 14 hours ago [-]
And sugar is dollars :'D
jms703 4 hours ago [-]
Yeah, this is the new norm. Best not to waste too many tears on it. I guess this surprises some people.
ramgine 18 hours ago [-]
I got my current job because I could lead the hyper-v to VMware migration project. Just this year I led the VMware to hyper-v migration project. VMware was such a great product (although a bit cumbersome in the VCF environment I managed). It’s really unfortunate it went the way of Broadcom. In comparison Hyper-v feels like a typical Microsoft product. A bunch of different tools created by different teams to do tasks that feel bolted on and afterthoughts. I have to run FCM to manage the nodes? But I run HVM to manage the roles? But there’s no overall resource management like VMware vsphere or proxmox does natively?
I’ve quietly built a proxmox cluster in our environment for semi-prod workloads for when the inevitable windows host has issues.
yardie 4 hours ago [-]
> I have to run FCM to manage the nodes? But I run HVM to manage the roles? But there’s no overall resource management like VMware vsphere or proxmox does natively?
Microsoft hides their best stuff in SCVMM, which is another product and another license they want you to purchase. Anytime I've asked someone from MS why I can't X like I can in vCenter the response was usually, "oh, it's in System Center. FCM, HVM are just stripped down. If you need it you should buy System Center."
tbyehl 53 minutes ago [-]
SCVMM may technically have the thing you're missing from vCenter... but it's no vCenter. It is a grotesque, MMC plug-in-looking application where nothing quite makes sense to someone accustomed to vCenter or Hyper-V / FCM. Maybe if you're into Azure and slap another layer on top w/ Arc you'll have something that... is less icky but still isn't vCenter.
But, hey, The Reg says that VMware is now claiming that vSphere Standard was never really cancelled.
Corporate IT is kind of a parallel universe to me, so it is interesting to see how widely used these products are and how impactful these types of events are.
There are a few broad categories to building one of these platforms.. core virtualization ("relatively easy"), device model ("medium hard"), storage management ("hard"), management plane ("medium hard").
VMWare popularized x86 core virtualization and defined their own device model because they were the early market leader. But the device model is pretty bizarre and I haven't been particularly impressed by the guest driver quality over the years. VMFS and vSAN seem good for storage, the latter being better than anything open source. Management plane was mediocre, I remember it took a while to move off Flash and fat clients while cloud vendors were showing none of that was necessary from inception, and everything is kind of in a walled garden by design (embedded DB etc).
ExoticPearTree 5 hours ago [-]
I had a lot of positive experiences with VMware (ESXi + vCenter). Every time I had a new project, I tried to keep it as simple as possible and it worked wonderfully. SAN, Distributed Switches, Automatic VM migrations to balance CPU usage etc.
VSAN was a weird one until I understood the logic behind it, but the licensing costs kind of brought on-par to buying a SAN and be happy.
I haven't touched Microsoft Hyper-V.
sigmoid10 17 hours ago [-]
I actually had so many troubles with vmware on windows over the years that once I tried out hyper-v for the first time last year, I somehow have never touched vmware again. Sure vmware has better configs, cleaner interface and some very subtle design advantages. But damn, hyper-v just fucking works and it keeps working across updates. I have a VM that has been running for a year and it is still perfectly doing exactly what it should. I never experienced that with vmware.
simoncion 17 hours ago [-]
> I actually had so many troubles with vmware on windows...
I assume this means that you were using Vmware Workstation? The VDDK is for Vmware vSphere, which -IIRC- runs on Linux and coordinates computers running ESXi, which are where vSphere VMs actually run.
Not that many people are going to be using Vmware Workstation to run a large number of VMs.
protocolture 16 hours ago [-]
I remember reading some obscure customer doco that "The old fax server is running on the virtual host"
And I was like... what virtual host?
What I found was Server 2003 running on VMWare Workstation, running on a Windows 7 Dell PC sitting at the bottom of a rack.
A lot of people think VMWare Workstation is the pinnacle product of the company and I have NFI how this came to be.
whizzter 7 hours ago [-]
I think you're conflating different requirements/usecases.
Sure, a type-1 hypervisor like vSphere is technically better since there's no host OS creating unmanageable contention and if you have guests with higher performance requirements then yeah it's settling for something half-assed.
But in reality, we have some similar shit to a "fax server" that has manually set up weird manufacturer printer settings (local admins tried to be automated/distributed) and old third-party software libraries that "infects" a system globally (2 versions of that library cannot co-exist on a computer).
If that piece of crap can be contained on a VM, as long as it's contained and keeps trucking after a restart/powercycle everyone is happy. What kind of VM container hosts it is really secondary.
(What the software in question is can probably be inferred from the comment, the software is liked by users at the client so it's not going away)
manjose2018 14 hours ago [-]
Does your company have a ton of thick-client apps? I feel like so many workloads are on the web right now and thick clients are slowly becoming a thing of the past - but maybe in Enterprise there are still stubborn thick client Win32 apps that are mission critical.
If I were starting a company today I would make sure that the majority of my apps were web based. (CRM[netsuite or sf.com], O365/GoogleDocs, workday|gusto, etc.)
d3Xt3r 13 hours ago [-]
Most high-security environments (banks, govt agencies etc) have a large on-prem footprint. Then there's specialised industries like manufacturing, science and engineering who typically have a bunch of embedded systems, often running ancient versions of Windows or something that needs to talk to a local ancient server. And many old companies have tons of legacy apps which are a PITA to migrate to newer infrastructure. So yeah, plenty of folks out there using omprem gear, it's kinda the reason why Broadcom is able to what it's doing - lots of suckers out there who're married yo vmware and can't get a divorce.
kjs3 2 hours ago [-]
Couple of things (having lived in this world). The people running this stuff aren't by default stupid (well, not always), and not assuming they are helps with understanding.
First, someone has to pay to migrate apps, and as often as not the resources to do that aren't available. Sometimes you do the math and it doesn't make finacial sense to allocate those resources. And sometimes you just can't move apps. The vendor might not support vm/cloud/web deployment. Or, very common in manufacturing, you have an app that runs a machine and requires a very, very specific hw/sw environment to be supported.
Next, there's that whole regulated thing. We spend a lot of time in front of federal/national regulators explaining how we do things so that we don't screw up your mortgage or whatever. And those regulators take careful notes. So if I've spent the last 10 years explaining how we have this amazing VMWare deployment that ticks all the boxes, they're going to want some very, very detailed explanations of how HP VME or Proxmox or whatever is going to tick all the same boxes at least as good as VMWare did. And we're inviting a lot of scrutiny for a couple of years to make sure we did it right. It's a lot of work.
Sometimes you weigh everything, not just 'it costs less' or 'Broadcom are a bunch of assholes' or 'we don't want bros on HN to think we're suckers', and the answer is legitimately "the divorce isn't worth it".
JoeBOFH 6 hours ago [-]
Reminds me of setting up VMware Workstation with USB ISA cards to keep a line running. Ugh
deltoidmaximus 2 hours ago [-]
I'd love to hear more about that. I didn't think Workstation could do anything besides USB device passthrough!
kjs3 2 hours ago [-]
At my last enterprise gig (financial, ~85k employees), when I inventoried apps for cloud migration, there were around 1500 what I guess you'd call 'thick apps', and about 75% of them were some variation of "stubborn thick client Win32 (or .NET) apps that are mission critical". Mission critical to someone, anyway, and the number of apps with 1 or 2 users was kinda eye opening. Noone was going to fund the effort to rewrite them to be cloud native or web based, so there was a lot of lifting and shifting going on.
Many businesses might do better pushing everything to web apps, but SaaS introduces a whole bunch of other issues in highly regulated worlds like finance. It's not always the right answer.
Flere-Imsaho 10 hours ago [-]
> quietly built a proxmox cluster
Why is your place of work not moving wholesale to Proxmox? It's mad that HyperV is chosen as a solution in this day and age.
ExoticPearTree 5 hours ago [-]
Because it is made of a lot of open source components glued together in different weird ways. Sure, I would trust KVM over Hyper-V any day, but the management sucks for Proxmox.
If they build their new Datacenter Manager offering into what vCenter offered and abstract away all the ugliness (imagine creating a "distributed" switch on Proxmox with two clicks) I think they will make a killing.
WokeUp420 6 hours ago [-]
Proxmox is amateur hour. No enterprise support
throw0101a 5 hours ago [-]
> Proxmox is amateur hour. No enterprise support
24/7 support will be available starting in October:
The other thing perhaps worth noting that the entire stack is open source, even Proxmox's 'special sauce' for management. Depending on your organization, if you can solve a problem with Debian (and Qemu) you can solve a problem with Proxmox.
PunchyHamster 5 hours ago [-]
If you can solve a problem with Debian and Qemu Proxmox gives you nothing.
Better to just use same automation you use for VMs to just keep fleet of bare Debian + KVM machines.
Proxmox is for when you don't have a bunch of Linux experts on board. And that's also kinda what enterprises want to pay for, removing "liability" of having to keep very competent team.
...the fact that ends up costing them more everywhere is of no concern to middle management
c0l0 2 hours ago [-]
This is loser talk.
franktankbank 4 hours ago [-]
Is enterprise support super valuable these days when you get shafted anyway? Just pay for in house ya dingus.
cloudie78 10 hours ago [-]
Legal/Compliance/Risk department along the lines of “ nobody ever got fired for buying ibm”
tstrimple 17 hours ago [-]
I've lead roughly $20M in cloud migration projects in the last two years away from vmware to cloud services as replacements. Just insane what MBAs are willing to do to a product to squeeze short term profits. Even more insane that this country largely sees these people as a benefit to society and not the vultures they are.
ramgine 14 hours ago [-]
The magic that is opex compared to capex. I'm sure it makes sense to some bean counter somewhere in the company, but for us who manage the resources it's always a loss.
spockz 10 hours ago [-]
I think that it boils down to that opex is considered speedy, flexible and agile. Whereas capex reflects slow/glacial but also stable.
This is also why lease exists, why we have freelance contracts vs employee contracts for indeterminate amounts of time.
xyzelement 14 hours ago [-]
Engineer with an MBA here.
I don't think anyone finds this flavor of activity beneficial. What's beneficial is the underlying system that is sufficiently free and flexible that great things (like VMware to begin with) are possible. As much as we don't like "this" we don't want to put any bureaucrats in power to squash creativity and enterprise.
Much like freedom of speech means someone can speak abhorrently, freedom of enterprise means someone can do bad or dumb business things. But we enjoy the thing in totality.
JeremyNT 2 hours ago [-]
> I don't think anyone finds this flavor of activity beneficial. What's beneficial is the underlying system that is sufficiently free and flexible that great things (like VMware to begin with) are possible. As much as we don't like "this" we don't want to put any bureaucrats in power to squash creativity and enterprise.
Ultimately, the purpose of a system is what it does.
We've structured our society such that performing this type of activity is extremely lucrative, and financial engineering is by all appearances the endeavor that humans value above all others.
someothherguyy 3 hours ago [-]
> Much like freedom of speech means someone can speak abhorrently, freedom of enterprise means someone can do bad or dumb business things.
No?
throwup238 13 hours ago [-]
> As much as we don't like "this" we don't want to put any bureaucrats in power to squash creativity and enterprise.
That was literally Broadcom’s reason for existing before Avago even acquired them. It’s the other half of the Qualcomm/Broadcom telecom duopoly.
broknbottle 16 hours ago [-]
The cloud see them as a benefit, that’s for sure. They are frothing at the mouth for the customers to migrate their workloads.
aleph_minus_one 15 hours ago [-]
> Just insane what MBAs are willing to do to a product to squeeze short term profits. Even more insane that this country largely sees these people as a benefit to society and not the vultures they are.
I do understand the argument that it can be considered as a benefit for society if companies that have a very incompetent management that falls for this kind of trap of getting locked in by some vendor without having an emergency escape plan available get milked or even get bust. :-)
bornfreddy 11 hours ago [-]
Well, it's not actually a trap, since it's not the management who pays the price - it is investors, employees and the society at large that do, while the MBAs have already moved on to their next victim.
Problem with incentives, I would say.
BLKNSLVR 15 hours ago [-]
When the country is run by vultures, they celebrate the discovery of new successful ways to vult.
stroebs 2 hours ago [-]
VMware is still seen as "platinum" level in my org compared to Proxmox, which I guess to a certain degree is true. But the features in use are basic VMs with vMotion. Proxmox provides that out of the box. Granted we've had a couple issues with a corosync wobble on larger clusters which was fixed long-term by putting corosync on a separate set of switches.
So far the Proxmox experience has been pretty flawless. We run a several hundred k8s VMs orchestrated by Rancher and use the dynamic load balancing feature that came with 9.2 so no noisy neighbours. Haven't dabbled too much with Ceph as the VMs are backed with NetApp arrays but I anticipate it to be pretty smooth when we reach that point.
pastage 2 hours ago [-]
First time I read Ceph and "pretty smooth" in the same sentence, it is really that easy now days? I have always thought it was pretty heavy on operational knowledge.
spjt 2 hours ago [-]
I'm kind of glad this is all happening because it provides a nice example to point to when I try to explain why I don't want to be dependent on a vendor for these sorts of things.
freedomben 2 hours ago [-]
For real, it's been the most validating of my use-open-source ethos than any other examples I can think of! For this open source isn't about the cost, it's about the vendor dependence/neutrality, and that's quite important when it becomes essentially a business requirement.
Jedd 18 hours ago [-]
From TFA
> VMware to Proxmox migrations are not affected ...
Amusingly - and acknowledging tiny scale and modest automation requirements of home lab compared to enterprise - as I started migrating to Proxmox a year or two ago, the process of shuffling VMs off my ESXi servers and onto Proxmox was surprisingly painless. Effectively mount the ESXi as storage systems, and then 'copy to here'.
IIRC the only small challenges were a conservative choice on target VM's CPU type (Proxmox seems to dislike defaulting to 'host' CPU) and the network / SCSI controller defaults. I assume designed to prioritise robustness over performance.
All automatable, I'm sure.
BLKNSLVR 15 hours ago [-]
Did the same thing a looong time ago. Was worried about how it would go, but it was surprisingly painless.
Love proxmox now.
_joel 8 hours ago [-]
Proxmox been great for decades. I used it back in 2011 when I was sysadmin for https://sahanafoundation.org/eden/ - we had multiple live instance running for the site, wiki, translation, GIS. Just when kvm was getting support too (not openvz) so it was nice an snappy running on some donated poweredge 2950's (thanks zen.co.uk!)
Deployed for Haiti, Chengdu etc. All ran perfectly.
anonymousiam 15 hours ago [-]
So the Linux qemu-img tool can still convert VM disk images from .vmdk into formats compatible with all the other hypervisors. Is there something more to the process of VM migration from VMWare than just using this tool (and manually creating the proper virtual hardware profile in the new hypervisor)?
Obviously the types of supported virtual hardware will be different between hypervisor types, but that's usually something that can be dealt with separately.
rwmj 9 hours ago [-]
The problem is how you access the disks that are sitting on a VMware server. VDDK allows you to connect and read them (in raw format, in fact) at a reasonable speed, and also understands sparseness and change block tracking.
nn3 13 hours ago [-]
Exactly. Either everyone is confused, or something is missing from the article.
justsomehnguy 6 hours ago [-]
> Is there something more to the process of VM migration from VMWare than just using this tool (and manually creating the proper virtual hardware profile in the new hypervisor)?
Yes? Do that for the hundreds of VMs, with a minimal downtime, bonus points for a dumb C-level on your neck.
You would quickly learn what "just converting disk images" is not enough for moving between hypervisors.
Just as an example: last year I moved a company with two Proxmox servers to ESXi. It took a 3 months and another server as a staging point. A minuscule in modern times 1TB+ VM took a whole weekend to be moved. Of course it didn't work in that time.
dizhn 5 hours ago [-]
>A minuscule in modern times 1TB+ VM took a whole weekend to be moved
Why?
justsomehnguy 21 minutes ago [-]
Because it involved a full backup - which wasn't anywhere fast on Proxmox, reinstalling the host, a full restore and then tinkering with the famous "runs everywhere (and not Java!)" boot shenaningans of that flavour of Linux OS.
And that was with the help of a backup-recovery solution which did support Proxmox, mere 6 months before that I would had stuck with an agent P2V migration of a VM to VM - which would had involved way more moving parts (can't P2V/V2V to a hypervisor which is not even installed yet) and more pain.
PunchyHamster 5 hours ago [-]
Doing export manually vs automating it using their libs
dramm 6 hours ago [-]
Leaving VMware just got harder? What? NO! It just became more obvious that you've failed if you are still stuck there. (VMware employee #10/11 -- I lost count. First Director of PM).
dramm 6 hours ago [-]
And I know that sounds like victim blaming. Anybody stuck in this situation has my empathy. But I just don't know how to get it across to some company execs/leaders that they have been needing to get their act together and get off VMware for coming on near 3 years now.
28304283409234 2 hours ago [-]
Rsync exists. I remember migrating a red hat 3 with a 2.4 kernel to VMware in 2014. Physical to virtual. It’s just files on a disk folks. Rsync, grub-install. And boot.
BLKNSLVR 15 hours ago [-]
Can someone exfiltrate the VMWare source so that it can be distributed at a later date once Avago (Broadcom) cease?
A friend of mine said that VMWare was still the best VM platform due to the ecosystem that built around it, so it'd be nice if it could be preserved for later resurrection.
I know time moves on quickly, but it'd be a shame to lose it entirely.
I know this is promoting criminality, but there's something wrong with society if this is deemed criminal.
Disclaimer: don't (be a hero)
tosti 10 hours ago [-]
IIRC the guy who wrote a hypervisor for OpenBSD found severe vulnerabilities in VMware. It doesn't surprise me and I don't think a quasi-legal fork would be a worthwhile avenue.
PunchyHamster 5 hours ago [-]
There is nothing to be saved there. There is nothing "special" in VMWare now aside from having the enterprise support, and frankly any effort would be better spent making KVM/libvirt more "enterprise friendly"
Almondsetat 1 hours ago [-]
Any torrents to keep it alive?
csydas 1 hours ago [-]
just for reference most enterprise backup products are not affected by this and will have vddk for backups and restores. if your backup product supports cross platform restores likely migration is not blocked for you, and many free / trial editions are likely generous enough for most small - medium shops to migrate on the free offering
if you already pay for an ent backup product check if it can restore from vmware backups to another platform and you’re prolly fine (for now)
jasonvorhe 7 hours ago [-]
I have very little pity for any of these customers, excluding maybe small businesses that simply don't know any better and lack the expertise but at every company and client I've been at there were at least 1-2 people trying to convince higher ups to not needlessly build core infrastructure on proprietary components and yet most were and are still being ignored.
Sure, if you have legacy Windows-only software that is proven to not work in other environments, you're out of luck and your hands may be tied but all the VMWare shops I've liberated from this slow, ugly and terrible to automate mess had to pay dearly for that.
How many more rug pulls do these people need? Oh right, they're probably in the middle of some Azure migration anyways.
Some people just need to learn through pain.
vintagedave 7 hours ago [-]
It can take a lot of time to migrate. People who've known about Broadcom's behaviour for some time may still be working towards solving it.
Or, they may have been naive. Small companies especially tend to have people with a more, I don't know, 'social' set of business expectations? 'I wouldn't do it to others so surely they wouldn't do it to me / they'll reverse course when they see how bad it looks' sort of expectations. I don't think we should feel "very little pity" for people like that (sympathy is human): but I'd instead say, I think they may be taken advantage of, but I feel admiration because an expectation of good conduct is something everyone should have and retain, even if it is breached.
dare944 16 hours ago [-]
> I am of the school of thought that even if Broadcom gives VMware Standard away free for a year, it would be hard to convince customers that they need to stick with the platform
Yep. They're building the cage around you. Why would you stick around?
raincom 11 hours ago [-]
When one becomes too comfortable with one vendor way of doing things, you end up paying 10's of millions of dollars in the end. Move the work loads to KVM, and invest in your own employees, and you can migrate off of VMware easily.
WokeUp420 6 hours ago [-]
I'm in the middle of a massive Azure Local migration and noticed the VDDK was no longer available... Kinda funny because I was just telling a coworker how surprised I was that they offered it. Thankfully I saved off my copy but I have no idea how Microsoft is going to handle this going forward with Azure Migrate. Same issue with SUSE I believe
p0w3n3d 12 hours ago [-]
I have fond memories of the first VMWare "BIOS" running inside my windows, this was so magical.
It's sad to watch these things slowly perish
firesteelrain 17 hours ago [-]
We run a lot of ESXi with vSphere (part of overall VCF solution). It works very well. But I am part of Big Corp. so they don’t mind paying. We are good via warranties etc using what we already purchased. I don’t know that I share the same sentiment that we could have just used ProxMox. We are a Dell heavy shop and there is a new Dell Private Cloud product that is very promising. More like choose your own adventure.
WokeUp420 6 hours ago [-]
Dell private cloud lock in would be the death of any company. You don't want to be isolated to one hardware vendor. We've told Dell to kick rocks many times for renewals and would not be able to do that if we were in their Cloud, which requires Dell hardware.
Don't do it
firesteelrain 5 hours ago [-]
It’s not their Cloud, you buy a bunch of PowerEdge R7725 for example and then choose between OpenShift, VCF and one other I can’t remember at the moment.
It’s on prem
Incipient 11 hours ago [-]
This is the only POSSIBLE rational argument for this approach. 4x price, on 1/2 the customer base is still 2x revenue with less customers to deal with. They want to keep the Big Corp clients that are happy to pay.
Now if it actually works out like this, only time will tell I suppose?
vrighter 11 hours ago [-]
having worked heavily on backup software, ho are vm backups supposed to work now?
rwmj 9 hours ago [-]
VMware are shipping VDDK to backup vendors directly (and only to backup vendors).
st3fan 4 hours ago [-]
Fire up the coding agents. This is a solvable problem.
nubinetwork 18 hours ago [-]
Rather than converting the cold vm disk, couldn't you boot up the vm, dump the disks to stream, and send the streams into another format?
watusername 17 hours ago [-]
Yes, this is Microsoft's "agent-based migration" option mentioned in the article.
WokeUp420 6 hours ago [-]
Agent based requires an insane amount of privileged accounts and I would say fails for 10%+ of the VM population
WokeUp420 6 hours ago [-]
Try doing that to 3,000 production VMs.
nubinetwork 5 hours ago [-]
Where do you work that a single sysadmin manages 3000 VMs?
rwmj 3 hours ago [-]
We're running a migration from VMware to Red Hat Openshift Virt for one customer right now which is over 150,000 VMs. That's a big one, but five figure number of VMs is very typical.
> People talking here about Proxmox make me laugh.
We have a (what I thought was) large nutanix setup at $dayjob for epic emr... we have like 10-12 sysadmins for ~500 servers (end user apps, and backend infra like Citrix), and even that seems like a lot.
Neywiny 17 hours ago [-]
Probably better to get the vm into a ramfs or any other way to not be currently on it. Otherwise it'll likely be pretty corrupted
10 hours ago [-]
uriahlight 18 hours ago [-]
The sad part is that most companies using VMWare could have been using Proxmox all along without any of the licensing and fee nightmares.
throw0101a 18 hours ago [-]
> […] could have been using Proxmox all along without any of the licensing and fee nightmares.
As a user of Proxmox, and observer of VMware infrastructure in other silos in some IT orgs I've been in, there is no way that Proxmox was a viable solution 3-5 (or more) years ago.
Hyper-V could have been used in many instances. I know a few places that chose to start moving to Nutanix even before the Broadcam fiasco. OpenStack is useful for many large scale environments (especially with tenant isolation and usage tracking/billing/chargebacks).
Proxmox is good a good solution for SMBs, but (especially pre-9.x) there were a bunch of things that made it much less usable for large(r) scale deployments IMHO.
gerdesj 17 hours ago [-]
I started migrating my customers from VMware a good three years ago.
It does help that I have thirty years Linux experience compared to the paltry twenty five or so of VMware (which was RedHat plus stuff back in day)
I also have rather a lot of Hyper V exposure too and I defy you to love its iSCSI and networking, let alone that awful vTPM thingie.
It's Proxmox for me, any day. Even when I've completely knackered it I can always boot a systemrescuecd and mount and chroot the thing back to life.
quietsegfault 17 hours ago [-]
I too ran a large VDI, server, and scientific computing cluster based on Linux - libvirt in my case. I saved a bunch of money over VMware. When I quit to go to a higher paying job, they had to rip and replace everything with vSphere because they couldn't find anyone willing to work for .edu money with the skills to manage that despite the massive cost savings.
I had asked for vSphere to avoid this problem, and they balked at the licensing costs even in the good ol' days.
worthless-trash 12 hours ago [-]
Libvirt isn't even difficult, were they trying ?
kiney 18 hours ago [-]
I was working on a pretty big proxmox setup back in 2016...
throw0101a 17 hours ago [-]
> I was working on a pretty big proxmox setup back in 2016...
Define "pretty big". Proxmox officially supports up to 32 nodes in a cluster and the Proxmox folks themselves have "seen clusters of around ~24 nodes in production" (as of 2025) and for "bigger clusters than that, fine-tuning might be necessary":
There are folks talking about running things in the high-40s and low-50s, but that's not officially support. If you have beefy hardware you can fit a lot of VMs on a single hypervisor (I've always found running out of RAM is often the limit).
A single vSphere cluster can have up to 96 nodes (without vSAN), and vCentre can handle multiple clusters (2500 total hosts; 40k VMs). Proxmox recently released Cluster Manager, which helps with feature parity.
I'm a happy user of Proxmox for a number of years (and helped ran OpenStack before that), but I think for large(r) scale deployments (and even smaller ones) there's a good reason which VMware was so popular. (How many folks are actually at that (large(r)) scale is a different question.)
(Also: XCP-ng doesn't seem to get much press. Haven't used it myself though.)
Avicebron 17 hours ago [-]
Well good news, it's improved quite a bit. File level restore is a thing now..
Hasz 15 hours ago [-]
I have professional experience with all listed (both on vendor and user side), other than hyper-v. Nutanix is probably the closest true solution to VMware, although not 1:1. VMware is an excellent piece of tech run by people who DGAF and just want the $.
I like Proxmox a lot, but it is technically and commercially several years behind. There is no moat, and when stuff slides sideways, you need to understand what's going on (e.g a competent sysadmin). That is changing with the recent Proxmox NA announcement, but still not there.
OpenStack is not the same product at all, and is about an order of magnitude more complicated. Much more powerful, but instead of a good sysadmin, you probably want a team (and maybe some core devs).
uriahlight 16 hours ago [-]
I emphasize most, not all. Most companies using VMWare even 5 years ago could have achieved similar infrastructure using Proxmox. It's been a viable alternative for years. It's always intrigued me how easily big companies get pulled into licensing nightmares because their execs get bullshitted into believing a sales pitch at a seminar. Anyone who has worked with Oracle's product lineup instinctively knows what I'm talking about.
Flere-Imsaho 10 hours ago [-]
Also the support contacts, which require you to send system logs to VMWare of you want them to fix something. For a lot of companies this is a no go.
Waste of money
Brian_K_White 17 hours ago [-]
Anyone larger like that automatically also can afford the staff to simply address any shortcomings in-house and then own it forever, and perfectly tailored, and perfectly customizable at any time forever. There is no missing feature that a few hours or days of developer time doesn't erase.
Oh it's crude on day one? So what? You're still operating and on your own terms, and every week a few more minutes of work gets added as little pain points get addressed by whoever cares, and before you know it it's better than anything you can buy, and the total cost was less than your previous licensing, and you never had to deal with a serial number or license manager or account rep, never had to care one bit about counting cpu cores or client seats or vms or physical hosts or ips or backup copies or spinning up new dev boxes or more production without warning or any of that bs.
The bigger you are, the less you need the convenience of outsourcing, not more.
throw0101a 17 hours ago [-]
> The bigger you are, the less you need the convenience of outsourcing, not more.
Quite often the bigger you are the more the higher ups want risk to be mitigated, and so are often glad to cut a cheque to be able to yell at someone over the phone.
applfanboysbgon 16 hours ago [-]
The other aspect is that they want fungibility. As a corporation, you use off-the-shelf solutions so that when you do your big layoffs every few years you can rotate in some other cogs who already know how to operate the standard solution. Building in-house means valuing your employees long-term and we can't have any of that going on.
Brian_K_White 4 hours ago [-]
god you're so right of course
b3lvedere 7 hours ago [-]
It's been years i played with Proxmox. Back then it wasn't as easy as Vmware Esxi was/still is: Just boot a pretty small os, define a datastore somewhere, just grow disks, migrate them, etc. All done with some clicks of a mouse button in a nice web gui. Maybe i should start playing with Proxmox again?
WokeUp420 6 hours ago [-]
Proxmox is good for a home lab but running an enterprise on it is a joke. Good luck with that
Okay then magnet:?xt=urn:btih:bb5565a679e22985842c1243a93300f123762366
17 hours ago [-]
akulbe 18 hours ago [-]
More VMware - winning friends and influencing people, like usual.
guidedlight 17 hours ago [-]
I blame Broadcom. They behave like an aged care home for software, who actively engages in financial abuse.
lokar 16 hours ago [-]
The bought it to squeeze it dry in its last few years. It’s one of their main business models.
Buy declining companies with good customer bases, cut spending and raise prices.
SanjayMehta 15 hours ago [-]
Avago's business model, not the original Broadcom's
lokar 15 hours ago [-]
True. I’m not sure which “faction” runs the company now, but I’d guess it’s not the engineering company.
measurablefunc 15 hours ago [-]
Should be possible to reverse engineer it with AI.
dosisking 12 hours ago [-]
> Should be possible to reverse engineer it with AI.
Might as well rewrite it in Rust at the same time, two birds with one stone.
jijji 16 hours ago [-]
i thought everyone got rid of vmware in 2007 when virtualbox came out... wow cant believe people still pay for that
technion 14 hours ago [-]
Vmware vsphere is not at all in the consumer space where virtualbox exists.
SanjayMehta 15 hours ago [-]
As a user of VMware Desktop who switched to VirtualBox, my experience was VMware was just so much easier to use.
I now use UTM to host Windows 11 Pro on my mac for exactly one Windows application.
With the exception of suspend, it does the job.
p0w3n3d 12 hours ago [-]
Do you host arm win11 or intel?
SanjayMehta 5 hours ago [-]
ARM
msie 17 hours ago [-]
Time to sue!
pjc50 7 hours ago [-]
Tesco are indeed suing Broadcom in the UK, because they bought what was sold as a "perpetual" license. And also complaining to the UK competition regulator.
mitxela 17 hours ago [-]
Did they break a law?
tancop 11 hours ago [-]
Possibly. If you can prove they did it on purpose to prevent customers from leaving that might count as malicious interference with their contract.
lokar 16 hours ago [-]
More likely a contract, but the same question.
And of course anyone can file a lawsuit…
17 hours ago [-]
vmwarestole 12 hours ago [-]
Most of VMware virtualization code was stolen from kvm and they never were punished. Our laws are a joke, our courts are largely illegitimate and so to is our government.
dramm 6 hours ago [-]
You are hallucinating and don't have any clue what you are talking about (VMware employee #10/11 -- I lost count, First Director of PM at VMware).
VMwware sure as hell did not invent the hypervisor, and we were damn careful not to ever claim that. The early unique IP was how to enable a hypervisor to use dynamic translation where required to work around non-virtualizable x86 instructions, we also did well with how to package a hypervisor to run on a host/share host devices etc. Over time that early differentiation went away as we helped encourage CPU vendors to include better hardware virtualization support. And the other big thing we had was just a market focus/desire to deliver value/delight nerdy users like ourselves.
Who is the granddaddy of hypervisors? It sure ain't KVM, and it sure ain't VMware. That would be IBM. They had decades of doing hypervisors on the mainframe when we were getting started as a tiny startup. They sure know a lot about hypervisors and had a x86 hypervisor research project in Watson labs. We were humbled when IBM fellow Rich Oehler came to us wanting to partner because he saw how far ahead we were. That was years before KVM even got started. The IBM collaboration, lead to years of great work with IBM, who helped VMwware get going with ESX Server. Although the focus of VMware since founding was always to end up focusing on the data center/server market we could not have done that so well and so fast without IBM and sales and GTM cooperation.
Now good on KVM and others for pushing open hypervisor technology, and any company in this space who actually cares about their users and customers. I hope KVM helps pound VMware/Broadcom into the dirt.
Edit: typos
pjdesno 46 minutes ago [-]
What he said.
I was a VMware workstation user in the late 90s.
I worked on the VMware monitor team back in 2007-2008, which probably put my employee number way in the 1000s. Ole Agesen, Carl Waldspurger, and other early folks were still there.
Back then "kvm" meant a remote keyboard/video/mouse device. Linux kvm was announced in 2006, and released in 2007, and required hardware virtualization, which was first released with AMD Pacifica in 2006. Back then VMware's binary translation was locked up in patents, so in the free software world we had Xen, colinux, and other hacks.
tristor 20 minutes ago [-]
As someone who has worked in this space longer than a lot of people currently in industry have been alive, VMware predated KVM by a number of years. VMware Server was released in 2001... KVM was announced in 2006 and entered the Linux kernel mainline in 2007. XenSource was formed and commercialized the Xen project with XenServer in 2006, the first open source Xen Project release was in 2003.
So for all you can say, VMware released a product to market that provided a server-based hypervisor before any of their competitors. They're not the first hypervisor, but they're the first server-based hypervisor for X86.
rrgok 11 hours ago [-]
Really? I always thought KVM came to existence aftern VMware.
consp 10 hours ago [-]
My guess is it's referring to ESXi's GPL'd (or not GPL'd) code and the 2016 suit which failed (on procedural grounds).
Rendered at 16:32:54 GMT+0000 (UTC) with Wasmer Edge.
There was a solid few years that a lot of business types at vmware behaved as though winning was the default, assured state. It took several years for them to see that that was very much not the case. A real lesson in there, for every successful business today.
I agree with your point about "winning was the default state." I joined during the Diane Greene era and left in the Pat Gelsinger era, spoke to all three CEOs at different points in one-on-ones, and learned a lot about how different people approach the challenges of running a company and listening to employees.
Pre-Broadcom, sort of toward the end of my time there, there was a lot of unintended self-sabotage that didn't need to happen. We lost people that we shouldn't and shot ourselves in the foot for some really dumb reasons, which just a bit more coordination could have prevented. There were some innovative ideas that got lost in all this, and I believe could have fueled VMware's product line and put it in the right positions for where the sector ultimately went. Alas.
If you had to award bonds and/or equity and severance to the people you laid off in order to lay them off, you might have to look beyond the quarterly bump you got for treating customers, vendors, and employees like crap.
Avago's business model is to acquire cash cow businesses and then milk them dry. These VMware changes are consistent with that model.
You will make an insane amount of money and make the world a much better place!
For a visual representation of this see the "Edgar suit" from the movie Men in Black. :)
I’ve quietly built a proxmox cluster in our environment for semi-prod workloads for when the inevitable windows host has issues.
Microsoft hides their best stuff in SCVMM, which is another product and another license they want you to purchase. Anytime I've asked someone from MS why I can't X like I can in vCenter the response was usually, "oh, it's in System Center. FCM, HVM are just stripped down. If you need it you should buy System Center."
But, hey, The Reg says that VMware is now claiming that vSphere Standard was never really cancelled.
https://www.theregister.com/virtualization/2026/09/02/vmware...
There are a few broad categories to building one of these platforms.. core virtualization ("relatively easy"), device model ("medium hard"), storage management ("hard"), management plane ("medium hard").
VMWare popularized x86 core virtualization and defined their own device model because they were the early market leader. But the device model is pretty bizarre and I haven't been particularly impressed by the guest driver quality over the years. VMFS and vSAN seem good for storage, the latter being better than anything open source. Management plane was mediocre, I remember it took a while to move off Flash and fat clients while cloud vendors were showing none of that was necessary from inception, and everything is kind of in a walled garden by design (embedded DB etc).
VSAN was a weird one until I understood the logic behind it, but the licensing costs kind of brought on-par to buying a SAN and be happy.
I haven't touched Microsoft Hyper-V.
I assume this means that you were using Vmware Workstation? The VDDK is for Vmware vSphere, which -IIRC- runs on Linux and coordinates computers running ESXi, which are where vSphere VMs actually run.
Not that many people are going to be using Vmware Workstation to run a large number of VMs.
And I was like... what virtual host?
What I found was Server 2003 running on VMWare Workstation, running on a Windows 7 Dell PC sitting at the bottom of a rack.
A lot of people think VMWare Workstation is the pinnacle product of the company and I have NFI how this came to be.
Sure, a type-1 hypervisor like vSphere is technically better since there's no host OS creating unmanageable contention and if you have guests with higher performance requirements then yeah it's settling for something half-assed.
But in reality, we have some similar shit to a "fax server" that has manually set up weird manufacturer printer settings (local admins tried to be automated/distributed) and old third-party software libraries that "infects" a system globally (2 versions of that library cannot co-exist on a computer).
If that piece of crap can be contained on a VM, as long as it's contained and keeps trucking after a restart/powercycle everyone is happy. What kind of VM container hosts it is really secondary.
(What the software in question is can probably be inferred from the comment, the software is liked by users at the client so it's not going away)
If I were starting a company today I would make sure that the majority of my apps were web based. (CRM[netsuite or sf.com], O365/GoogleDocs, workday|gusto, etc.)
First, someone has to pay to migrate apps, and as often as not the resources to do that aren't available. Sometimes you do the math and it doesn't make finacial sense to allocate those resources. And sometimes you just can't move apps. The vendor might not support vm/cloud/web deployment. Or, very common in manufacturing, you have an app that runs a machine and requires a very, very specific hw/sw environment to be supported.
Next, there's that whole regulated thing. We spend a lot of time in front of federal/national regulators explaining how we do things so that we don't screw up your mortgage or whatever. And those regulators take careful notes. So if I've spent the last 10 years explaining how we have this amazing VMWare deployment that ticks all the boxes, they're going to want some very, very detailed explanations of how HP VME or Proxmox or whatever is going to tick all the same boxes at least as good as VMWare did. And we're inviting a lot of scrutiny for a couple of years to make sure we did it right. It's a lot of work.
Sometimes you weigh everything, not just 'it costs less' or 'Broadcom are a bunch of assholes' or 'we don't want bros on HN to think we're suckers', and the answer is legitimately "the divorce isn't worth it".
Many businesses might do better pushing everything to web apps, but SaaS introduces a whole bunch of other issues in highly regulated worlds like finance. It's not always the right answer.
Why is your place of work not moving wholesale to Proxmox? It's mad that HyperV is chosen as a solution in this day and age.
If they build their new Datacenter Manager offering into what vCenter offered and abstract away all the ugliness (imagine creating a "distributed" switch on Proxmox with two clicks) I think they will make a killing.
24/7 support will be available starting in October:
* https://www.proxmox.com/en/about/company-details/press-relea...
The other thing perhaps worth noting that the entire stack is open source, even Proxmox's 'special sauce' for management. Depending on your organization, if you can solve a problem with Debian (and Qemu) you can solve a problem with Proxmox.
Better to just use same automation you use for VMs to just keep fleet of bare Debian + KVM machines.
Proxmox is for when you don't have a bunch of Linux experts on board. And that's also kinda what enterprises want to pay for, removing "liability" of having to keep very competent team.
...the fact that ends up costing them more everywhere is of no concern to middle management
I don't think anyone finds this flavor of activity beneficial. What's beneficial is the underlying system that is sufficiently free and flexible that great things (like VMware to begin with) are possible. As much as we don't like "this" we don't want to put any bureaucrats in power to squash creativity and enterprise.
Much like freedom of speech means someone can speak abhorrently, freedom of enterprise means someone can do bad or dumb business things. But we enjoy the thing in totality.
Ultimately, the purpose of a system is what it does.
We've structured our society such that performing this type of activity is extremely lucrative, and financial engineering is by all appearances the endeavor that humans value above all others.
No?
That was literally Broadcom’s reason for existing before Avago even acquired them. It’s the other half of the Qualcomm/Broadcom telecom duopoly.
I do understand the argument that it can be considered as a benefit for society if companies that have a very incompetent management that falls for this kind of trap of getting locked in by some vendor without having an emergency escape plan available get milked or even get bust. :-)
Problem with incentives, I would say.
So far the Proxmox experience has been pretty flawless. We run a several hundred k8s VMs orchestrated by Rancher and use the dynamic load balancing feature that came with 9.2 so no noisy neighbours. Haven't dabbled too much with Ceph as the VMs are backed with NetApp arrays but I anticipate it to be pretty smooth when we reach that point.
> VMware to Proxmox migrations are not affected ...
Amusingly - and acknowledging tiny scale and modest automation requirements of home lab compared to enterprise - as I started migrating to Proxmox a year or two ago, the process of shuffling VMs off my ESXi servers and onto Proxmox was surprisingly painless. Effectively mount the ESXi as storage systems, and then 'copy to here'.
IIRC the only small challenges were a conservative choice on target VM's CPU type (Proxmox seems to dislike defaulting to 'host' CPU) and the network / SCSI controller defaults. I assume designed to prioritise robustness over performance.
All automatable, I'm sure.
Love proxmox now.
Deployed for Haiti, Chengdu etc. All ran perfectly.
Obviously the types of supported virtual hardware will be different between hypervisor types, but that's usually something that can be dealt with separately.
Yes? Do that for the hundreds of VMs, with a minimal downtime, bonus points for a dumb C-level on your neck.
You would quickly learn what "just converting disk images" is not enough for moving between hypervisors.
Just as an example: last year I moved a company with two Proxmox servers to ESXi. It took a 3 months and another server as a staging point. A minuscule in modern times 1TB+ VM took a whole weekend to be moved. Of course it didn't work in that time.
Why?
And that was with the help of a backup-recovery solution which did support Proxmox, mere 6 months before that I would had stuck with an agent P2V migration of a VM to VM - which would had involved way more moving parts (can't P2V/V2V to a hypervisor which is not even installed yet) and more pain.
A friend of mine said that VMWare was still the best VM platform due to the ecosystem that built around it, so it'd be nice if it could be preserved for later resurrection.
I know time moves on quickly, but it'd be a shame to lose it entirely.
I know this is promoting criminality, but there's something wrong with society if this is deemed criminal.
Disclaimer: don't (be a hero)
if you already pay for an ent backup product check if it can restore from vmware backups to another platform and you’re prolly fine (for now)
Sure, if you have legacy Windows-only software that is proven to not work in other environments, you're out of luck and your hands may be tied but all the VMWare shops I've liberated from this slow, ugly and terrible to automate mess had to pay dearly for that.
How many more rug pulls do these people need? Oh right, they're probably in the middle of some Azure migration anyways.
Some people just need to learn through pain.
Or, they may have been naive. Small companies especially tend to have people with a more, I don't know, 'social' set of business expectations? 'I wouldn't do it to others so surely they wouldn't do it to me / they'll reverse course when they see how bad it looks' sort of expectations. I don't think we should feel "very little pity" for people like that (sympathy is human): but I'd instead say, I think they may be taken advantage of, but I feel admiration because an expectation of good conduct is something everyone should have and retain, even if it is breached.
Yep. They're building the cage around you. Why would you stick around?
It's sad to watch these things slowly perish
Don't do it
It’s on prem
Now if it actually works out like this, only time will tell I suppose?
I gave a 5 min lightning talk about this a couple of years back: https://pretalx.com/devconf-cz-2024/talk/SN93LG/
People talking here about Proxmox make me laugh.
We have a (what I thought was) large nutanix setup at $dayjob for epic emr... we have like 10-12 sysadmins for ~500 servers (end user apps, and backend infra like Citrix), and even that seems like a lot.
As a user of Proxmox, and observer of VMware infrastructure in other silos in some IT orgs I've been in, there is no way that Proxmox was a viable solution 3-5 (or more) years ago.
Hyper-V could have been used in many instances. I know a few places that chose to start moving to Nutanix even before the Broadcam fiasco. OpenStack is useful for many large scale environments (especially with tenant isolation and usage tracking/billing/chargebacks).
Proxmox is good a good solution for SMBs, but (especially pre-9.x) there were a bunch of things that made it much less usable for large(r) scale deployments IMHO.
It does help that I have thirty years Linux experience compared to the paltry twenty five or so of VMware (which was RedHat plus stuff back in day)
I also have rather a lot of Hyper V exposure too and I defy you to love its iSCSI and networking, let alone that awful vTPM thingie.
It's Proxmox for me, any day. Even when I've completely knackered it I can always boot a systemrescuecd and mount and chroot the thing back to life.
I had asked for vSphere to avoid this problem, and they balked at the licensing costs even in the good ol' days.
Define "pretty big". Proxmox officially supports up to 32 nodes in a cluster and the Proxmox folks themselves have "seen clusters of around ~24 nodes in production" (as of 2025) and for "bigger clusters than that, fine-tuning might be necessary":
* https://forum.proxmox.com/threads/proxmox-with-48-nodes.1746...
There are folks talking about running things in the high-40s and low-50s, but that's not officially support. If you have beefy hardware you can fit a lot of VMs on a single hypervisor (I've always found running out of RAM is often the limit).
A single vSphere cluster can have up to 96 nodes (without vSAN), and vCentre can handle multiple clusters (2500 total hosts; 40k VMs). Proxmox recently released Cluster Manager, which helps with feature parity.
I'm a happy user of Proxmox for a number of years (and helped ran OpenStack before that), but I think for large(r) scale deployments (and even smaller ones) there's a good reason which VMware was so popular. (How many folks are actually at that (large(r)) scale is a different question.)
(Also: XCP-ng doesn't seem to get much press. Haven't used it myself though.)
I like Proxmox a lot, but it is technically and commercially several years behind. There is no moat, and when stuff slides sideways, you need to understand what's going on (e.g a competent sysadmin). That is changing with the recent Proxmox NA announcement, but still not there.
OpenStack is not the same product at all, and is about an order of magnitude more complicated. Much more powerful, but instead of a good sysadmin, you probably want a team (and maybe some core devs).
Waste of money
Oh it's crude on day one? So what? You're still operating and on your own terms, and every week a few more minutes of work gets added as little pain points get addressed by whoever cares, and before you know it it's better than anything you can buy, and the total cost was less than your previous licensing, and you never had to deal with a serial number or license manager or account rep, never had to care one bit about counting cpu cores or client seats or vms or physical hosts or ips or backup copies or spinning up new dev boxes or more production without warning or any of that bs.
The bigger you are, the less you need the convenience of outsourcing, not more.
Quite often the bigger you are the more the higher ups want risk to be mitigated, and so are often glad to cut a cheque to be able to yell at someone over the phone.
From this page: https://archive.org/details/vddk_20260825
Buy declining companies with good customer bases, cut spending and raise prices.
Might as well rewrite it in Rust at the same time, two birds with one stone.
I now use UTM to host Windows 11 Pro on my mac for exactly one Windows application.
With the exception of suspend, it does the job.
And of course anyone can file a lawsuit…
VMwware sure as hell did not invent the hypervisor, and we were damn careful not to ever claim that. The early unique IP was how to enable a hypervisor to use dynamic translation where required to work around non-virtualizable x86 instructions, we also did well with how to package a hypervisor to run on a host/share host devices etc. Over time that early differentiation went away as we helped encourage CPU vendors to include better hardware virtualization support. And the other big thing we had was just a market focus/desire to deliver value/delight nerdy users like ourselves.
Who is the granddaddy of hypervisors? It sure ain't KVM, and it sure ain't VMware. That would be IBM. They had decades of doing hypervisors on the mainframe when we were getting started as a tiny startup. They sure know a lot about hypervisors and had a x86 hypervisor research project in Watson labs. We were humbled when IBM fellow Rich Oehler came to us wanting to partner because he saw how far ahead we were. That was years before KVM even got started. The IBM collaboration, lead to years of great work with IBM, who helped VMwware get going with ESX Server. Although the focus of VMware since founding was always to end up focusing on the data center/server market we could not have done that so well and so fast without IBM and sales and GTM cooperation.
Now good on KVM and others for pushing open hypervisor technology, and any company in this space who actually cares about their users and customers. I hope KVM helps pound VMware/Broadcom into the dirt.
Edit: typos
I was a VMware workstation user in the late 90s.
I worked on the VMware monitor team back in 2007-2008, which probably put my employee number way in the 1000s. Ole Agesen, Carl Waldspurger, and other early folks were still there.
Back then "kvm" meant a remote keyboard/video/mouse device. Linux kvm was announced in 2006, and released in 2007, and required hardware virtualization, which was first released with AMD Pacifica in 2006. Back then VMware's binary translation was locked up in patents, so in the free software world we had Xen, colinux, and other hacks.
So for all you can say, VMware released a product to market that provided a server-based hypervisor before any of their competitors. They're not the first hypervisor, but they're the first server-based hypervisor for X86.