pingcap / docs-tidb-operator

Documentation for TiDB on Kubernetes in both English and Chinese.
https://docs.pingcap.com/tidb-in-kubernetes
Other
46 stars 118 forks source link

Why is the tkctl tool deprecated? #1030

Open grandsail opened 3 years ago

grandsail commented 3 years ago

Question

Hi, I have deployed a TiDB cluster in K8S. During the deployment process, I found following difficulties in using the bare kubectl commands.

  1. context settings: There will be numerous pods in a Kubernetes cluster if the number of nodes is huge. To get the information of a pod in a specific TiDB cluster, I need to use -n xxx every time(or there will be lots of other pods managing dns or kube-system). Even though, there are still other components and the discovery pod in the result. If there is a tool helping me set the context, the commands to get components(tidb,pd and tikv) will be a lot easier to use)
  2. pv management: Managing local pvs with bare kubectl commands is the real disaster. When I want to know the corresponding relations between pvs and nodes, and pvs' paths on nodes, I need to use many describe commands and locate the information among irregular words and numbers.
  3. debug & ctop: I've read the docs of the deprecated tkctl. The docs about debug function is kind of opaque, I'm not sure the exact function of them(but I think it was probably useful). Besides, I think combining the information provided by ctop and spec.resources will largely help the management of mem and cpu resource on nodes.

I think problems I mentioned above can be easily solved with a tool like tkctl(and the cost won't be so high). Therefore, I want to know is there just not enough people and resource to maintain the tkctl? Or are there some better tools or solutions to the difficulties?(I don't think using bare tkctl commands is a better choice)

DanielZhangQD commented 3 years ago

@grandsail Sorry that we do not have enough resources to maintain the tkctl tool, if the community thinks that this tool is useful, we're very glad to accept the PRs to improve it.

github-actions[bot] commented 3 years ago

This issue is stale because it has been open for 60 days with no activity. If no comment has been made and the lifecycle/stale label is not removed, this issue will be closed in 15 days.

ran-huang commented 3 years ago

/lifecycle frozen