VMware VCF Image support for a3.large.x86
The VCF image of VMware that allows the same VLANs to be attached to multiple network ports isn't supported on the a3.large.x86 currently so it would be good to have support for it.
Custom BIOS Management
Customers would like to have additional visibility and management capabilities of BIOS-enabled features, e.g SR-IOV, SGX, etc. Ideally a customer should be able to manage their BIOS settings through the API, Customer Console, or metadata service.
I'd love to have 256-way servers available, for maximum performance. These would be incredibly competitive, surpassing the best available offerings from AWS and GCP at the moment (whose normal offerings top out at 96 and 224 CPUs respectively). While I'm sure some applications will want a huge amount of memory to go with that, in my case I'd be happy with around 2GB per CPU. It'd likely make sense to have a "high compute" version in that range, as well as an offering with 4+GB per CPU for more memory-intensive workloads.
ESXi 8.0 as an Installable OS
Provide the option to deploy ESXi 8 on appropriate Gen3 configurations.
Expand "Lock" feature for Metal servers
Expand the existing "Lock" function in the Metal console & API so that admins can prevent a wider set of actions. Currently, locking a server only prevents it from being deleted or reinstalled. The proposed feature would mean that all platform-directed configurations (e.g. adding/removing VLAN's) or status changes (powering on/off/reboot) would require an account admin to first unlock the instance.
Allow Provisioning of Specific Metal Server Plan Versions
Often times, a Metal server has multiple versions that aren't publicly exposed. These cane be minor alterations between plan versions and in some cases, e.g. the c3.small, may be on an entirely different platform from server to server. This causes unexpected, and sometimes breaking behavior, for someone deploying servers on-demand. We should add capability to the Metal API that allows specifying a particular plan version during device provision.