0
我试图将一个Piwik站点部署到Kubernetes上,并且我正在努力弄清楚如何在不丢失统计信息的情况下执行热数据库升级。所以,过程如下(升级从Piwik 3.0〜3.1):在Kubernetes中实现不停机升级
- 自旋向上的Redis
- 旋转起来Piwik 3.0在维护模式下,将无法连接到数据库
- 下旋老Piwik停止3.0(在常规模式下)
- Spw up Piwik 3.1(在维护模式下)
- 运行数据库迁移。
- 下旋老Piwik 3.0(在维护模式下)
- 旋转起来Piwik 3.1(在正常模式下)
- 下旋Piwik 3.1(在维护模式下)
我可以编写脚本这里面Kubernetes,或者是我在主人内部运行脚本的最佳方法。我的目标是能够重复和可靠地进行(因此,在第5步之前的失败被回滚,之后的失败依赖于人为干预)。
我试图围绕最佳方法做一些研究,但是我找不到有关这种升级过程的很多信息。大多数指南只是建议在几秒/分钟的时间内将服务离线进行,以便在此应用程序中执行迁移,这是不可接受的。