Live data from Hacker News

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

arstechnica.com

11–20 of 297 posts

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

#11

> 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?

Probably Proxmox. Veeam support is relatively new.

[deleted]

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

#12

> 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?

Probably Proxmox. Veeam support is relatively new.

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

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

#18
post #12

Earlier quoted context omitted.

Probably Proxmox. Veeam support is relatively new.

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.

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

#19

Great time to migrate off VMware. All the migration paths are well-trodden by now, but goddamn 40k vm's. A lot of work ahead.

I work at Red Hat and a customer moving 40k servers off VMware is a fairly regular occurrence. It'd be one of the larger migrations but certainly not unusual. We can usually do about 500-1000 guests per day once the migration is fully underway after the initial engagement and a qualification period where the VMs get scoped for anything unusual / difficult to move.

It's all based around open source projects virt-v2v and Migration Toolkit for Virt, and the typical target is OpenShift Virtualization.

There are various zero-copy options if you're using specific storage. In the best case the downtime for each guest can be as little as a few minutes. If the storage stars don't align then it can take a few hours per VM (but conversions happen in parallel, dozens or hundreds at a time).

[I don't have any specific knowledge about where this Tesco account is going. We have plenty of competitors. Everyone is dining at the Broadcom trough right now. Broadcom's "strategy" is absolutely baffling to me.]

Edit: Almost forgot that I gave a 5 minute lightning talk about it: https://pretalx.com/devconf-cz-2024/talk/SN93LG/

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

#20
post #17

this is probably another big risk with enterprises going all in on using spring-boot. migrating to quarkus won't save you either - since it's IBM on the other hand. if only other ecosystems could catch up to Java/JVM solutions.

What’s so special about Java/JVM solutions? What is for example the Go ecosystem missing in comparison?
Post reply on HN