tiup与prometheus迁移

原文来源： https://tidb.net/blog/80678aee

背景

  由于规划变动，需要将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的扩容文件

vi scale-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缩容。 大家可以根据自己的实际情况选用不同的方案。

作者介绍：Daniel-W, 来自神州数码钛合金战队，是一支致力于为企业提供分布式数据库TiDB整体解决方案的专业技术团队。团队成员拥有丰富的数据库从业背景，全部拥有TiDB高级资格证书，并活跃于TiDB开源社区，是官方认证合作伙伴。目前已为10+客户提供了专业的TiDB交付服务，涵盖金融、证券、物流、电力、政府、零售等重点行业。