You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
Manually create 1 VM for each node in the new cluster, spreading them around the various Proxmox nodes for HA.
Generate a new cluster using clusterctl via the Sidero provider.
Boot each node and let Sidero do its thing.
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:
Provision VMs in the Proxmox cluster for new Kubernetes nodes using Qemu CRDs via proxmox-operator.
Generate a new cluster using clusterctl via the Sidero provider.
Boot each node and let Sidero do its thing.
Use the node labels generated by the Proxmox CCM, combined with your Proxmox CSI, to create node-locked PVCs for the services running on the new cluster.
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?
The text was updated successfully, but these errors were encountered:
Hello, i did not try Sidero, i cannot say how it works. But i see here two ways to solve this idea.
use Proxmox CCM in 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
disable in Sidero to label the nodes, and use TalosCCM+ProxmoxCCM+ProxmoxCSI. TalosCCM in cloud-node (default mode), ProxmoxCCM in cloud-node-lifecycle mode.
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?The text was updated successfully, but these errors were encountered: