使用 BR 备份 TiDB 集群到持久卷

    本文描述的持久卷指任何 Kubernetes 支持的持久卷类型。本文将以 NFS 为例,介绍如何使用 BR 备份 TiDB 集群的数据到持久卷。

    Ad-hoc 备份支持全量备份与增量备份。Ad-hoc 备份通过创建一个自定义的 custom resource (CR) 对象来描述一次备份。TiDB Operator 根据这个 Backup 对象来完成具体的备份过程。如果备份过程中出现错误,程序不会自动重试,此时需要手动处理。

    为了更好地描述备份的使用方式,本文档提供如下备份示例。示例假设对部署在 Kubernetes test1 这个 namespace 中的 TiDB 集群 demo1 进行数据备份,下面是具体操作过程。

    注意:

    如果使用 TiDB Operator >= v1.1.10 && TiDB >= v4.0.8, BR 会自动调整 tikv_gc_life_time 参数,不需要在 Backup CR 中配置 spec.tikvGCLifeTimespec.from 字段,并且可以省略以下创建 backup-demo1-tidb-secret secret 的步骤和步骤。

    1. 下载文件 backup-rbac.yaml,并执行以下命令在 test1 这个 namespace 中创建备份需要的 RBAC 相关资源:

      1. kubectl create secret generic backup-demo1-tidb-secret --from-literal=password=<password> --namespace=test1
    2. 确认可以从 Kubernetes 集群中访问用于存储备份数据的 NFS 服务器,并且配置了 TiKV 挂载跟备份任务相同的 NFS 共享目录到相同的本地目录。TiKV 挂载 NFS 的具体配置方法可以参考如下配置:

      1. spec:
      2. tikv:
      3. additionalVolumes:
      4. # specify volume types that are supported by Kubernetes, Ref: https://kubernetes.io/docs/concepts/storage/persistent-volumes/#types-of-persistent-volumes
      5. - name: nfs
      6. nfs:
      7. server: 192.168.0.2
      8. path: /nfs
      9. additionalVolumeMounts:
      10. # this must match `name` in `additionalVolumes`
      11. - name: nfs
      12. mountPath: /nfs
    • mysql.tidb 表的 SELECTUPDATE 权限:备份前后,Backup CR 需要一个拥有该权限的数据库账户,用于调整 GC 时间
    1. 创建 Backup CR,并将数据备份到 NFS:

      backup-nfs.yaml 文件内容如下:

      1. ---
      2. apiVersion: pingcap.com/v1alpha1
      3. kind: Backup
      4. metadata:
      5. name: demo1-backup-nfs
      6. namespace: test1
      7. # # backupType: full
      8. # # Only needed for TiDB Operator < v1.1.10 or TiDB < v4.0.8
      9. # from:
      10. # host: ${tidb-host}
      11. # port: ${tidb-port}
      12. # secretName: backup-demo1-tidb-secret
      13. br:
      14. cluster: demo1
      15. clusterNamespace: test1
      16. # logLevel: info
      17. # statusAddr: ${status-addr}
      18. # concurrency: 4
      19. # rateLimit: 0
      20. # checksum: true
      21. # options:
      22. # - --lastbackupts=420134118382108673
      23. local:
      24. prefix: backup-nfs
      25. volume:
      26. name: nfs
      27. nfs:
      28. server: ${nfs_server_ip}
      29. path: /nfs
      30. volumeMount:
      31. name: nfs
      32. mountPath: /nfs

      以上示例中的 .spec.local 表示持久卷相关配置,详细解释参考 。

      以上示例中,spec.br 中的一些参数项均可省略,如 logLevelstatusAddrconcurrencyrateLimitchecksumtimeAgo。更多 .spec.br 字段的详细解释参考 BR 字段介绍

      自 v1.1.6 版本起,如果需要增量备份,只需要在 spec.br.options 中指定上一次的备份时间戳 --lastbackupts 即可。有关增量备份的限制,可参考。

      更多 Backup CR 字段的详细解释参考 Backup CR 字段介绍

      该示例将 TiDB 集群的数据全量导出备份到 NFS。

      1. kubectl get bk -n test1 -owide

    用户通过设置备份策略来对 TiDB 集群进行定时备份,同时设置备份的保留策略以避免产生过多的备份。定时全量备份通过自定义的 BackupSchedule CR 对象来描述。每到备份时间点会触发一次全量备份,定时全量备份底层通过 Ad-hoc 全量备份来实现。下面是创建定时全量备份的具体步骤:

    同 。

    1. 创建 BackupSchedule CR,开启 TiDB 集群的定时全量备份,将数据备份到 NFS:

      backup-schedule-nfs.yaml 文件内容如下:

      1. ---
      2. kind: BackupSchedule
      3. name: demo1-backup-schedule-nfs
      4. namespace: test1
      5. spec:
      6. #maxBackups: 5
      7. #pause: true
      8. maxReservedTime: "3h"
      9. schedule: "*/2 * * * *"
      10. backupTemplate:
      11. # Only needed for TiDB Operator < v1.1.10 or TiDB < v4.0.8
      12. # from:
      13. # host: ${tidb_host}
      14. # port: ${tidb_port}
      15. # user: ${tidb_user}
      16. # secretName: backup-demo1-tidb-secret
      17. br:
      18. cluster: demo1
      19. clusterNamespace: test1
      20. # logLevel: info
      21. # statusAddr: ${status-addr}
      22. # concurrency: 4
      23. # rateLimit: 0
      24. # checksum: true
      25. local:
      26. prefix: backup-nfs
      27. volume:
      28. name: nfs
      29. nfs:
      30. server: ${nfs_server_ip}
      31. path: /nfs
      32. volumeMount:
      33. name: nfs
      34. mountPath: /nfs
    2. 定时全量备份创建完成后,通过以下命令查看备份的状态:

        查看定时全量备份下面所有的备份条目:

      从以上示例可知,backupSchedule 的配置由两部分组成。一部分是 backupSchedule 独有的配置,另一部分是 backupTemplatebackupTemplate 指定集群及远程存储相关的配置,字段和 Backup CR 中的 一样,详细介绍可参考 Backup CR 字段介绍backupSchedule 独有的配置项具体介绍可参考 。

      删除备份的 Backup CR 可参考删除备份的 Backup CR