TiDB
社区
联系我们

恢复 Kubernetes 上的 TiDB 集群数据

本文介绍了如何使用 TiDB Lightning 快速恢复 Kubernetes 上的 TiDB 集群数据。

TiDB Lightning 包含两个组件：tidb-lightning 和 tikv-importer。在 Kubernetes 上，tikv-importer 位于 TiDB 集群的 Helm chart 内，被部署为一个副本数为 1 (replicas=1) 的 StatefulSet；tidb-lightning 位于单独的 Helm chart 内，被部署为一个 Job。

为了使用 TiDB Lightning 恢复数据，tikv-importer 和 tidb-lightning 都必须分别部署。

部署 tikv-importer

tikv-importer 可以在一个现有的 TiDB 集群上启用，或者在新建 TiDB 集群时启用。

  • 在新建一个 TiDB 集群时启用 tikv-importer：

    1. 在 tidb-cluster 的 values.yaml 文件中将 importer.create 设置为 true。

    2. 部署该集群。

      helm install pingcap/tidb-cluster --name=<tidb-cluster-release-name> --namespace=<namespace> -f values.yaml --version=<chart-version>

  • 配置一个现有的 TiDB 集群以启用 tikv-importer：

    1. 在该 TiDB 集群的 values.yaml 文件中将 importer.create 设置为 true。

    2. 升级该 TiDB 集群。

      helm upgrade <tidb-cluster-release-name> pingcap/tidb-cluster -f values.yaml --version=<chart-version>

部署 tidb-lightning

  1. 配置 TiDB Lightning

    使用如下命令获得 TiDB Lightning 的默认配置。

    helm inspect values pingcap/tidb-lightning --version=<chart-version> > tidb-lightning-values.yaml

    tidb-lightning Helm chart 支持恢复本地或远程的备份数据。

    • 本地模式

      本地模式要求 Mydumper 备份数据位于其中一个 Kubernetes 节点上。要启用该模式，你需要将 dataSource.local.nodeName 设置为该节点名称，将 dataSource.local.hostPath 设置为 Mydumper 备份数据目录路径，该路径中需要包含名为 metadata 的文件。

    • 远程模式

      与本地模式不同，远程模式需要使用 rclone 将 Mydumper 备份 tarball 文件从网络存储中下载到 PV 中。远程模式能在 rclone 支持的任何云存储下工作，目前已经有以下存储进行了相关测试：Google Cloud Storage (GCS)、AWS S3 和 Ceph Object Storage。

      1. 确保 values.yaml 中的 dataSource.local.nodeName 和 dataSource.local.hostPath 被注释掉。

      2. 新建一个包含 rclone 配置的 Secret。rclone 配置示例如下。一般只需要配置一种云存储。有关其他的云存储，请参考 rclone 官方文档。

        apiVersion: v1
kind: Secret
metadata:
  name: cloud-storage-secret
type: Opaque
stringData:
  rclone.conf: |
  [s3]
  type = s3
  provider = AWS
  env_auth = false
  access_key_id = <my-access-key>
  secret_access_key = <my-secret-key>
  region = us-east-1
  [ceph]
  type = s3
  provider = Ceph
  env_auth = false
  access_key_id = <my-access-key>
  secret_access_key = <my-secret-key>
  endpoint = <ceph-object-store-endpoint>
  region = :default-placement
  [gcs]
  type = google cloud storage
  # 该服务账号必须被授予 Storage Object Viewer 角色。
  # 该内容可以通过 `cat <service-account-file.json> | jq -c .` 命令获取。
  service_account_credentials = <service-account-json-file-content>

        使用你的实际配置替换上述配置中的占位符，并将该文件存储为 secret.yaml。然后通过 kubectl apply -f secret.yaml -n <namespace> 命令创建该 Secret。

      3. 将 dataSource.remote.storageClassName 设置为 Kubernetes 集群中现有的一个存储类型。

  2. 部署 TiDB Lightning

    helm install pingcap/tidb-lightning --name=<tidb-lightning-release-name> --namespace=<namespace> --set failFast=true -f tidb-lightning-values.yaml --version=<chart-version>

当 TiDB Lightning 未能成功恢复数据时，不能简单地直接重启进程，必须进行手动干预，否则将很容易出现错误。因此，tidb-lightning 的 Job 重启策略被设置为 Never。

如果 TiDB Lightning 未能成功恢复数据，需要采用以下步骤进行手动干预：

  1. 运行 kubectl delete job -n <namespace> <tidb-lightning-release-name>-tidb-lightning，删除 lightning Job。

  2. 运行 helm template pingcap/tidb-lightning --name <tidb-lightning-release-name> --set failFast=false -f tidb-lightning-values.yaml | kubectl apply -n <namespace> -f -，重新创建禁用 failFast 的 lightning Job。

  3. 当 lightning pod 重新运行时，在 lightning 容器中执行 kubectl exec -it -n <namesapce> <tidb-lightning-pod-name> sh 命令。

  4. 运行 cat /proc/1/cmdline，获得启动脚本。

  5. 参考故障排除指南，对 lightning 进行诊断。

销毁 TiDB Lightning

目前，TiDB Lightning 只能在线下恢复数据。当恢复过程结束、TiDB 集群需要向外部应用提供服务时，可以销毁 TiDB Lightning 以节省开支。

删除 tikv-importer 的步骤：

  1. 在 TiDB 集群 chart 的 values.yaml 文件中将 importer.create 设置为 false。

  2. 然后运行 helm upgrade <tidb-cluster-release-name> pingcap/tidb-cluster -f values.yaml。

删除 tidb-lightning 的方法：

  • 运行 helm delete <tidb-lightning-release-name> --purge。
下载 PDF