多容器pod重启，重启pod中的容器

kubelet版本升级引起的容器重启机制与参考解决方案

kubelet版本升级引起的容器重启机制主要是因为在kubelet启动后的接口函数调用链中存在关键判断逻辑，导致容器服务可能因升级而自动重启。参考解决方案包括记录并持久化kubelet版本信息与启动时间，并在计算容器结构HASH值时参考这些信息来判断是否忽略重启操作。

kubelet重启后VolumeManager重建能力GA，优化kubelet重启后卷恢复流程，提高集群稳定性。防止未经授权卷模式转换功能GA，增强安全性，确保卷模式一致性。Pod添加`status.hostIPs`字段GA，方便获取节点地址信息，支持双栈迁移。NodeLogQuery特性升级至Beta，远程获取Node级别的日志，提供更完善的Node调试工具。

PLEG改进了pod管理的效率，通过观察POD和容器的变更以实现最终一致性。Kubelet需要监控来自多个数据源的Pod spec变化，并定期轮询容器运行时以获取容器状态。随着Pod和容器数量的增长，这些操作可能会导致较高的CPU使用率峰值，影响节点性能和可靠性。

配置正确，则问题可能出在 API 服务器的容器未能正常提供服务。此时，可以通过重启 kubelet 来解决，此操作会促使 kubelet 拉起相关的 pod，从而重新启动 API 服务器。建议深入学习 k8s 及其相关原理，以更好地理解集群管理的内部机制，有助于在遇到类似问题时，能够更准确、高效地进行诊断和解决。

K8s中Pod生命周期和重启策略

K8s中Pod生命周期包括五种状态，重启策略有三种。Pod生命周期状态： Pending：API Server已创建Pod，但容器镜像尚未运行。 Running：Pod中的所有容器都在运行中或正在启动中。 Succeeded：Pod中的所有容器已成功退出，并且不会重启。 Failed：Pod中的所有容器都已退出，且至少有一个容器是异常退出的。

POD的生命周期与重启策略是K8s中的关键概念，理解它们对于确保应用程序稳定运行至关重要。

Always策略：无论正常或非正常停止，容器均会重启。例如，正常关闭tomcat服务后，Pod状态恢复正常，而非正常关闭时，容器会重启。Never策略：正常或非正常停止，容器都不会重启。停止Tomcat后，正常情况下容器状态保持，非正常时显示Error状态。

在Pod层面配置共享Volume，允许所有容器访问，保留持久数据，即使容器重启。容器间共享IP与端口空间，通过localhost相互发现。多容器Pod示例展示了共处容器与资源的打包管理，以及容器间通信与协调。Pod中设置重启策略，如Always，降低应用中断时间，适用于所有容器。

容器在其生命周期内也有Waiting、Running和Terminated等状态，以及针对不同状态的具体原因（Reason）描述。例如，容器状态为Terminated且原因CrashLoopBackoff，表示容器由于某种异常退出后，系统试图重启容器。

pod频繁重启文件还在吗

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

2、通常情况下，容器运行起来之后，写入到其文件系统的文件暂时性的，当容器崩溃后，kubelet将会重启该容器，此时原容器运行后写入的文件将丢失，因为容器将重新从镜像创建。

3、当pod出现crash状态，容器频繁重启，使用kubelet logs 方法可能无法获取到所需日志时，可以采用kubectl previous参数进行解决。该参数的使用原理基于kubelet在pod失败后会保留前几个容器的失败记录。这为后续查看提供了前提条件。

4、原因： conntrack表项问题：在K8S环境中，通过NodePort暴露的UDP服务在接收到频繁请求时，由于UDP conntrack表项默认老化时间为30秒，频繁请求可能导致老化失效。当Pod重启后，conntrack表中记录的可能是节点IP而非Pod IP，导致后续请求被错误地转发到节点IP而非新的Pod IP。

PVC直接重启pod数据丢失

