admin_233的博客

为 kubernetes-dashboard 服务账户绑定 kubernetes-dashboard-full-access 角色，授予其对多个资源（如 pods、services、endpoints、secrets 等）的完全访问权限。由于ServiceAccount “dashboard-admin” 位于 kubernetes-dashboard 中，所以yaml中的定义也要对应。创建了一个服务账户 dashboard-admin，用于为 kubernetes-dashboard 提供认证。

在calico.yaml文件中，IP_AUTODETECTION_METHOD 配置项默认为first-found，这种模式中calico会使用第一获取到的有效网卡，虽然会排除docker网络，localhost啥的，但是在复杂网络环境下还是有出错的可能。使用tigera-operator方式安装的calico，启动后报错，所有的calico相关的pod都显示CrashLoopBackoff。直接修改calico-node的statefulset是不起作用的，会被operator改回去。

在 Kubernetes 1.20 及以上版本，kubeadm 默认使用 containerd 作为容器运行时（Container Runtime Interface, CRI），而不再默认使用 Docker。因此，安装 CRI-Docker（即 Docker 的 CRI 接口）是可选的，除非你明确需要使用 Docker 作为容器运行时。

Worker 节点误执行了 kubeadm init，需要进行清理和重新加入集群。

通过这些方法，你可以灵活地指定 Kubernetes 中容器、镜像以及 Pod 数据的存储目录。Docker: 修改 /etc/docker/daemon.json 中的 data-root 参数来指定存储目录。containerd: 修改 /etc/containerd/config.toml 中的 root 和 state 参数来指定存储目录。Kubelet: 通过 --kubelet-root-dir 参数来指定存储路径。

Containerd运行时与Dockerd运行时区别文章目录Containerd运行时与Dockerd运行时区别结论Kubernetes 中的选择主要区别：Docker 容器运行时containerd 容器运行时结论Docker 是一个完整的容器管理平台，适合开发、构建、测试、交付和部署应用，适用于本地开发环境以及容器化应用的管理。Docker 提供了高级的抽象和管理工具，适合大多数开发人员使用。containerd 是一个更轻量级的容器运行时，专注于容器的启动、运行、管理。它被 Kubernet

通过这种方式，Kubernetes 集群的组件会保持在运行状态，确保集群的高可用性和稳定性。若系统重启，组件不会自动重启，除非手动配置它们。确保所有节点可以访问 Kubernetes 需要的网络范围，并且每台机器上的防火墙已配置为允许 Kubernetes 所需的端口。由于之前没有部署网络插件，导致节点的状态为 NotReady，但现在已经部署完了网络插件，所以此时节点状态应为 Ready。至此，Kubernetes 集群已经成功部署，k8s03 是控制平面节点，k8s01 和 k8s02 是工作节点。

通过这种方式，Kubernetes 集群的组件会保持在运行状态，确保集群的高可用性和稳定性。手动启动时，你需要手动启动每个组件，并且需要自己管理每个组件的生命周期。这通常发生在集群初始化后，特别是在生成证书时出现问题，或者在控制平面重新部署时证书发生变化。由于之前没有部署网络插件，导致节点的状态为 NotReady，但现在已经部署完了网络插件，所以此时节点状态应为 Ready。至此，Kubernetes 集群已经成功部署，k8s03 是控制平面节点，k8s01 和 k8s02 是工作节点。