See the Minikube docs for instructions on launching a Minikube cluster.
Once your cluster is running, the CRDs defined by the cluster-api
project
need to be added to the cluster.
kubectl apply -k vendor/sigs.k8s.io/cluster-api/config/crds/
The actuator also uses the BareMetalHost
custom resource that’s defined by
the baremetal-operator
.
kubectl apply -f vendor/github.com/metal3-io/baremetal-operator/deploy/crds/metal3_v1alpha1_baremetalhost_crd.yaml
When a Machine
gets created, the actuator looks for an available
BareMetalHost
to claim and then sets it to be provisioned to fulfill the
request expressed by the Machine
. Before creating a Machine
, we can create
a dummy BareMetalHost
object. There’s no requirement to actually run the
baremetal-operator
to test the reconciliation logic of the actuator.
Refer to the baremetal-operator developer documentation for instructions and tools for creating BareMetalHost objects.
You can manually run the actuator from outside of the cluster for development
and testing purposes. There’s a Makefile
target which makes this easy.
make run
You can follow the output on the console to see information about what the
actuator is doing. You can also proceed to create/update/delete Machines
and
BareMetalHosts
to test the actuator logic.