Closed dhess closed 1 month ago
Hello, i did not try Sidero, i cannot say how it works. But i see here two ways to solve this idea.
cloud-node-lifecycle
mode only. It will delete the kubernetes node resource if VM was deleted. Sidero will promote and labels the nodes (providerID also required), Proxmox CSI is required topology.kubernetes.io/zone == $ProxmoxNodeName
cloud-node
(default mode), ProxmoxCCM in cloud-node-lifecycle
mode.If you familiar with terraform, there are two examples exist https://github.com/kubebn/talos-proxmox-kaas (good documented) and https://github.com/sergelogvinov/terraform-talos/tree/main/proxmox
Yes, I’ve seen https://github.com/kubebn/talos-proxmox-kaas and it even uses Sidero and CAPI, it’s just not clear to me how it works with the Proxmox CCM as well :)
This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 14 days.
This issue was closed because it has been stalled for 14 days with no activity.
Hi, thanks for this project, it looks like it might be a great fit for our use case (also running Kubernetes clusters on a Proxmox cluster).
As background, we’ve just gotten a CAPI management cluster up and running via the Talos bootstrap, control plane, and infrastructure CAPI providers (the latter via Sidero). To create a new cluster, we currently need to:
clusterctl
via the Sidero provider.This works well enough, but it sounds like this CCM, combined with https://github.com/CRASH-Tech/proxmox-operator to create the QEMU VMs via a manifest, could eliminate at least step 1 above.
We would like for the new cluster procedure to be something like:
Qemu
CRDs viaproxmox-operator
.clusterctl
via the Sidero provider.Sorry for the dumb question, as I’m just figuring this stuff out, but as I understand it both Sidero and this CCM will be
Node
providers, so it’s not clear whether this will work. Will Sidero and this CCM both be able to label the nodes?