Live data from Hacker News

Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

arstechnica.com

41–50 of 297 posts

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#41

Earlier quoted context omitted.

Yeah I'm at a place that is kind of sucking it up, but there is a work-stream to move more stuff into the cloud and another work-stream to move more stuff on-prem but Kubernetes running on bare-metal. There's also work to stop using some component of VMware as well.

Sure but whole strategy is "Jack up prices by 500%, cut expenses by 70% and make more money in short term" What about the long term? Who care, massive money made and they can use that to keep going.

I think Broadcom correctly realizes that no matter what they do there is no long term: In a world of Cloud hyperscalers and containerization, the absolute number of “traditional” virtual machines run by a commercial hypervisor has nowhere to go but down.

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#42
If anyone here is looking to move Greenplum workloads off Broadcom (or unsupported open source), email me miles.richardson@enterprisedb.com — I’m the PM for WarehousePG [0], an open source fork of Greenplum. We’ve got a cracked engineering team working hard to modernize it.

At EDB we’ve forked Greenplum from last OSS into WarehousePG, added over a dozen customers with petabytes of data, and hired a few dozen specialists. We have an extension for Lakehouse connectivity based on DataFusion (with optional offload to Spark including GPU acceleration) to read/write Iceberg. And we have a lot planned for the next version, which you might infer from the name: WarehousePG 19.

[0] https://github.com/warehouse-pg/warehouse-pg

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#43
post #27
post #4

If Tesco needs character witnesses that Broadcom has done this to many other customers, I think they’ll find plenty of willing participants. Broadcom’s marketing for Proxmox is extremely effective.

[flagged]

[dead]

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#44
post #27
post #4

If Tesco needs character witnesses that Broadcom has done this to many other customers, I think they’ll find plenty of willing participants. Broadcom’s marketing for Proxmox is extremely effective.

[flagged]

>filings are private

That's horrific

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#46
post #5

> Tesco is also dealing with migration challenges related to data security because its new, unnamed virtualization software is incompatible with the Veeam and Zerto products it uses. What is a VMware alternative, that isn't compatible with backup software? I'm guessing it's not nutanix?

I've been hearing that HPE are on a push lately with larger enterprises trying to encroach on VMWare during their pricing changes, might be them.

HPE's VMWare alternative is Morpheus, and it supports both Veeam and Zerto. So it's probably not them.

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#47

Earlier quoted context omitted.

Sure but whole strategy is "Jack up prices by 500%, cut expenses by 70% and make more money in short term" What about the long term? Who care, massive money made and they can use that to keep going.

I think Broadcom correctly realizes that no matter what they do there is no long term: In a world of Cloud hyperscalers and containerization, the absolute number of “traditional” virtual machines run by a commercial hypervisor has nowhere to go but down.

Containers do not reduce reliance on VMs, really. Those containers still need a server to run on, and that server is almost certainly going to be a VM and not bare metal.

Re: Tesco moving 40k server workloads off VMware amid Broadcom's abusive conduct

#48
post #12

Earlier quoted context omitted.

Proxmox for 40k vm would be surprising also veeam support Proxmox.

I'd would assume that this is not a monolithic cluster of 40k vm's but at least tens of clusters. Which puts it in the realm of capabilities of Proxmox.

Before my vacation we (3 colleagues and myself) completedan 8 months long migration (coordination with stakeholders is longer and more complex than migrating a 192TB VM !!!) to 6 proxmox clusters so 20 to 40 clusters for 40k is certainly possible but imo it would be unwieldy.
Post reply on HN