Should we support leaderelection?

[LeoLiuYan]

Now, virtual-kubelet not support leaderelection, should we support it?

[LeoLiuYan]

ping @cpuguy83

[cpuguy83]

What for? What needs a leader?

[LeoLiuYan]

What for? What needs a leader?

For example, when deploy a virtual-node which use the virtual-kubelet lib, we wish the virtual-node have HA traint to prevent the virtual-node down and then pods running in virtual-node migrate to other nodes. The virtual-node may be a cluster which many pods running in it. Am I making myself clear?

@cpuguy83

[LeoLiuYan]

ping @cpuguy83

[cpuguy83]

This seems out of scope for VK which only seeks to operate a single node in a cluster.
But I may not be understanding the case here.

[LeoLiuYan]

This seems out of scope for VK which only seeks to operate a single node in a cluster.
But I may not be understanding the case here.

For example, in tensile-kube we treat a cluster as a virtual-node.

[LeoLiuYan]

cc @cwdsuzhou

[LeoLiuYan]

ping @cpuguy83

[pires]

Virtual or not, it is a Node so it relies on kube-scheduler to decide to put workloads on it, and on the kube-controller-manager to evict workloads in case the Node goes down. If you have multiple instances, you don't need leader-election but to manage taints properly.