分类： Kubernetes
-
容器更换基础镜像后，在特定 Rancher 环境变量开启时启动失败并提示模块已加载。经排查，原因为命令行执行时重复加载了 gd、exif 和 sockets 扩展。最终通过修改 Dockerfile，利用 sed 命令从配置文件中删除对应扩展的加载项，解决了重复加载报错问题，确保了容器在环境变量开启时成功启动。
-
本文针对公有云com环境数据向csp环境迁移时程序版本不一致且无法升级的问题，介绍了实现流程。通过分析Git日志找出14个数据库迁移文件的差异，确认多出的SQL主要为表结构调整。在无法统一结构的情况下，将两个数据库导入本地，编写支持租户ID参数的迁移命令，使用事务处理并逐一迁移表。文章记录了pa_plan表的迁移过程，成功将4个租户的数据迁移至csp环境，并探讨了潜在的主键冲突及关联表处理问题。
-
针对后台关闭列表项后接口响应数据在几分钟内反复出现与消失的问题，经排查确认根源在于 Varnish 部署架构。Rancher 环境中发现运行着 3 个 Varnish 容器，由于负载均衡导致每次请求落在不同服务器，各节点缓存未同步且出现资源浪费，进而造成响应数据不一致。最终结论是现阶段缓存列表接口应配置为单机部署，若使用集群部署建议仅支持详情接口。
-
在 K8s 环境中，容器 api 请求容器 group 时报错无法解析主机。尽管直接请求静态文件成功验证了连接性，但问题依旧。最终排查发现是容器 api 自身的问题，通过在 Jenkins 的 Label Expression 中重新选择并构建镜像升级，该报错不再出现，问题得到解决。
-
在 Kubernetes 环境中遇到 504 Gateway Time-out 报错，尽管将相关参数调整为 300 秒，请求依然在 60 秒后超时。经排查，内部服务直接访问正常，但通过 NGINX 入口控制器访问时超时。最终参考官方文档在 Rancher 负载均衡的 YAML 中添加了三个 nginx.ingress 相关配置项，成功延长了超时时间，验证后请求不再报错，问题解决。
-
文章记录了将域名从 ccpapi.xxx.cn 迁移至 apiv2.xxx.cn/ccpapi 的操作过程。在 Konga 中创建名为 api_ccp 的 Service 并指向 HTTP 地址，配置路由时修正了 Paths 和 Protocols 字段的提交报错。随后在 Rancher 负载均衡中删除旧域名规则并升级端口映射，最终实现了新域名在外网正常调用，且服务器端接收到的请求符合预期。
-
本文记录了将两个项目的前后端合并至一个镜像与容器的实现流程。通过调整前端与接口的构建目录结构，重命名配置文件并修改 Dockerfile，在 Jenkins 中配置多个 Git 仓库源码管理及镜像构建发布，最终在单一容器内通过端口区分同时部署前后端项目，经验证两者目录结构存在且皆可正常访问，符合预期。
-
针对 Kubernetes 环境中容器缺少重启选项导致修改 PHP 文件后不立即生效的问题，文章介绍了一种在 CentOS 中批量终止 PHP 进程的解决流程。通过组合 ps、grep、cut 及 xargs 等命令查找并强制结束 PHP 进程以清除 Zend Opcache 缓存，最终验证页面刷新后内容即时更新，实现了在不重启容器的情况下的代码生效。