数据库｜实践干货！实现tiup与prometheus迁移_迁移tiup

一、背景

由于规划变动，需要将tiup和prometheus移动到其他的机器上，要求平滑迁移，不丢失监控数据。

关于prometheus的数据迁移《迁移prometheus数据》（https://tidb.net/blog/1ea36c1f?shareId=ba5da793）这篇专栏文章写的比较详细，但是存在一个问题：“promethues 保存了一些数据在内存里面，导致即使导入老的监控”。

经过考虑决定使用一种比较稳妥的方案：先扩容prometheus，待并行运行一段时间后再缩容掉原prometheus，这样新的prometheus就会有一份完整的数据，解决了监控数据直接迁移丢失的风险。

本文分两部分：tiup迁移和prometheus迁移。本文环境为离线部署集群。

二、tiup迁移

1.将当前tiup的镜像源拷贝到迁移的机器上，并安装tiup

tiup mirror show# 查看当前镜像源
 
sh tidb-community-server-${version}-linux-amd64/local_install.sh && source/home/tidb/.bash_profile#迁移节点执行

2.将tidb家目录下的.tiup包拷贝到迁移节点对应目录

这样就完成了tiup的迁移，通过查看集群配置验证tiup数据迁移成功

tiup cluster list
 
tiup cluster show-config ${clustera-name}

3.卸载原tiup

tiup uninstall--all
 
tiup uninstall--self

删除镜像包

三、prometheus迁移

1.查看Prometheus 监控数据保留时间

storage_retention#默认 "30d"
 
tiup cluster show-config ${clustera-name}| grep storage_retention

2.编写到迁移节点的prometheus的扩容文件

viscale-out-prometheus.toml

3.扩容prometheus

tiup cluster scale-out${clustera-name} scale-out-prometheus.toml -uroot -p

4.等待时间达到storage_retention的保存日期后，再将原prometheus缩容

（1）使用root用户登录dashboard ---> 点击root ---> Prometheus 数据源 ---> 使用自定义地址（新的prometheus）--->查看监控数据是否完整

（2）admin用户登录grafana ---> Confguration ---> Data Sources ---> 查看数据源prometheus地址是否是当前的，如果不是则将其地址更改为新的prometheus，查看监控数据是否完整

（3）缩容原prometheus

tiup cluster scale-in${clustera-name} -N ${原prometheus-ip:port}

四、总结

关于tiup和prometheus的迁移方法比较简单，本文介绍了一种比较稳妥的方案，优点是保证了数据不丢失，缺点是时间周期较长，需要根据需求等待prometheus的数据保留时长后才可以将原prometheus缩容。大家可以根据自己的实际情况选用不同的方案。

作者：王思强| 数据库运维工程师

版权声明:本文由神州数码云基地团队整理撰写，若转载请注明出处。

公众号搜索神州数码云基地，了解更多技术干货。