Company claims 1k% price hike drove it from VMware to open source rival
arstechnica.com
arstechnica.com
However Red Hat now only supports conversions to OSV, since RHV was deprecated (sadly).
The biggest problem is oVirt itself has not proven to be a very sustainable open source project. If oVirt dies, we'll likely remove support in v2v. (There's a great start up opportunity here, for a dull but money-making company that productizes oVirt again.)
To move VMs from RHV to OSV you can just copy the disk image since they already should have virtio drivers, qemu guest agent, and be able to boot on any qemu/KVM-based platform. I believe there's some automation for that, but it doesn't involve virt-v2v.
That is because it was before Broadcom lit VMware on fire. Nowadays everyone is looking for a like for like VMware alternative.
> Kubernetes/cloud-native friendly VM alternative to VMware
Cloud-native and VMs for the people used to the VMware world are antithetical. Overwhelmingly we're talking about carefully managed pets, which is exactly the opposite of cloud-native.
Yes, they're buyers stuck in the past. If RH can bring them on and take them on a modernisation journey, it could be very lucrative (even if very time consuming).
In the end I left before broadcom bought vmware but the status at the time was "let's wait a bit more".
Due to the applications, our clients use + AD + File share. Explain how (excuse the French) the fuck Kubernetes and OpenShift helps here.
Thanks xoxo
Probably, outside of VMware, you run Xen for Windows servers.
I should be able to run all OS on a VM platform. :) Right? :) What is the friggin point.
Xen is an option but is it viable for big datacentre deployments?
The strategic jump is probably to Kubernetes/OpenShift/kubevirt but there are probably intermediate steps like Xen one could make instead off VMware.
Producing industry isn't a niche exception.
Finance is mostly browser based in many orgs, and for people who are all-in on Google docs it's 100% browser based. Service companies such as contractors seem to have transitioned to cloud platforms accessed off of a browser or Android app that is essentially just a webview.
Ironically, tech companies are behind the curve in regards to having a higher proportion of users like devs and designers that need applications that aren't browser based.
Our R&D and production probably cannot ever move completely to the browser. Security restrictions of browsers are focused on being safe on the net, so interactivity is limited and overall it is often impractical.
And since we have at least hybrid environments, we often compare desktop usage with purely cloud approaches and the desktop seem to mostly win for productivity. And I bet this would be the case for many other companies too.
Sure, if you are purely service based, it can work. But even our customer service has a workshops with numerous devices measuring materials in all kinds of way. You cannot really connect them to a browser. Or you could, but then it is extreme impractical again.
Or logistics. Scanning pallets, registering wares, nothing here is browser based. It really seems to be the word, excel crowd that can do it and maybe your erp is a cloud solution.
I do software development. Theoretically I could develop in the cloud too for the most part but I would also severely hate it. And even if I restrict myself to the Microsoft part, it also is a bit unreliable.
There are still loads of companies who still manage pets.
6 months ago on HN: https://news.ycombinator.com/item?id=40452260
> Steve McDowell, chief analyst at NAND research, told The Register that VMware by Broadcom is “laser focused on high-revenue, high-margin business” and has priced its wares “just below the pain threshold for customers they care about.”
A segment of a customer base is hardly a buffer, if you underserve them they will leave, and you will have wasted effort making an inclusive sales and support process to them.
This shows up especially in the context of hiring: for a generation, there have been a ton of people who learn VMware at businesses of all sizes and your large shop can reliably hire them. Shutting down smaller sales affects that directly and because the smaller places are going to do something else it means that the people who move up to a bigger place are going to have direct firsthand experience contradicting what the VMware sales people are saying about how risky it is not to use their software.
There are tons of VMware installation that are 3 - 20 physical server, more so than 10.000 server installations. Right now Broadcom is telling those customers, and those with 500, or 1000 servers, that they can take their business elsewhere. Broadcom is much happier to milk the top 5% of customers, compared to servicing the "bottom" 95%.
Broadcom seems to be cutting of to large a chunk of customers. They also are preventing new large customers from coming in. No one starts out with 10.000 physical servers and no one wants to switch a growing 5000 server datacenter from HyperV, KVM or Nutanix to VMware.
But then again, Broadcom may well be explicitly viewing this internally as "we no longer have a competitive product, there is either no way to differentiate it again or we're not willing or able to invest in what it would take, and so the game is just to milk all the money we can out of this", in which case this is pretty close to what I'd expect to see. Where I personally sit in their customer base now, VMs are a commodity and I've got no reason to pay for them anymore. That's been true for a while. I'm speaking here just as A Guy, not as an employee of anyone, but I would expect that this reality has been slowly but surely crawling up the market from where I sit at the bottom.
(This is just discussion, not "disagreement".)
From what I have seen they are just a PE firm pretending to be a tech company. They will bleed the customers who can’t move fast enough. Burn it to the ground to get every last dollar.
They did exactly that, and the sales manager was fired over losing one of the biggest clients and the loss of revenue that came with it.
One needs to be very, very careful about both the pain threshold and the "** you, I'm moving my business elsewhere" threshold.
But if Broadcom increases price 10-fold and loses half the customers by revenue over the next couple of years, that reflects in their bonus and they can then move on.
The customers might have a plan to move off vmware by 2027, but continue to pay the money until then. Come the 2027 renewal the execs that made the massive bonuses for increasing revenue have left and then when the company says they aren't renewing it's the next generation dealing with the problems, and then they just reach for the three-envelopes.
This really is on the companies that choose a single supplier. If you had two providers, then shifting doesn't take a 3 year program, it's just a policy change to prefer Provider B rather than Provider A.
Stock prices theoretically have future cash flows built in but markets are inefficient. In this case, if Broadcom starts losing customers in 2027 and revenue declines 5%, it would get hammered in the market at that point in time, punished much more than the 5% drop.
[1] From Apple’s SEC filing:
The value received by our named executive officers in 2022 from long-term equity incentives reflects exceptional stock price performance over the applicable vesting periods. As a result, for the applicable performance periods, performance-based RSUs vested at 200% of target for our named executive officers based on Apple’s TSR relative to other companies in the S&P 500 (“Relative TSR”), which was at: • the 96th percentile for performance-based RSUs held by Ms. Adams, Mr. Maestri, and Mr. Williams, and • the 99th percentile for performance-based RSUs held by Ms. O’Brien.
Mr. Cook was granted an equity award with 75% performance-based vesting and 25% time-based vesting
Chances are most of that 90% of your customer base who were previously fairly happy are now very unhappy with a forced move to another platform, so in 10 years time when they're in some other business and making purchasing decisions, someone will mention VMWare and the only thing they'll remember is that shit show where they spent 6 months migrating off it because of some ridiculous pricing change.
In sweden it's really hard to find a pub that has coca cola, they almost exclusively have pepsi.
Also in the supermarket pepsi is cheaper.
I can't speak to your buggy claim since I don't know which feature you are complaining about, and if it's part of the extensions then the "many eyes, shallow bugs" does not apply
https://www.ciodive.com/news/broadcom-att-vmware-settlement-...
Broadcom aren't hiking the price 10x for everyone.
If you previously used:
- VMWare Vsphere
- Cloudify Automation
- CISCO ASI Software Defined Network
- Splunk log collection
- Nutanix Acropolis Distributed Storage
- etc..
Then you're going to see you vSphere costs jump massively because you're only option to buy vSphere now also comes with: - VMWare Vsphere
- VMWare Aria Automation
- VMWare NSX Software Defined Network
- VMWare Log Insight
- VMWare vSan
- etc..
So, if you're already heavily invested in VMWare, you might even see your costs reduce.A sale isn't free. It requires time, headcount, and engineering+PM resources.
At Broadcom size, you want to maximize sales to F1000 customers (the kind that can and will shell 7-8 figures in TCV) as that gives you the most bang for your buck from a SalesOps perspective.
A major issue with VMWare was their sales team would chase logos at the expense of an optimal sale, so their account teams would give extreme discounts (70-80%) at barely above the margin in order to close deals.
Chances are if you're a vmware estate, those products are going to integrate better and then you only have a supplier, support portal, customer rep, etc..
Broadcom loose customers who arn't really invested in to VMWare and those who stay become even more invested in to them.
Maybe. Or maybe they understand the play being made as well as everyone else does, and won't be inclined to become any more dependent on an organization that will turn the screws nice and hard on anyone they know won't be able to leave them.
What I picked up is that before the acquisition, price was mostly determined by CPUs on the hypervisor, now it's mostly by RAM.
Which means we now have to optimize hypervisor hardware to a different licensing model.
I don't think we've seen 10x price hikes, but it could possible if a provider has optimized hard for a metric that is now less relevant, and/or has difference licensing deals.
Caveat: I've picked all that up second-hand through the grapevine, I'm not working with our virtualization farms directly. So not 100% on top of what's going on.
I think you might have that backwards, before we paid based on ram and now we pay based on cores
Didn't even oracle drop this monstrosity of a licensing fee? Didn't microsoft also dropped / stoped pursuing it? How on earth do people justify this?
I think the price hikes have made the "medium" use-case more uncertain.
At the time we were running a SAN and the small VMWare Essentials license. But managing it with Windows was painful for me personally, and our HP SAN was kind of painful, every year like clockwork it would just stop processing until we had remote hands reboot it. And every year they'd tell us "Try this firmware" to shut us up for another year, until eventually the product reached EOL.
We had been running ganeti in our dev/stg cluster for years at that point (and the python.org infrastructure was using it at that time as well), so I decided to transition us to local storage running VMWare and then to ganeti. Doing local RAID array monitoring on VMWare was quite painful at the time, maybe that's gotten better?
I absolutely love that ganeti has such a good suite of command-line tools for operating. I have a small shell script that respins half our dev/stg infrastructure every other day. Our entire critical infrastructure is HA at the machine level, so we don't play around with anything like live VM moves, we just do offline moves. I used to do the drbd-based replication and live moves, but the doubling of disk writes and committed disc usage wasn't worth it for us.
Proxmox is on my radar if we needed to move away from ganeti, but so far we are looking like we'll stick with ganeti.
~6 years ago I went to a local Dell dog and pony show where someone at the next table was poo-pooing on "those greybeards that run Debian and ganeti" instead of VMWare. But, this shit works...
Ganeti I remember as comparatively harder to deploy (nothing was harder than openstack though)
In order to sell?, spinoff?, or use the cash to finance something else?
They knew they would lose customers, they've factored that into their business plan
[1] https://www.netcials.com/financial-revenue-history-usa/11246...
And what have its profits been over the same time period?
Also, how did maximizing numbers work out for Boeing?
vmware had this magic sauce that worked before hardware virtualization support was common. In around 2000, the only realistic options was either vmware or vm/esa on a mainframe. It hasn't been like that for a long, long time.
Let's not forget user mode linux. :-) I ran hundreds of "VMs" using UML and it worked surprisingly well.
I was looking at Proxmox, but I kind of got lost in the documentation when it comes to shared storage and high-availability, meaning restarting VMs on another host if one host fails.
RedHat is just as expensive as VMware used to be, but it had less features, so it is not really an option.
Wait, your VM will still restart if vmware host dies, right? You can't have RAM sync between hosts.
That's what FT is for, if the primary VM instance dies or becomes unresponsive, you failover to the mirror instance.
And regarding Fault Tolerance, it is tricky and if you don't need that level of availability it's better to just plan for a VM restart or have other types of high-availability in place to mitigate a host failure.
The core virtualization stuff is commodity, but there’s much more to it.
Price increases as in the linked article can be a compelling reason, of course.
Inertia, both in a company and in the industry, is a major reason.
Also it is not about the VMs only but the whole ecosystem. Last time I worked for a company where we considered moving out of vmware, the main issue was not migrating to a new VM management solution but having to migrate to a new VM hypervisors + migrating to a new backup solution supporting the new hypervisor. This while still maintaining original backup solution until retention runs out or we migrate and test all old backup with long retention. Or we had to decide on maintaining several backup systems in parallel which would increase the cost of backups.
It is not just about migrating VMs.
They are just not selling products individually anymore.
If you previously only licensed a single product, your only option now is to buy everything under a single license.
We are already using a lot of VMWare products, not only do we now have access to more, our overall price went down.
I think medium sized customers have a choice, switch from their Broadcom products, or move more to Broadcom.
they'd be almost certainly right to think that, of course it'd be worth it. The pending question is whether the largest customers will actually sticks with VMWare for them to actually see this 10x revenue materialise
It is the locust economy.
[0] https://cylab.be/publications/64/download/2024-comparison-of...
Both are projects with over a decade and a half of development behind it, both use similar virtualisation architectures, and both have easy to use web interfaces, with distributed storage options and cluster management tools.
Different type of architecture. XCP-ng would also be a closer to fit to how VMware works as well.
(I currently run Proxmox at work. At my last job we used OpenStack.)
I get it. Virtualization is a commodity now. They're trying to squeeze the last serious profits out of the platform, but in behaving this way they're absolutely hastening their own exit from the market.
Good riddance.
Revenue in 2023 was $13bn. Operating income $3.74 bn. Net Income $1.3 bn.
I don't see a future where they can extract money they paid for, even with their practices.
This is the first year. Everyone is working on migration. Next year? There will be experience, what works, what doesn't. Year after that? Even more, there will be experts with deep knowledge, tools, adapters ect.
Once you have that, leverage is gone.
Now, any time I see anything more than 100% for an increase, I assume the person doesn't know how to say it properly, and the vast majority of the time I'm correct. I certainly never make any decisions (including opinions) based on that information without doing the math myself.
"wrong" and "correct" are only defined by what people actually say - if people mainly say "101% increase" to mean "new value = old value * 1.01" then that's what it means whether it makes sense grammatically or not.
I can't just go around saying that my cat is siamese even if he's not just because I got it wrong one time and now this is what siamese means to me. Because my goal is to transmit accurate messages.
Would you really get more value from the headline if it said "923% increase" instead of 1000%?
I think you've just proven OPs point. 10x is a 900% increase, or 1,000% of the original price, not 1,100%.
Using percentage for anything other than a fraction of something (i.e. <= 100%) is usually done for effect, often done incorrectly, and even if done "correctly", leads to exactly this kind of confusion.
In addition, don't express changes in terms of ratios, express them in terms of actual quantities.
So instead of saying "our efficiency increased by 100%", get rid of the ratio and express it as a multiple of the relevant underlying quantities, e.g. "our costs are 0.5x".
The problem is that the whole sentence doesn't make sense with a number there. "Company claims 10 price hike drove it from VMware..."
Would be lovely, but transparency is not good for every way of doing business :’ )
Yes. Increase means the number went up. A 200% increase means that it increased by 200% of the original, so you have the original 1x and the increase of 2x for a total of 3x.
Your logic: 100% means 1. A 100% increase is x * 1.
Correct logic: 100% means 1. A 100% increase is x + (x * 1)
Your 30% example is the same x + (x * 0.3)
200% is x + (x * 2) for a total of 3 times the original amount.
Same goes for 1000% being x + (x * 10) for a total of 11 times the original amount.
(This difference became especially noticeable to me after playing^W practicing my math skills with incremental games for obscene amounts of time.)
So no, not just your pet peeve. I personally hate 100% increase and that sort of thing. Even if I know the correct interpretation, I have no idea if the writer did.
Lordy, YES. A successful business must have good communication. Not people saying "actually, I was right, but ...".
And of course, the worst people of all think that one third is less than one fourth.
Personally, I blame the widespread usage of decimal notation rather than fractions. The so-called ‘metric’ system (a misnomer, because every system of measurements … measures) bears a lot of blame here.
"200%" increase vs "100%" increase is double the difference, a far more significant number.
Whereas the inverse of 3x is (1/3)x and still far clearer (three times the size and one third the size).
Meanwhile 3x “smaller” is the inverse of 3x “bigger”, not 300% “increase”, which is mathematically different. The adjectives break our brains. Much easier to comprehend if we don’t use them, using “the size” instead.
A "price hike" is not necessary an "increase", i.e. a sum of the old price and a change, which is X + X * (P/100). It very well might also mean "a price hike to Y", i.e. "the new price is now P percent of the old" which is a multiple (X * (P/100)).
But yeah, it's usually very confusing for all the parties involved, especially when the change is negative.
A "price hike" is always an increase, and specifically a large increase. If the value has decreased it'd be a "price drop" and a large drop would be a "price slash".
Again, what I meant is, of course, "price hike" in itself always constitutes some increase, but its nature can be one of two: 1. positive delta 2. setting the price to a ratio > 1.