前言

最近参与了 TEM v3.0.0 版本的试用，它是一款 TiDB 数据库管控工具，采用 BS 方式使用 ，旨在集中统一管控多集群，为运维需求提供白屏化操作，TEM 提供集群纳管、集群创建、集群运维（监控、扩容、备份、诊断、SQL 编辑器）等功能，支持单节点及多节点高可用部署。

部署

TEM 提供 ARM64 和 AMD64 两种安装包，正式安装前需要配置 metadb_topology.yaml 和 config.yaml 两个配置文件，第一个配置文件 metadb_topology.yaml 用于指定 TEM 所有元数据库的信息， 第二个配置文件 config.yaml 用于指定TEM的部署配置信息，如需采用高可用部署也是在这里指定。正确配置两个文件后，执行 install.sh 大约几分钟就可以顺利完成部署。

使用

TEM 管理架构

TEM 管理多集群的拓扑图如下（自己理解，非官方认证）：

说明：

1）TEM 使用时，第一步需要先“添加中控机”，其会在中控机部署 TCM 服务（理解为 agent）。第二步根据需要再导入主机或纳管已有集群

2）TEM 使用的元数据库可以自建的，也可以由 TEM 自动创建，推荐使用前者

试用总结

1 文档类

1.文档相对不丰富，特别是管理类的指引文档，当前还是比较需要使用者结合自己的经验操作 TEM，容易走弯路

2 部署类

1.如果 metadb 使用 TEM 自动创建的方式，tem 所用的 repo 默认在 /home/<deploy-user> 下面，不能由使用者指定，故如上文推荐使用自建 metadb 方式

2.有发现部署时输出的部分日志信息不准的现象，如提示 tem 管理命令信息：`TIUP_HOME=/home/<user>/.tiem tiup tem start tem-servers`,这里 TIUP_HOME 的路径是不准确的

3.管理类

1.部署数据库集群时，数据库服务如 tikv 的label 只能使用在 “主机” 的“位置”信息，实际不是很友好，例如“位置”只有一条，但是如果计划同一个服务器部署 多个 tikv 实例且 label 不一致时，页面当前就不能支持该类需求

2.部署数据库集群时，数据库服务器的环境配置还是需要手动去做

3.升级数据库集群时，当前不支持 hotfix 的操作，

4.“参数模版”功能不是很强大，例如“添加模版”时，只能逐项添加，不支持批量加载

5.不支持缩容操作

6.监控-高级页面，提供“故障排查指南”链接，貌似可以进一步优化，如直接内嵌“HELP”，甚至可以官档。绝大多数客户的生产环境的数据库应该都不允许访问外网

说了很多期望，但当前的 TEM 对比之前的同类工具，个人觉得更优秀了，架构更清晰，与数据库环境耦合性更低。页面也更简洁清晰友好。私下了解到，当前 TEM 的版本迭代周期对比 TiDB 更多，在写这篇文章时，v3.1.0已经发布，正在升级进行更多的体验