k8s更新pod用户影响？ k8s更新deployment？

k8s证书 更新 方式

1、方法一：配置自动更新脚本。此方法适用于使用原生kubeadm进行部署的集群。在所有master节点上配置定时更新脚本，设置每周一凌晨三点执行更新操作，当证书有效期低于30天时自动触发更新。操作步骤需要在所有master节点上执行。方法二：使用原生kubeadm更新证书。

2、方式一：自动更新脚本对于原生kubeadm部署的集群，可以配置一个自动更新脚本来定期检查证书有效期。使用systemd定时器每周一凌晨三点执行，如证书有效期少于30天，脚本将自动更新。在所有master节点上执行相关配置。方式二：原生kubeadm更新针对kubeadm部署，master节点证书更新是关键。

3、donesystemctl start k8s-certs-renew.timersystemctl status k8s-certs-renew.timer原生 kubeadm 更新：手动操作对于更高级的用户，可以直接在 master 节点上执行原生 kubeadm 命令来更新证书。

4、登入 Jenkins Dashboard - 凭据 - 系统 - 全局凭据（unrestricted）。选择【旧凭据项目】，点击更新。上传生成的 cert.pfx 文件至 Jenkins 中。输入其凭据密码。至此，该问题解决完毕。通过此方法，能够帮助您解决由于K8S集群证书到期导致的Jenkins动态agent节点生成错误。

5、问题根源在于，kubernetes 链接证书过期，无法正常运作。解决方案在于重新生成新的cert.pfx证书，并上传至凭据中心。执行步骤如下：首先，进入Jenkins Dashboard，点击“凭据”选项，选择“系统”并进入“全局凭据（unrestricted）”页面。

k8s中pod 状态及问题排查方法

1、含义：调度器未能将 POD 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 cpu 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。

2、要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。

3、Pod驱逐节点资源不足时，K8s驱逐内存敏感型Pod。优化资源配额和限制值，避免资源被耗尽。Pod失联 Pod处于Unknown状态，无法获取信息。检查Kubelet状态，修复节点问题。无法被删除 Pod执行删除操作后长时间处于Terminating状态。排查删除操作和集群状态，确保删除流程顺利。

K8S问题排查-UDP频繁发包导致Pod重启后无法接收数据

1、首先，构建K8S集群，部署UDP服务并用nc命令模拟客户端频繁发送UDP请求。网络分析显示请求正常到达目标Pod和节点，但Pod重启后接收中断。通过删除Pod构造重启，发现在Pod重启后，流量未按预期到达Pod，而是节点IP。使用iptables跟踪请求路径，发现流量未经过预期路径，而是进入INPUT链，指向DNAT问题。

2、当 Pod 状态为 CrashLoopBackOff 时，表示容器在启动后立即崩溃或退出。这可能是容器配置错误、应用程序错误、内存不足或权限问题导致。排查此类问题时，需详细检查容器配置、应用程序日志、内存使用情况及权限设置。Pod 状态为 Failed 通常意味着容器已终止，并且至少一个容器以失败方式退出。

3、在。Pod 只要挂载持久化数据卷，Pod 重启之后数据还是会存在的。Pod 是 Kubernetes 中的最小调度单元，k8s 是通过定义一个 Pod 的资源，然后在 Pod 里面运行容器，容器需要指定一个镜像，这样就可以用来运行具体的服务。

开发和运维对K8S中的应用都做了什么?

如果应用需要部署到K8S中，开发和运维在其中都做了什么呢？从开发侧来说，我们的应用应该具备以下能力：健康检测接口用于检测应用的健康状态，在K8S中，使用Readiness和Liveness分别来探测应用是否就绪和是否存活，如果未就绪或者未存活，K8S会采取相应的措施来确保应用可用。

故障排除：可视化工具还提供了故障排除功能，帮助用户定位和解决集群或应用程序的问题。用户可以查看容器的运行日志、查看Pod和节点的运行状态，以便快速找到故障原因。总之，Kubernetes可视化运维工具可以极大地简化和改善对Kubernetes集群的管理和监控，提高效率，减少人为错误，并提供更好的用户体验。

系统运维的核心职责在于确保软件、硬件的稳定运行及高效协作，支撑业务正常运营。初期阶段，工作内容聚焦在发布、监控与日志管理。随着技术迭代，Kubernetes （K8s）成为主流容器管理平台，与此同时，prometheus、ELK、Git-Runner等工具的引入，使得监控、日志收集与发布流程更加自动化，维护K8s集群成为主要任务。