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 交付服务，涵盖金融、证券、物流、电力、政府、零售等重点行业。