今天发现私有云上的Kubernetes cluster中的一个node似乎不工作了，连带的的应用也挂掉了，并且长时间没有恢复。在kubernetes上创建POD时，有个节点一直不能分配到POD,并且该节点上有些pod的状态为Pending。 首先，我查看集群中的所有Pods状态，发现node1和node3上的Pods均正常(runni
Kubernetes 1.19.3 OS: CentOS 7.9.2009 Kernel: 5.4.94-1.el7.elrepo.x86_64 Docker: 20.10.6 先说结论，runc v1.0.0-rc93 有 bug，会导致 docker hang 住。 发现问题 线上告警提示集群中存在 2-3 个 K8s 节点处于 NotReady 的状态，并且 NotReady 状态一直持续。 kubectl describe n
k8s集群由于某些原因重置，并添加节点后，部分节点状态为NotReady 查看系统日志提示 "Unable to update cni config" err="no networks found in /etc/cni/net.d" "Container runtime network not ready" networkReady="NetworkReady=false reason:NetworkPluginNotReady m
目录1. 确定由于NotReady节点2. 确定有无异常Pod3. 确认集群组件状态(deprecated in v1.19+)4.确认节点资源水位情况5. 查看集群异常事件信息6. 查看pod重启次数7. 确定具体问题与处理 1. 确定由于NotReady节点 kubectl get nodes -owide | grep NotReady 2. 确定有无异常Pod k
ssh root@xxx.xxx.xxx.xxx 登录服务器 参考博客 https://www.cnblogs.com/hellxz/p/use-kubeadm-init-kubernetes-cluster.html 绝大多数坑博客都已经提到，包括notReady 只有脚本拉取镜像那里，要求kubelet版本 kubelet --version xxxx 这里的xxx要等于下方命令中的v1.18.5 kubeadm
本文以tokio为例简单介绍Rust异步编程相关的一些知识。 首先让我们看看为什么使用rust来进行异步编程。这里tokio官方给出了一个性能测试的对比，可以看到tokio是性能最好，实际上运行这个基准测试的时候，tokio性能更好的2.0版本尚未发布，否则估计性能还有很大提升。因此，我们可以认为
