-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clusterclass with kamaji #25
Comments
Kamaji unfortunately currently lacks of a KamajiControlPlaneTemplate which is needed for the ClusterClass AFAIK |
It lacks a KamajiControlPlane that wants to play with openstack in my setup right now in the first place, but yes you are right, the missing clusterclass template resource will become an issue too. |
In order to keep the amount of clusterstacks to a minimum, this could be implemented as a flag e.g. |
Good idea, also KubeVirt seems to be supported https://github.com/clastix/cluster-api-control-plane-provider-kamaji?tab=readme-ov-file#-supported-capi-infrastructure-providers |
I created an upstream PR clastix/cluster-api-control-plane-provider-kamaji#107 which adds |
@chess-knight I don't recall exactly what i did when i tested kamaji, but i pushed some files that i found that had a matching timestamp with this issue to: https://github.com/SovereignCloudStack/cluster-stacks/tree/shared-controlplane-tests |
Another upstream PR is here clastix/cluster-api-control-plane-provider-kamaji#109 |
My very first steps/impression: The controller to create so called tenantcontrolplanes (kamajis core-functionality) works so far pretty nicely. The next layer is to create such a tenantcontrolplane via a cluter-API controlplane (kamajicontrolplane) resource. So far i have not been successful in doing that. Observation: when a kamajicontrolplane resource is created alongside with a supported provider (for example hcloud). The resource is taken care of, otherwise the controller ignores it.
The text was updated successfully, but these errors were encountered: