kubernetes 的节点可以按照 Capacity 调度。默认情况下 Pod 能够使用节点全部可用容量。这是个问题，因为节点通常情况下还运行不少驱动操作系统和kubernetes 集群系统的守护进程（system daemons）。除非为这些系统守护进程留出资源，否则它们将会与 pod 争夺资源并导致节点资源短缺问题。按照是否为 Pod，可以把计算节点的进程分为两类：没有预留的情况下，也就是我

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BXpbftDK-1606442885894)(C:\Users\shupe\AppData\Roaming\Typora\typora-user-images\image-20201118151644396.png)]为了满足开发人员的各个版本的 kubeflow对k8s的需求，选择1.14.5 版本的 kuberne

kubernetes更改证书时间使用kubeadm按照的k8s，所有的证书都是放在 /etc/kubernetes/pki这个目录下的，我们可以查看每个证书的时间，会发现ca证书除外，其他组件证书都是默认一年有效期，ca类型的证书的有效期为10年。root@k8smaster1:~# kubeadm alpha certs check-expiration[check-expiration] Re

系统环境kubernetes版本kubesphere版本ubuntu18.04v1.18.5v3.0.0我是先通过kubeadm工具安装的一个master两个node,然后kubesphere的官方文档在此基础上直接安装的kubesphere。在安装好后，访问web界面的时候，出现如下报错：查看日志：root@k8smaster1:~# kubectl get all -n openpitrix-

安装nezha环境遇到的问题项目组开发了一个grpc的项目涉及到机器学习框架tensorflow,我把这个项目代码拉取下来需要放到本地跑客户端来连接部署在远程k8s集群中的server端。首先我就需要对requirements.txt中需要用到的软件包进行批量安装前戏pip install -r requirements.txt在安装过程中出现下面一系列问题，好在都通过pip命令进行解决了ERRO

下面是 kubernetes 官网的集群架构图The kubeadm method is used to build a high-availability k8s cluster. The high availability of the k8s cluster is actually the high availability of the core components of k8s. Th

ubuntu 18.04.5上shell脚本离线一键部署k8s-v1.18.5注意事项(单master存在单点故障，生产环境慎用)三台ubuntu18.04.5系统，主机名不要相同，保证时间相同在内网机器中，需要单独找一台部署机来执行脚本，保证部署机器与要部署三台节点正常通信修改4个文件的IP数组，start.sh、./scripts/deploy-machine-node.sh、./script

如果上面的操作都一切顺利，最后一步是将上面的集群配置信息保存到集群的 kubeadm-config 这个 ConfigMap 中去，这一点非常重要，这样以后当我们使用 kubeadm 来操作集群的时候，相关的数据不会丢失，比如升级的时候还是会带上 certSANs 中的数据进行签名的。通过上面的命令可以查看到 APIServer 签名的 DNS 和 IP 地址信息，一定要和自己的目标签名信息进行对

官方文档：https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16/、https://kubernetes.io/blog/2021/07/26/update-with-ingress-nginx/和。这个v1beta1 版本中来，至于什么时候开始这个 networking.k8s.io/v1beta1 这个beta版本变成了稳定

Jenkins Server 的控制面板上添加 Slave 未能成功添加，报 Java runtime 类文件的版本不匹配