服务器K8s集群镜像拉取失败排查，k8s docker集群搭建？

本文目录一览：

• 1、K8S集群节点负载无故飙升:CPU软死锁解决方案
• 2、如果不能获取k8s.gcr.io镜像
• 3、(23)笔记:kubeadm搭建多master节点k8s高可用集群(2)
• 4、k8s节点kubelet拉不起来了
• 5、rancher部署k8s遇到的问题总结

K8S集群节点负载无故飙升:CPU软死锁解决方案

Telepresence服务器K8s集群镜像拉取失败排查：将本地服务代理到 K8S 集群服务器K8s集群镜像拉取失败排查，实现本地调试与集群环境的交互。

K8S集群节点状态：检查所有K8s节点是否处于“Ready”状态服务器K8s集群镜像拉取失败排查，确保节点能够正常接收和调度任务。Pod状态：查看各个Pod的运行状态，检查是否存在“CrashLoopBackOff”“ImagePullBackOff”等异常状态，及时处理故障Pod。

主从复制与集群：主从同步：通过REPLICAOF命令实现读写分离，主节点写，从节点读。分片集群：如Redis Cluster，通过哈希槽（16384个）分配数据，支持水平扩展。高频面试题回答思路12306抢票与微信红包的共同点 高并发场景：均需解决超卖、性能瓶颈问题。

负载均衡：消费者根据负载均衡策略（如轮询、随机）选择实例发起调用。分布式领导选举原理 常见算法：Raft算法：通过选举日志完整的节点为Leader，保证数据一致性。ZAB协议：Zookeeper使用的算法，通过过半节点同意选举Leader。应用场景：分布式锁、主从切换（如Redis Sentinel）。

如果不能获取k8s.gcr.io镜像

如果不能获取k8s.gcr.io镜像，可以尝试以下几种解决方法：使用国内镜像仓库：由于k8s.gcr.io镜像有时可能因网络问题无法直接访问，可以使用国内镜像仓库作为替代。例如，阿里云镜像仓库提供了许多Google镜像的同步版本。具体操作包括从阿里云Docker镜像仓库拉取对应的Google镜像，并可能需要重新打tag才能使用。

服务主要涵盖K8S集群基础镜像，暂时不包含如istio等特定生态镜像。通过kubeadm工具拉取镜像非常便捷，只需设置参数image-repository为lank8s.cn。执行命令如下：kubeadm config images pull --image-repository=https：// lank8s.cn 借助于lank8s.cn，任何原先从k8s.gcr.io拉取的镜像，现在可在该平台获取。

在使用 Docker 和 Kubernetes 时，访问 gcr.io 和 quay.io 镜像仓库遇到难题，尤其是由于众所周知的原因无法直接访问。目前，唯一的可行途径是通过 Docker Hub 进行访问，但速度非常慢。为了解决这一问题，需要搭建一个类似于 gcr.azk8s.cn 的镜像仓库代理站点。首先，需要解决的是代理方案问题。

webhook。该webhook的核心功能是自动将k8s.gcr.io的镜像链接替换为lank8s.cn，从而避免用户在部署时手动修改镜像源。重点提示： 在使用lank8s.cn镜像资源服务时，请确保该服务提供的镜像版本与您的K8S集群版本兼容。 如有需要，可以关注lank8s.cn的更新动态，以便及时获取更多镜像资源和功能支持。

镜像拉取失败使用Flannel等网络插件时，若镜像无法从仓库拉取（如国内环境访问k8s.gcr.io受限），kubelet会因缺少必要镜像（如flannel：v0.21）无法启动。日志中常见ImagePullBackOff或ErrImageNeverPull错误。

(23)笔记:kubeadm搭建多master节点k8s高可用集群(2)

1、使用kubeadm搭建多master节点Kubernetes高可用集群，需确保各组件一致且正确部署。首先，在四个节点上分别安装docker-ce，并确认其状态为Active，表示服务运行正常。

2、完成搭建后，应确保Kubernetes集群的高性能和代码资源的丰富性。持续关注Kubernetes和相关组件的更新，确保集群的稳定性和安全性。通过以上步骤，可以成功搭建一个多master节点的Kubernetes高可用集群，并确保其稳定性和可靠性。

3、步骤：初始化第一个Master节点时指定负载均衡器DNS和端口（如--control-plane-endpoint=lb.example.com：6443）。后续Master节点通过kubeadm join加入集群。环境要求：3台Master节点、2+台Worker节点；需确保时间同步（NTP）和禁用交换分区（swapoff -a）。

4、集群扩容：通过kubeadm join添加新Worker节点。

5、准备3台机器，分别设置hostname如下所示（此处主要是为了便于标识不同的机器，其实不设置hostname也可以正常搭建）：参考《 使用Kubeadm搭建Kubernetes（11）集群 》在 master1 搭建一个单master节点的k8s集群。

k8s节点kubelet拉不起来了

1、k8s节点kubelet无法启动可能由内存不足、证书/配置问题、CNI插件缺失或镜像拉取失败导致，需针对性排查解决。具体原因及处理方式如下： 服务器内存资源不足当节点内存资源耗尽时，kubelet进程可能因资源竞争无法启动。典型表现为系统卡顿、其他进程响应缓慢。

2、是为了提升性能检测，k8s会去获取cpu和memory的信息，如果存在swap的话，那么获取的值就不是那么准确。加上我们用kubeadm部署的，要求关闭它。

3、在Kubernetes（K8s）中，当pod状态显示为“ContainerCreating”，这意味着pod已经由调度器分配至特定节点，该节点的kubelet正在创建容器。在此阶段，系统会进行容器创建操作。一旦所有容器启动并运行，pod状态将从“ContainerCreating”转变为“Running”。

rancher部署k8s遇到的问题总结

1、k8s出现的原因传统应用部署和管理方式无法满足容器化技术发展和复杂应用场景的需求。传统方式需手动安装应用程序到服务器，无法自动化部署和扩展，且应用程序间依赖关系复杂，导致部署和管理困难、耗时，需更多人力和资源。

2、这种K8S中的Node有一个很大的缺陷就是缓存的问题，如Nuget缓存，这时候就需要挂载一个盘去进行缓存了，有条件的建议挂载一个PVC，但是像我这样没条件的HostPath也香。

3、误删namespace的严重后果节点被清空：误删Rancher自动创建的以c-开头的namespace（如c-dxkxf），会触发Rancher的清理逻辑，删除其中存储的nodes.management.cattle.io自定义资源，导致关联K8s集群的kubectl get node返回空。

4、在 Mac 下，使用 Homebrew 可以很方便的安装 k3d： brew install k3d。顺手安装一下 kubectl 和 kubecm：我们通过 k3d 的命令可以轻易的在本地启动一个或 N 个 k8s 集群。首先我们尝试创建一个 1主2从 的集群：初次创建可能会比较慢，因为会从 Docker 仓库拉取最新的 rancher/k3s 镜像。