Support independent deployment of monitor
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 466
- Forks
- 338
- Avg merge
- 3d 7h
- Merged PRs (30d)
- 8
Description
Feature Request
Is your feature request related to a problem? Please describe:
1.在使用 tiup 接管 ansible 时,用户可能某些组件未部署 monitor,或部分组件端口或路径不同,存在提前修复遗留或增加额外变更,以及被忽略了此种可能,大多数情况下均有发生
2.在 tiup upgrade 过程中不会检测该问题,所以在事中不能被发现,相对然而是一个好的行为
3.在 tiup 运维过程中,如果某些节点上因前期原因缺少监控 monitor 服务,在 reload 等操作过程中上会报错路径不存在,进而中断
4.事后 tiup 目前不支持独立部署 monitor ,无法独立修复
5.多套集群公用了某些集群,那么其中的 monitor 服务可能端口相同路径不同,在后面的维护中会出现其他问题
Describe the feature you'd like:
希望能支持独立部署监控 monitor 服务,以便灵活的使用和修复该常见问题
Why the featue is needed:
升级前事前人为检查存在很大的疏漏可能,尤其在多节点的集群上,然而 tiup import 或 upgrade 不会检测,在运维过程中又会报错,事后又不能通过工具做修复。
当提供了事后的独立部署 monitor 服务后,对于之前的问题,能有较好的解决方式,关闭之前服务,重新部署启动新的 monitor ,确保集群中均存在 monitor 监控
Describe alternatives you've considered:
Teachability, Documentation, Adoption, Migration Strategy:
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Review existing monitor handling in tiup import, upgrade, and reload flows, then trace how component ports and paths are derived. Define the independent deployment workflow and validate it against clusters with missing monitors and differing ports or paths; the issue provides no file or test names, so repository exploration is required.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ansible, go
- Domain
- devops, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100