容器Pod启动耗时，容器启动参数

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

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

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

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

揭秘容器启动缓慢的罪魁祸首

1、查看kubelet日志后，我们注意到在节点刚启动时，PLEG（Pod Lifecycle Event Generator）的ReListing方法运行缓慢，通常需要超过30秒。然而，几分钟后，这一现象会消失，PLEG方法开始按照预期的每秒一次的频率运行。这个观察结果暗示，在节点刚启动时存在特定问题，导致容器执行延迟现象。

2、删除 Safari 容器文件如果您的首选项文件已损坏，您最终会导致 Safari 性能变慢。然而，它发生在零星的情况下，但仍然相当大。通过删除 Safari 容器文件和文件夹，您可以克服文件损坏问题。但是，请记住，删除这些文件会从浏览器中删除您的所有主页设置和其他保存的功能。

3、电视机启动缓慢可能是由多种因素引起的。首先，硬件老化可能是罪魁祸首。随着时间的推移，电视机的硬件部件，如硬盘、处理器或内存，可能会出现性能下降，从而导致启动速度变慢。其次，软件问题也可能影响启动速度。如果电视机的操作系统或应用程序存在缺陷，或者需要更新，它们可能会在启动时引起延迟。

K8S故障检查-Pod处于ContainerCreating状态

1、常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或Docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackoff”事件，表明镜像拉取存在问题。

2、面对k8s应用卡在ContainerCreating状态的困扰，我通过kubectl describe po命令获取到了关键的日志信息。

3、ContainerCreating：这种情况表示容器正在创建中，常见于配置问题导致的容器创建失败。例如，当使用docker服务时，可能会遇到节点上的kube-proxy、kubelet或docker服务重启后容器仍无法创建的情况。解决这类问题，通常需要检查服务的运行状态，确认资源是否充足，或者是否存在网络、存储配置问题。

4、一个pod的完整创建，通常会伴随着各种事件的产生，k8s种事件的种类总共只有4种：PodStatus 有一组PodConditions。PodCondition中的ConditionStatus，它代表了当前pod是否处于某一个阶段（PodScheduled，Ready，Initialized，Unschedulable），“true” 表示处于，“false”表示不处于。

5、在集群部署过程中，可能会遇到问题。例如，如果创建pod时状态为containercreating，检查是否需要升级runc版本并配置源，然后重新安装。初始化集群时出现错误，可能需要编辑crio.conf来解决。另外，遇到fs.may_detach_mounts相关错误，可能是sysctl配置问题，需要调整相关设置后重启CRIO服务。