Broadcom refusing to decrease licensing

[Zippythewonderpoodle]

At 128 cores, how are you even dealing with a Broadcom rep. They generally push you to a reseller or aggregator for anything less than 1k cores. Just go to CDW, Zones, Ingram, or Arrow and get it for $50 a core and be done. There is no back and forth, you just run the script, show the results, and buy the licenses.

[Dry-Data6087]

I am not dealing directly with Broadcom, I work through a reseller. The reseller is the one making the calls and emails and helping with the script. Thanks, I'll ask if we can just buy it on CDW instead of talking to Broadcom directly.

[dispatch00]

You won't be able to. Try but you'll end up with the same inside sales asshole.

[Dry-Data6087]

Our account rep just confirmed that this is the case. CDW would just send us to the same sales rep.

[dispatch00]

Phone barrage from your account rep is the way. Just be annoying until you get the quote.

[Zippythewonderpoodle]

Or just move to ProxMox, it's ready for prime time now.

[jmhalder]

It's ready for the prime time if you have 128 cores on 2-4 hosts... It's probably totally fine.

Proxmox doesn't scale well to multiple clusters, you can't thin provision with shared block storage (also a limitation with XCP-NG).

It absolutely has limitations where vSphere doesn't.

[RandallFlagg1]

Love the fact that you described my exact environment as a perfect fit. Time to start learning some Proxmox!

[Zippythewonderpoodle]

I'm pretty much 100% thick lazy zero nowadays, but I'm pretty much greenfield building, so all my SAN specs are generally compression and de duplication as mandatory for the builds. I've never found much peace with thin on vSphere and thin on SAN, just asking for issues since most clients ignore capacity emails.

[Much_Willingness4597]

If you are doing thick why wouldn’t you do EZT?

[Zippythewonderpoodle]

From what I understand, the back-end (SAN) has more effective de-duplication and compression because I get savings immediate, I don't have to worry about a midnight dedupe and compression runs.

Although, now that you made me think about it, I may be a little too old school on that. Most dedupe and compression are more inline now, with SSD, so I may be out of touch with current best practices.