Only run minikube image build
on control plane by default
#11192
Labels
kind/bug
Categorizes issue or PR as related to a bug.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
Milestone
Currently there is a lot of duplicated code, between
minikube image load
andminikube image build
.One of these includes selecting which minikube nodes (machines) to run on, in the selected profile that is.
This might have some issues with multi-node:
For load, it will load the image to all the nodes in the cluster (which makes sense, without a registry)
For build, it will build the image on each and every node - which might make less sense, for some builds
For save, it would the save the image from each node in the cluster - which doesn't make so much sense.
The regular assumption is that the same image (name:tag) contains the same content, so only save once ?
The suggestion is to build/save on the Control Plane.
See #11130 (comment) for
minikube image save
This is the single-node workflow:
When the save functionality is in place, that would be a simple method of loading the new image to the other nodes:
When having a registry deployed, or when using an external registry, this becomes the usual cluster workflow:
or)
3a) Save image from registry, in the host cache
3b) Load image on worker nodes, from the host cache
It would be possible to select another node in the cluster.
Steps 1+2 would be one single command,
build
.Same with steps 3, that's also a one-liner
load
.As always you have the option of building directly on the host (external to minikube), and saving and pushing from there...
But that would mean that you would always have to transfer the image (even for single-node), instead of rapid turnaround.
The text was updated successfully, but these errors were encountered: