背景在一个单 Master 节点的 Kubernetes 集群基础上，计划添加一个新的 Worker 节点（名为 database）以进行扩容。. 初始问题：节点加入失败.问题1在 database 节点上执行 kubeadm join 命令后，节点能够短暂连接到集群，但随后 kubelet 报告 TLS 证书握手错误，并最终变为 NotReady 状态。

上面截图中可以看到目前ROLES中都显示为“control-plane”，这表示这三个都是master节点 ，可以使用下面的命令查看控制平面节点，在输出的 Labels 部分，会看到类似 node-role.kubernetes.io/control-plane= 的标签，这就明确标识了它是控制平面节点，由于我这次部署的是三台高可用架构，所以三个都会带有控制平面标签。另外如果是多网卡设备，还需要修

这个参数，它需要 NVIDIA 提供的容器工具包来充当“翻译官”，所以还需要下载相关的依赖包，这里注意要下载与服务器操作系统版本相适配的rpm包版本，下载的版本过高可能会报其他的依赖错误导致安装失败。一：首先需要部署nvidia的显卡监控工具DCGM Exporter，先安装docker服务，再拉取必要的镜像。然后还需要将data目录的权限改为472，否则容器启动会报错，启动容器后可以看到系统也，

上面截图中可以看到目前ROLES中都显示为“control-plane”，这表示这三个都是master节点 ，可以使用下面的命令查看控制平面节点，在输出的 Labels 部分，会看到类似 node-role.kubernetes.io/control-plane= 的标签，这就明确标识了它是控制平面节点，由于我这次部署的是三台高可用架构，所以三个都会带有控制平面标签。另外如果是多网卡设备，还需要修

这个参数，它需要 NVIDIA 提供的容器工具包来充当“翻译官”，所以还需要下载相关的依赖包，这里注意要下载与服务器操作系统版本相适配的rpm包版本，下载的版本过高可能会报其他的依赖错误导致安装失败。一：首先需要部署nvidia的显卡监控工具DCGM Exporter，先安装docker服务，再拉取必要的镜像。然后还需要将data目录的权限改为472，否则容器启动会报错，启动容器后可以看到系统也，

3.将编译的二进制文件上传的服务器后运行报错，去网上查阅,大部分文章都是说CORAHC 和linux架构不一致，但是我这边并没有什么问题。4.后来查到，linux不能执行，可能因为生成的格式不是linux平台可以执行的格式。",在windown上编译了一下，生成了可执行文件。2.但是按照网上的教程进行生成linux的可执行文件时出现报错。5.然后再重新编译文件后上传的linux服务器。原来是第一步

关于python代理IP的设置，我这里用requests这个模块来实现，IP = {'https': '86.98.2.163:8080'}r = requests.get(url, proxies=IP, headers=headres,timeout=40)上面这段代码使用了代理IP，这个不用多说，但是需要注意的是requests模块有一个特性（猜的），就是在请求https的网页