标签： K8s
-
针对后台关闭列表项后接口响应数据在几分钟内反复出现与消失的问题，经排查确认根源在于 Varnish 部署架构。Rancher 环境中发现运行着 3 个 Varnish 容器，由于负载均衡导致每次请求落在不同服务器，各节点缓存未同步且出现资源浪费，进而造成响应数据不一致。最终结论是现阶段缓存列表接口应配置为单机部署，若使用集群部署建议仅支持详情接口。
-
在 K8s 环境中，容器 api 请求容器 group 时报错无法解析主机。尽管直接请求静态文件成功验证了连接性，但问题依旧。最终排查发现是容器 api 自身的问题，通过在 Jenkins 的 Label Expression 中重新选择并构建镜像升级，该报错不再出现，问题得到解决。
-
在 Kubernetes 环境中遇到 504 Gateway Time-out 报错，尽管将相关参数调整为 300 秒，请求依然在 60 秒后超时。经排查，内部服务直接访问正常，但通过 NGINX 入口控制器访问时超时。最终参考官方文档在 Rancher 负载均衡的 YAML 中添加了三个 nginx.ingress 相关配置项，成功延长了超时时间，验证后请求不再报错，问题解决。
-
针对 Kubernetes 环境中容器缺少重启选项导致修改 PHP 文件后不立即生效的问题，文章介绍了一种在 CentOS 中批量终止 PHP 进程的解决流程。通过组合 ps、grep、cut 及 xargs 等命令查找并强制结束 PHP 进程以清除 Zend Opcache 缓存，最终验证页面刷新后内容即时更新，实现了在不重启容器的情况下的代码生效。