3 ms·
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-pr
by jamesfinlayson 4mo ago
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.
- stackskipton 4mo agoSure 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.
- twoodfin 4mo agoI 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.
- bigstrat2003 4mo agoContainers 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.
- deleted 4mo ago[deleted]
- twoodfin 4mo agoSure, but at that level it’s totally commoditized by the hyperscalers. VMWare brings nothing to the table.
- nix0n 4mo ago> that server is almost certainly going to be a VM and not bare metal I understand that this is normal but I've never understood it. If all the containers are running the same company's applications (so they don't care about security boundaries between them), what's the difference between having all the containers under the same kernel vs separate kernels?
- wmf 4mo agoIt's cargo culting. Even 37 Signals fell for it.
- donavanm 4mo agoThe VM layer gives you an aspect of fungibility that commodity hardware doesn’t. It’s being able to over provision, dynamically reallocate hardware resources, or do things like live migration and entire system snapshots. That hardware/system management aspect is what VM’s give you and containers don’t. Note: if you want to conflate “containers“ with an entire job management and scheduling system (“k8s”) then you’re not actually talking about the current target customer for VMware.
- sofixa 4mo ago> It’s being able to over provision, dynamically reallocate hardware resources, or do things like live migration and entire system snapshots. That hardware/system management aspect is what VM’s give you and containers don’t. None of those matter in the slightest with containers. Why would you need to reallocate hardware resources when the containers can run on another piece of hardware? You would snapshot the relevant storage, not the whole OS and kitchen sink. VMs as an intermediary between hardware and containers is just a waste of resources - both directly (RAM, CPU, storage to run a useless OS with no benefit) and indirectly (all of those VM's OS needs maintaining and patching). It's basically a hold over from the olden days of "everything is a VM".
- stackskipton 4mo agoWe run everything on VM just for flexibility. Want to stand up a new machine for testing? Boom, run the script, new Ubuntu server. We need to decommission a machine. Shutdown all the guests, move them over to new machine and start them. Sure, most of what we do is very cattle and we could run on bare hardware but why not take advantage of easy to add flexibility.
- rwmj 4mo agoNo one's going away from VMs any time soon (if ever). More than half of the workloads we see being migrated are Windows. Many more are odd/ancient RHEL versions running some very specific software where the manufacturer won't offer a newer version / went out of business / the guy who set it up left and no one knows how it's configured / it works and we never want to touch it again.
- twoodfin 4mo agoIBM’s mainframe business is also large and highly profitable. It’s not growing in any meaningful way relative to other technology businesses.
- 2b3a51 4mo agoBest of luck. Without revealing any commercially sensitive information it would be fun to know what the age of the oldest VM running is. Windows 2K? RHEL 4? (As an end-user sort of person, I get a strong smell of Bladerunner from this kind of thing, where you can see old PCs in the background on top of decks with cables running out of them).
- rwmj 4mo agoAs I said in another thread, Win95 and RHEL 3 are the oldest we've come across recently. Guests of this sort are not converted, they're copied and run using emulated devices (IDE/SATA, e1000 network etc). We help customers as best we can but don't support these cases. Usually the story is they're running something like CNC control which originally ran on baremetal, then got virtualized onto VMware when the hardware died (possibly using VDI to make it appear on a terminal close to the machien), and it's still doing the same thing effectively today.
- sofixa 4mo ago> More than half of the workloads we see being migrated are Windows. Many more are odd/ancient RHEL versions running some very specific software where the manufacturer won't offer a newer version / went out of business / the guy who set it up left and no one knows how it's configured / it works and we never want to touch it again. And number of those has nowhere to go but down too. There is no growth in either of those, because everyone who will at some point try to get rid of them. Not all, not immediately, but the ultimate trajectory is down.
- Spooky23 4mo agoThey make AI crap. The future is Mars.
- BLKNSLVR 4mo agoBut Snickers is Mars with nuts, so it's both healthier and more filling. The future is Snickers!
- sidewndr46 4mo agoLong term you roll those profits into another acquisition. Rinse and repeat. Scorched earth, no mercy
- lokar 4mo agoThey explained that fairly clearly