How widespread are ARM servers outside of hyperscalers who naturally wouldn't touch anything Supermicro makes with a 10-foot pole?
And the few vendors probably can't build enough of them because hyperscalers are syphoning all the fab output to their own datacenters.
Oracle even has a free forever tier with ARM: https://www.oracle.com/cloud/free/
Pair any two of those and it strains credibility for anyone that deals with Oracle. All three?
A real shame, as they could offer SPARC, if they hadn't decided the future was x86 after acquiring Sun.
At least IBM offers POWER and Z.
This stuff is less of a problem if you're just using a few dozen of these things at most. But at scale commodity hardware becomes a nightmare.
It's why most hyperscalers find it more cost-effective to just build their own (Amazon, Google, Meta, others)
That's not a Supermicro-specific problem, though. In fact, the Oxide Computers folks are predicting their whole business approach on being able to "control and support" most every piece of firmware that they ship to users. It's not easy, and it's far from standard in the industry.
And by "hyperscalar" I mean "the ODM who actually designed the system".
Both Microsoft and Meta née Facebook hyperscaled their data centers using the AST1050.
All of the various Open Cloudserver specs call for BMCs: https://www.opencompute.org/wiki/Server/SpecsAndDesigns-old
Things haven't changed that much from these specifications.
Hyperscalers are more likely to want to get OCP equipment or something similar; which might end up being something they bid out to supermicro, but it won't look like the retail servers. As spamizbad notes, the BMC/IPMI firmware is an issue too; it's mitigatable, but something that can run software the owner controls is much preferred (OpenBMC looks nice), if you have the scale to demand it.
I reported a security issue about their BMC / IPMI to Supermicro, and Supermicro decided it wasn't a security issue, so they weren't going to do a thing.
There's no place in this world for companies that choose to wait for active exploitation before doing something.
(edit: link-to-highlight only works in Chromium-based browsers. everybody else, use Ctrl+F)
Early on there was a rush to get everything supported (aarch64 compiled packages mostly), but now everything works just fine.
We just swapped some c6i.2xlarge servers for c7g.xlarge (graviton 3, half the size of the intel servers) and utilization for our workload (sidekiq jobs, in this case) bumped up maybe 20-30%. The performance is quite good.
No issues: if your software supports it, do it.