1.k8s的controller如何进行leader选举，k8s如何保证主从模式的controller不成为集群性能瓶颈
leader选举机制
controller选举 一般默认锁类型是endpoint资源，这个endpoint的annotations会有锁租约，谁占有这个锁，最后更新时间等信息，如果集群中的某一个节点想要成为leader，就需要先get这个endpoint，查看annotations中的信息，看leader是否过期，如果没有国企，申请leader失败，update之所以可能失败，是因为乐观锁保证本节点的get和update操作之间没有别的节点做update操作
目前官方的说法一个k8s 最大支持5000节点，瓶颈不在于controller，etcd，调度器，apiserver会更容易成为瓶颈，默认的调度器不支持多pod同时调度，而且client-go做了大量的优化，包括cache，shardinformer
摘抄自云原生社区 星球