k8s

无论是容器，还是虚拟机，都依赖于内核中的技术，虚拟机依赖的是 KVM，容器依赖的是 namespace 和 cgroup 对进程进行隔离和资源限制。 容器实现封闭的环境主要要靠两种技术，一种是看起来是

制作镜像 好了，前面是使用make run进行测试运行。现在我们把operator打出镜像进行分发。 先修改一下Dockerfile,否则可能下载依赖有问题 然后，默认的这个FROM gcr.io/d

将crd部署到k8s 日志： 查看下 确实有了，不错哦。 编译运行controller 保持窗口开启 创建一个crd实例 在samples目录下有一个默认的资源描述文件tutorial_v1_demo

在前面的文章我们已经了解了operator项目的基本结构。现在我们来写一点简单的代码，然后把我们的crd和operator部署到k8s集群中。 需求 这是一个真实的需求，只不过做了简化。 在开发公司自

之前的文章用到一个安装命令 用到了krew来安装ns插件。 krew 是一个用来管理 kubectl 插件的工具，类似于 apt 或 yum，支持搜索、安装和管理kubectl 插件。 安装krew

kubectx 和 kubens工具 运维k8s的小伙伴们，平时敲的最多的命令应该就是kubectl -n了吧。 每次要在某个namespace空间下执行命令，都要加个-n namespce我觉得挺烦

kubebuilder（2）创建项目及初始化 一个demo项目来了解kubebuilder的项目结构 初始化项目 这一步创建了 Go module 工程基本的模板文件，引入了必要的依赖 如果不用--r

kubebuilder（1）开发环境搭建 开发一个k8s operator,当然可以在官方原生的controller-runtime 项目上从头构建，但是比较复杂。现在一般基于operator脚手架进

kubeadm替换node节点操作步骤,kubeadm替换node节点操作步骤,kubeadm替换node节点操作步骤,

一个3主节点的k8s集群。主节点需要下线运维，看看操作步骤如何 下掉master1 删除master1节点 3台master下掉一个，剩下2个master运行基本也没问题。坚持个一两天问题不大。

清理无用的镜像和关闭的容器 使用命令 docker system df 命令，类似于 Linux上的 df 命令，用于查看 Docker 的磁盘使用情况： img TYPE列出了 Docker 使用磁

subpath的用法 一直没用过挂载的subpath参数。写了个资源文件测试了一下，发现自己之前的理解错的离谱。

上一篇文章写了通过配置kubeconfig文件，使用kubectl连接多个k8s集群的操作。 配置kubectl连接多个k8s集群 (qq.com) 然后有小伙伴告知有个开源项目kubecm就是做这个

操作是在ks-installer的cc中添加了一个错误的配置。之后发现ks-installer和ks-apiserver的pod全部crash。 查看报错信息如下： 查看

在公司运维多个k8s集群的过程中，经常需要kubectl到不同的集群。如果每次都不断的ssh到各个集群，这种感觉就很难受了。我们需要配置本地kubectl，能方便的在多个k8s集群间切换。

“ 运维任何系统，都要提前设计好灾备方案。velero就是k8s集群的救命措施” Velero 是一种云原生的 Kubernetes 容灾解决方案，支持标准的K8S集群。 它是一个开源的安全备份和恢复

在Dockerfile中，ENV和ARG是两个非常重要的指令。虽然它们看起来有点相似，但它们的作用和使用情境却有很大的不同。 ARG指令 ARG指令用于定义构建参数。它允许在构建映像时从外部传递参数，

最近发现有一个集群的velero经常失败。 排查经过 查看velero备份状态 发现其状态是InProgress 如果是正常完成的 状态会是Completed 也可以通过 查看 查看velero备份日