qingcloud-cloud-controller-manager
qingcloud-cloud-controller-manager copied to clipboard
A kubernetes cloud-controller-manager for the qingcloud
先删除service得注解,再修改type。没有触发LB监听器更新。
环境: - 青云的机器,自己安装kubespehre,3个master, 3个worker - kubernetes 1.22 - kubesphere 3.2.0 - 按照安装指南的步骤都做了,但启动POD后,我看到了错误: I``` 1212 15:33:56.635206 1 requestheader_controller.go:244] Loaded a new request header values for RequestHeaderAuthRequestController W1212 15:33:56.709736 1 client_config.go:615] Neither...
操作步骤: 1、在ks中已创建了一个配置了lb的服务,lb的配置为service.beta.kubernetes.io/qingcloud-load-balancer-eip-source: auto 2、待成功创建lb并绑定了lb后,修改该服务的lb配置方式为如下: service.beta.kubernetes.io/qingcloud-load-balancer-eip-strategy为reuse-lb, 设置service.beta.kubernetes.io/qingcloud-load-balancer-id为已存在的其他的lb 3、待修改生效后,查看步骤1中服务绑定的lb下面的监听器及后端 预期结果: 修改服务的lb配置后,会解绑之前绑定的lb 实际结果: 修改服务的lb配置后,未解绑之前绑定的lb,该服务同时被绑定了2个lb
normally the backend of lb is nodeport, but after we use hostnic, we can set the backend pod ip directly.
目前k8s得cloud得框架是会给EnsueLoadBalancer传递所有节点信息, 而qingcloud cloud controller manager也会全部添加这些后端, 是否可以考虑设计一些选择策略来决定是否添加后端
可以通过ccm router controller 添加node podCIDR路由到vpc, 这样再配合flannel也可以做到k8s 集群之外直接访问podCIDR, 目前貌似青云 vpc不支持支持这样添加路由?
目前每个字段都对应一个annotation, annotation非常多, 在与ks集成的时候, 都需要用户输入很长的annotation key, 很不方便。 是否可以考虑这样, 将众多的annotation就聚合成一个json数据结构, 然后统一放到一个annotation当中。 在ks呈现的时候, 界面中最好只需要填写对应key的值,然后由前端聚合生成json, 这样使用会方便一点。
自动更新LB后端
在创建一个LB svc的时候,目前是随机转发到两个node节点,如果有节点下线,那应该自动更新LB的后端
As creating a lb in qingcloud is so slow now, we can create some lbs in advance