各位大佬 如果tidb你部署了100套 这个时候你们是怎么管理tidb的

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
【附件:截图/日志/监控】
比如我司 测试环境 dev环境 stg 和prod都是隔离的
管理工具各个部署。那这样的话每个环境都有一个中控器 而且中控机器也被人删除过。恢复起来很麻烦。请问各位大佬如何管理的。

on s3-base的架构一出,是不是就不存在这烦恼了

tiup是可以管理多套集群的,理论上每个环境只需要一个中控机装上tiup就够了,不过中控机的备份一定要搞好,我建议是tiup所在机器用zfs文件系统,再部署一个zfs-auto-snapshot定时做快照,因为这台机器的文件变化量应该很小,快照保留30天甚至更长都可以。

1 个赞

这种场景下,可能就得需要自已找相关的开源管理平台进行二次开发了。前段时间,看过一个转转DBA分享的管理多套集群:

尤其是dev环境,和zfs天然匹配,我们dev环境的几十套MySQL数据库都是用的zfs系统,DQ/开发误删数据,几分钟就能搞定回滚,给他启动好。

tiem?

如果真有这么多,只能考虑自动化了,人肉很累,容易出问题。

都100套了,必须 K8S了…

100套,我想都不敢想~

使用多套 TiDB Operator 单独管理不同的 TiDB 集群 | PingCAP 文档中心
用k8s加operator吧

KubeSphere 了解一下 KubeSphere 部署 TiDB 云原生分布式数据库 - 掘金 (juejin.cn)

TiUniManager

谢谢各位大佬提供的方法

我个人研究是测试集群可以用k8s测试 还是很方便的

100个时什么概念,tidb本身就可以弹性伸缩,什么样的场景需要100个实例

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。