频繁重启Kubernetes pod导致重启过慢或CrashLoopBack，如何配置策略优化？

• 缩短优雅终止宽限期
  默认Pod的terminationGracePeriodSeconds为30秒，Kubernetes删除Pod时会等待该时长让应用优雅退出，测试场景无需保留优雅退出逻辑，可在Pod Spec中将该值设置为0或1，删除时无需等待即可直接销毁Pod。也可在执行删除命令时临时指定参数：kubectl delete pod <pod-name> --grace-period=0 --force
• 简化或删除PreStop钩子
  如果Pod配置了执行逻辑耗时较长的preStop生命周期钩子，删除Pod时会优先执行该钩子再销毁容器，测试场景可直接移除该钩子配置，或修改为空操作逻辑，减少终止阶段的耗时。
• 调整镜像拉取策略
  将Pod的imagePullPolicy设置为IfNotPresent，避免每次重建Pod时都重新拉取镜像，大幅减少镜像下载等待时间；如果测试镜像仅存储在节点本地，可直接设置为Never，完全跳过镜像拉取校验流程。
• 缩短探针等待时间或临时禁用探针
  若Pod配置了存活/就绪探针，默认的initialDelaySeconds初始延迟时长会拉长Pod进入Ready状态的时间，测试场景可根据应用实际启动速度大幅缩短该参数，甚至临时移除探针配置，让Pod启动后即可被判定为就绪状态。
• 配置高优先级Pod调度
  为测试用Pod绑定高优先级PriorityClass，避免Pod重建时因集群资源调度排队导致的启动延迟，优先分配资源启动测试Pod。
• 避免使用慢速持久化存储
  测试场景如果不需要持久化保留应用数据，尽量使用emptyDir作为存储卷，或完全不配置存储卷，消除挂载、卸载分布式持久化存储的额外耗时。

内容的提问来源于stack exchange，提问作者Peng