Installing Addons | Kubernetes 不同的 cni 都不太一样， 你最好找下对应 cni 的文档或技术支持，解决 k8s 网络的问题。

默认组件 pod 应该使用内部 ip，不与 node port 冲突，只能调整下 cni Operator 暂不支持调整组件端口，目前是写死在代码里的 https://github.com/search?q=2379+repo%3Apingcap%2Ftidb-operator+-path%3A*_test.go&type=code

可以 grafana 上观察下 leader region 和集群影响

参考 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/faq#修改某个组件的配置后为什么新配置没有生效， 默认值是 RollingUpdate 参考 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/tips#配置-tikv-强制升级， 默认需要等 tikv leader 驱逐完

正常通过 tidb service 连库无需额外访问其他组件，若是特殊需求先确保网络连通性

fixed in https://github.com/pingcap/tidb/issues/38572

原因类似 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/canary-upgrade-tidb-operator#第-2-步部署灰度的-tidb-operator 里关于 增强型 StatefulSet 的说明

https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/deploy-failures 先自查一下吧

参考 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/backup-to-aws-s3-using-br#停止日志备份 目前逻辑是需要先停止已有任务，如果任务还在可以直接编辑停止，如果任务已删除，可以部署个 logStop: true 的新同名任务

CAP 中 TiDB 遵从 CP，尽可能保证 A

mysql 单份数据没有高可用能力，你搭个主从那容量就 double 了 若不需要 TiDB 的三副本能力，可以把 replica 设成 1 （不建议

basic-cn， 你上面两个 url 是不一样的

上面图片「解释」里是 operator sync 逻辑中会执行的操作，不太清楚没有权限时程序会表现如何

文档里列出了 operator (tidb-controller-manager) 需要的 non-namespaced k8s 资源的权限，对应 clusterrole [image]

文档参考 https://docs.pingcap.com/zh/tidb-in-kubernetes/dev/tidb-operator-rbac#namespace-级别管理-tidb-集群

admin check 先检查下 数据索引一致性

403 说明 AK/SK 不对，可以先检查下。 secretName: tidb-bk-oss-secret 本质上是将对应 AK/SK 设置到 BK pod 的 ENV，对应 Dumpling 文档 导出到 Amazon S3 云盘，没记错可以 describe pod 看到对应的 ENV 确认下

把 bks.spec.schedule 也调整下，负负得正 删了然后重新用正确时区部署下 operator （不影响 TiDB 运行