23
Provide a service to host and provision customer operating system images
planned / on deck
Bob Fraser
A number of customers want to provision operating systems / images that are not on the standard operating system list: https://metal.equinix.com/developers/docs/operating-systems/supported/
Equinix Metal allows for provisioning custom images: https://metal.equinix.com/developers/docs/operating-systems/custom-ipxe/
However, this requires maintaining a PXE server.
GOAL:
Provide a service where customers could upload their operating system images. These would be distributed within the Metal cloud and could then be provisioned by the customer on their server instances.
Log In
Activity Feed
Sort by
Sal Carrasco
Merged in a post:
User selectable OS Versions
Manuel Mendez
We are regularly updating the underlying OS images we use for provisioning.
Some users may want to stick to a known good version and slowly test updates on their own terms.
Internal Staff users are able to provision using a non-default OSV and clients can sort of do something similar using magic user-data comments.
While the magic-user-data comment is documented https://metal.equinix.com/developers/docs/operating-systems/custom-images/ its not very obvious/friendly.
A "proper" input field in the Portal or API and info in metadata would be more discoverable and likely add to its use.
This will also ease the ability for 3rd party OS partners to test their images in almost-production safely, including by their own partners/clients.
Bob Fraser
planned / on deck
Marques Johansson
> A "proper" input field in the Portal or API and info in metadata would be more discoverable and likely add to its use.
Yes. Overloading userdata with "Equinix Metal configuration" prevents userdata from being used by the user in typical use cases (cloud-init, ignition, kickstart, gzipped multipart mime).
The existing "operating_system" field could be used with some careful definition of a value whose format would include the needed image_repo and image_tag. (I don't know of a standard git+http format that allows for revision~ish, browse ready references.). The API accepts strings or maps in some places, it could conceivably take an image_repo/image_tag map for operating_system.
Manuel Mendez
Marques Johansson: I wasn't trying to tie in to Custom Images. I'd like to limit this post to only selecting among the EM images.
I agree exposing the image_repo/image_tag somehow makes sense. Maybe even as a Custom OSV where the image_repo is part of the definition?
Marques Johansson
Manuel Mendez: The ability to POST custom images to /organization/{id}/operating-systems (using the repo/tag parameters) would allow for custom slug use when creating devices.
Manuel Mendez
Marques Johansson: Yep, but thats totally new functionality that I think deserves its own post.