GPU 节点系统需要安装 NVIDIA 驱动Docker 或 containerd 需要支持 NVIDIA RuntimeKubernetes 需要部署 NVIDIA Device Pluginkubelet 正常运行并启用 Device Plugins。

本文介绍了在Kubernetes集群中使用Ceph存储系统的Rook方案。使Ceph能够以Kubernetes原生方式运行，简化了分布式存储系统的管理。

原来k8s是单master，设备逐渐多起来，开始考虑拿几台node出来，做多master的形式，是一个比较繁琐的活儿，记录一下。本质上是在做“etcd 集群扩容 + control-plane 转移”。原来只有北京的一台master，现在要把上海node节点加入成master，丝滑剔除北京master。最终还要做高可用，当然了高可用的内容可能得很久以后再补充了，涉及到证书的问题，目前没有这个时间和

做了一些node节点的相关配置，很多地方为了省事儿版本一致都是直接从master上打包扔过来的镜像，很好用的方法。都完成之后安全起见 sudo reboot一下设备，保证它干干净净的，防止有网络的残余配置影响pod启用提示：这里对文章进行总结：例如：以上就是今天要讲的内容，本文仅仅简单介绍了pandas的使用，而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。

之前做的部署了，很久之前也做过二进制的部署。对比起来，kubedam确实更迅速更方便，个人认为kube-proxy 作为 Pod 运行更省心一、基础知识大概一年前部署的，没有及时记录成文章，找都不好找，再也不偷懒了，补上补上，都补上！

别问为什么这么高产，问就是恶补操作文档......开发反馈要用flannel,比我想象中好切。也是之前做的了。Calico使用时间挺短的，没有什么使用感悟。flannel使用了这么久，目前没啥缺点。

原以为高可用是一个很简单好做的东西，实际上捋下来思路，还是重新认识到了很多东西。里面涉及到的不只是理论，实操上也会有很多配置和k8s集群证书的问题。慢慢来吧。想填理论内容，清晰明了之后动手操作。所以，这篇也会是不断更新的一篇啦~一、vip统一入口VIP 的真正意义：不是负载均衡 而是：“入口稳定”总所周知，一台master是不稳定的。所以大家都会做奇数倍的master。node节点通过/etc/k

众所周知，最近在新增上海节点的master到k8s集群中并把之前的北京master丝滑移除。在此期间又会涉及到一些网络问题，包括但不限于域名解析、pod访问、ingress pod移除，等等。总而言之，一锅粥！趁热打铁，彻底捋清楚k8s集群所有的网络访问内容，清晰明了的应对工作。一、访问流程抓重点化繁为简，我们最简单明了的去看访问的流程，可以发现，实际上k8s的网络访问核心内容就是service。

ingress单独理解是好理解的，k8s的service、hostnameNetwork单独理解也是好理解的，排列组合用起来确实容易眼花缭乱。万变不离其宗，那就以不变应万变叭~一、Ingress 是什么？Ingress是 Kubernetes 的HTTP/HTTPS 层流量入口（入口控制器），它负责根据域名和路径将外部请求路由到集群内部的 Service。→ 解决了“找 Pod”的问题Ingres

原来k8s是单master，设备逐渐多起来，开始考虑拿几台node出来，做多master的形式，是一个比较繁琐的活儿，记录一下。本质上是在做“etcd 集群扩容 + control-plane 转移”。原来只有北京的一台master，现在要把上海node节点加入成master，丝滑剔除北京master。最终还要做高可用，当然了高可用的内容可能得很久以后再补充了，涉及到证书的问题，目前没有这个时间和