通常情况下，容器运行起来之后，写入到其文件系统的文件暂时性的，当容器崩溃后，kubelet将会重启该容器，此时原容器运行后写入的文件将丢失，因为容器将重新从镜像创建。

PV： 定义：PV是Kubernetes中用于持久化存储的卷，独立于Pods存在，允许单独创建和配置存储资源。 用途：用于存储持久化数据，确保数据在Pod重启或删除后仍然可用。 配置：PV的配置文件通常以kind： PersistentVolume定义，包括存储类型、容量、访问模式等关键信息。

这种方式文件安全性增加，除非磁盘损坏或ECS故障无法恢复，否则不会丢失日志数据。但是如果同一个应用的pod数量大于ACK节点数量，多个pod的日志会写入同一个日志文件，造成内容混乱，而且POD重启后，原ECS上的日志无法被应用管理，存在打满ECS系统盘的风险。

ReadWriteOnce：可以被单节点以读写模式挂载。ReadONLYMany：可以被多个节点以只读模式挂载。ReadWriteMany：可以被多个节点以读写模式挂载。ReadWriteOncePod：只允许被单个Pod访问，需要K8s 22+以上版本，并且是CSI创建的PV才可使用。以下是PV状态：Available：可用，没有被PVC绑定的空闲资源。

Pod生命周期和重启策略

1、K8s中Pod生命周期包括五种状态，重启策略有三种。Pod生命周期状态： Pending：API Server已创建Pod，但容器镜像尚未运行。 Running：Pod中的所有容器都在运行中或正在启动中。 Succeeded：Pod中的所有容器已成功退出，并且不会重启。 Failed：Pod中的所有容器都已退出，且至少有一个容器是异常退出的。

2、POD的生命周期与重启策略是K8s中的关键概念，理解它们对于确保应用程序稳定运行至关重要。

3、Always策略：无论正常或非正常停止，容器均会重启。例如，正常关闭Tomcat服务后，Pod状态恢复正常，而非正常关闭时，容器会重启。Never策略：正常或非正常停止，容器都不会重启。停止Tomcat后，正常情况下容器状态保持，非正常时显示Error状态。

4、Pod的重启策略包括Always、OnFailure和Never，默认值为Always。kubelet 重启失效容器 的 时间间隔 以 sync-frequency 乘以 2n 来计算，例如8倍等， 最长延时5min ，并且在成功重启后的10min后重置该时间。

5、容器重启策略定义了容器在失败时的重启行为，可以是 Always、OnFailure 或 Never。终止阶段：Pod 的终止是一个体面的过程，通常通过发送 TERM 信号来实现。容器运行时会通知主进程，以便其完成清理操作。在超时后，如果主进程仍未终止，所有剩余进程将收到 KILL 信号。

6、Pod在生命周期中会经历挂起、运行中、成功、失败和未知五种状态。Pod终止阶段：用户命令触发Pod终止。API Server更新Pod状态。Kubelet执行容器关闭流程。端点控制器移除与Pod相关的端点。容器进程终止，API Server删除Pod资源。

pod生命周期,postStart启动钩子,preStop停止钩子

总结而言，pod生命周期包含初始化容器、主容器启动与运行、健康检测，以及主容器结束前的清理行为，同时提供了postStart与preStop钩子，以适应不同场景下的资源部署与应用程序管理需求。

为了应对客户端连接 Pod 的情况，可以利用 Pod 钩子（Hooks）功能。Pod 生命周期中包含两个主要的钩子：（1）`postStart`：当 Pod 创建时，与主进程同时运行，用于执行初始化或配置任务。（2）`preStop`：在删除 Pod 之前运行，允许执行清理操作，确保资源安全释放。

在Kubernetes中，容器的优雅启动和终止主要通过postStart和preStop两个容器生命周期事件来实现。优雅启动： 定义：当Pod启动时，Kubernetes会调用postStart事件。 用途：可以在此事件中附加处理程序，实现特定操作，如检查依赖项状态、等待sidecar容器准备就绪等。