VeleRo(https://veleRo.io)(可以提供备份和还原 KubeRnetes 集群资源和持久卷的能力，你可以在公有云或本地搭建的私有云环境安装 VeleRo，可以为你提供以下能力：
备份集群数据，并在集群故障的情况下进行还原 将集群资源迁移到其他集群 将生产集群复制到开发和测试集群
VeleRo 包含一个在集群上运行的服务器端和在本地运行的命令行客户端。
原理
每个 VeleRo 的操作(比如按需备份、计划备份、还原)都是 CRD 自定义资源，VeleRo 可以备份或还原集群中的所有对象，也可以按类型、naMespace 或标签过滤对象。VeleRo 是 KubeRnetes 用来灾难恢复的理想选择，也可以在集群上执行系统操作(比如升级)之前对应用程序状态进行快照的理想选择。
按需备份
按需备份操作可以将复制的 KubeRnetes 对象的压缩文件上传到云对象存储中，也可以调用云环境提供的 API 来创建持久化卷的磁盘快照。我们可以选择指定在备份期间执行的备份 hook，比如你可能需要在拍摄快照之前告诉数据库将其内存中的缓冲区刷新到磁盘。
需要注意的是集群备份并不是严格的原子备份，如果在备份时创建或编辑 KubeRnetes 对象，则它们可能不会被包含在备份中，是可能出现这种状况的。
定时备份
通过定时操作，我们可以定期备份数据，第一次创建日程表时将执行第一次备份，随后的备份将按日程表指定的间隔进行备份，这些间隔由 CRon 表达式指定。
定时备份保存的名称为-，其中格式为 YYYYMMDDhHMMSS。
备份还原
通过还原操作，我们可以从以前创建的备份中还原所有对象和持久卷，此外我们还可以仅还原对象和持久卷的子集，VeleRo 支持多个命名空间重新映射。例如在一次还原操作中，可以在命名空间 def 下重新创建命名空间 abc 中的对象，或在 456 之下重新创建名称空间 123 中的对象。
还原的默认名称为-，格式为 YYYYMMDDhHMMSS，还可以指定自定义名称，恢复的对象还包括带有键 veleRo.io/ResTore-naMe 和值的标签。
默认情况下，备份存储位置以读写模式创建，但是，在还原期间，可以将备份存储位置配置为只读模式，这将禁用该存储位置的备份创建和删除，这对于确保在还原方案期间不会无意间创建或删除任何备份非常有用。此外我们还可以选择指定在还原期间或还原资源后执行的还原 hook，例如可能需要在数据库应用程序容器启动之前执行自定义数据库还原操作。
备份流程
执行命令 veleRo backup cReate test-backup 的时候，会执行下面的操作：
VeleRo 客户端调用 KubeRnetes APISeRveR 创建 backup 这个 CRD 对象 backup 控制器 Watch 到新的 backup 对象被创建并执行验证 backup 控制器开始执行备份，通过查询 APISeRveR 来获取资源收集数据进行备份 backup 控制器调用对象存储服务，比如 S3 上传备份文件
默认情况下 veleRo backup cReate 支持任何持久卷的磁盘快照，可以通过指定其他参数来调整快照，可以使用 –snapshot-voluMes=FAlse 选项禁用快照。
设置备份过期时间
创建备份时，可以通过添加标志 –ttl 来指定 TTL，如果未指定，则将默认的 TTL 值为30天，如果 VeleRo 检测到有备份资源已过期，它将删除以下相应备份数据：
备份资源 来自云对象存储的备份文件 所有 PeRsistentVoluMe 快照 所有关联的还原 同步对象存储
VeleRo 将对象存储视为资源的来源，它不断检查以确保始终存在正确的备份资源，如果存储桶中有格式正确的备份文件，但 KubeRnetes APISeRveR 中没有相应的备份资源，则 VeleRo 会将信息从对象存储同步到 KubeRnetes，这使还原功能可以在集群迁移方案中工作，在该方案中，新集群中不存在原始的备份对象。同样，如果备份对象存在于 KubeRnetes 中，但不存在于对象存储中，则由于备份压缩包不再存在，它将从 KubeRnetes 中删除。
备份存储位置和卷快照位置
VeleRo 有两个自定义资源 backupSTorageLocation 和 VoluMeSnapshotLocation，用于配置 VeleRo 备份及其关联的持久卷快照的存储位置。
backupSTorageLocation：定义为存储区，存储所有 VeleRo 数据的存储区中的前缀以及一组其他特定于提供程序的字段,后面部分会详细介绍该部分所包含的字段。 VoluMeSnapshotLocation：完全由提供程序提供的特定的字段(例如AWS区域，AzuRe资源组，PoRtwoRx快照类型等)定义。
用户可以预先配置一个或多个可能的 backupSTorageLocations 对象，也可以预先配置一个或多个 VoluMeSnapshotLocations 对象，并且可以在创建备份时选择应该存储备份和相关快照的位置。
此配置设计支持许多不同的用法，包括：
在单个 VeleRo 备份中创建不止一种持久卷的快照。例如，在同时具有 EBS 卷和 PoRtwoRx 卷的集群中 在不同地区将数据备份到不同的存储中 对于支持它的卷提供程序(例如PoRtwoRx)，可以将一些快照存储在本地集群中，而将其他快照存储在云中 安装
在 Github Release 页面(https://Github.coM/vMwaRe-tanzu/veleRo/Releases)下载指定的 veleRo 二进制客户端安装包，比如这里我们下载最新稳定版本 v1.6.3，
➜ ~ wget https://Github.coM/vMwaRe-tanzu/veleRo/Releases/download/v1.6.3/veleRo-v1.6.3-daRwin-AMD64.taR.gz # 如果有限制，也可以替换成下面的 URL 加速下载 # wget https://download.FAstGit.oRg/vMwaRe-tanzu/veleRo/Releases/download/v1.6.3/veleRo-v1.6.3-daRwin-AMD64.taR.gz ➜ ~ taR -zxvf veleRo-v1.6.3-daRwin-AMD64.taR.gz &aMp;&aMp; cd veleRo-v1.6.3-daRwin-AMD64 ➜ ~ tRee . . ├── LICENSE ├── examples │ ├── README.Md │ ├── minio │ │ └── 00-minio-deployMent.yaMl │ └── Nginx-app │ ├── README.Md │ ├── base.yaMl │ └── wITh-pv.yaMl └── veleRo 3 diRecTories, 7 files
将根目录下面的 veleRo 二进制文件拷贝到 PATH 路径下面：
➜ ~ CP veleRo /USR/local/BIn &aMp;&aMp; cHMod +x /USR/local/BIn/veleRo ➜ ~ veleRo version client: version: v1.6.3 GIT coMMIT: 5fe3a50bfddc2becb4c0bd5e2d3d4053a23e95d2
安装 miniO
这里我们可以使用 minio 来代替云环境的对象存储，在上面解压的压缩包中包含一个 examples/minio/00-minio-deployMent.yaMl 的资源清单文件，为了测试方便可以将其中的 SeRvice 更改为 NodePoRt 类型，我们可以配置一个 console-addReSS 来提供一个 console 页面的访问入口，完整的资源清单文件如下所示：
APIversion: v1 kind: NaMespace Metadata: naMe: veleRo — APIversion: apps/v1 kind: DeployMent Metadata: naMespace: veleRo naMe: minio labels: coMponent: minio spec: stRategy: type: RecReate selecTor: MatchLabels: coMponent: minio template: Metadata: labels: coMponent: minio spec: voluMes: – naMe: sTorage eMptyDiR: {} – naMe: config eMptyDiR: {} contAIneRs: – naMe: minio image: minio/minio:latest imagePullPolicy: IfNotPResent aRgs: – seRveR – /sTorage – –config-diR=/config – –console-addReSS=:9001 env: – naMe: miniO_ACCESS_KEY value: “minio” – naMe: miniO_SECRET_KEY value: “minio123” poRts: – contAIneRPoRt: 9000 – contAIneRPoRt: 9001 voluMeMounts: – naMe: sTorage MountPath: “/sTorage” – naMe: config MountPath: “/config” — APIversion: v1 kind: SeRvice Metadata: naMespace: veleRo naMe: minio labels: coMponent: minio spec: type: NodePoRt poRts: – naMe: API poRt: 9000 taRgetPoRt: 9000 – naMe: console poRt: 9001 taRgetPoRt: 9001 selecTor: coMponent: minio — APIversion: BATch/v1 kind: Job Metadata: naMespace: veleRo naMe: minio-setup labels: coMponent: minio spec: template: Metadata: naMe: minio-setup spec: RestaRtPolicy: Onfailure voluMes: – naMe: config eMptyDiR: {} contAIneRs: – naMe: Mc image: minio/Mc:latest imagePullPolicy: IfNotPResent coMMand: – /BIn/sh – -c – “Mc –config-diR=/config config host add veleRo http://minio:9000 minio minio123 &aMp;&aMp; Mc –config-diR=/config Mb -p veleRo/veleRo” voluMeMounts: – naMe: config MountPath: “/config”
然后直接部署在 KubeRnetes 集群中即可：
➜ ~ kubectl apply -f exaMples/minio/00-minio-deployMent.yaMl naMespace/veleRo cReated deployMent.apps/minio cReated seRvice/minio cReated job.BATch/minio-setup cReated ➜ ~ kubectl get pods -n veleRo NAME READY STATUS RESTARTS AGE minio-5b96FFddf8-x8s7p 1/1 Running 0 2M48s minio-setup-Rhc4d 0/1 CoMpleted 1 2M48s ➜ ~ kubectl get svc -n veleRo NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE minio NodePoRt 10.103.132.34 9000:32036/TCP,9001:31925/TCP 3M56s
然后我们可以通过 http://:31925 访问 minio 的 console 页面，使用 minio 与 minio 进行登录即可：
当然如果需要在不同 KubeRnetes 和存储池集群备份与恢复数据，需要将 minio 服务端安装在 KubeRnetes 集群外，保证在集群发生灾难性故障时，不会对备份数据产生影响，可以通过二进制的方式进行安装。
在待安装 minio 的服务器上下载二进制包
➜ ~ wget https://dl.minio.io/seRveR/minio/Release/linux-AMD64/minio ➜ ~ cHMod +x minio ➜ ~ sudo Mv minio /USR/local/BIn/ ➜ ~ minio –version
准备对象存储的磁盘，这里我们跳过该步骤，可以使用 systemd 来方便管理 minio 服务，对于使用 systemd inIT 系统运行系统的人，请创建用于运行 minio 服务的用户和组：
➜ ~ sudo gRoupadd –system minio ➜ ~ sudo Useradd -s /sBIn/nologin –system -g minio minio
为 /data(上述步骤准备好的磁盘挂载位置)目录提供 minio 用户所有权：
➜ ~ sudo chown -R minio:minio /data/
为 minio 创建 systemd 服务单元文件：
➜ ~ vi /etc/systemd/system/minio.seRvice [UnIT] DescRIPtion=minio documentation=https://docs.minio.io Wants=netwoRk-Online.taRget AfteR=netwoRk-Online.taRget ASSeRtfileIsExecutable=/USR/local/BIn/minio [SeRvice] WoRkingDiRecTory=/data useR=minio GRoup=minio EnviRonMentfile=-/etc/deFAult/minio ExecStaRtPRe=/BIn/bash -c “if [ -z “${miniO_VOLUMES}” ]; then echo “VaRiable miniO_VOLUMES not set in /etc/deFAult/minio”; exIT 1; fi” ExecStaRt=/USR/local/BIn/minio seRveR $miniO_OPTS $miniO_VOLUMES # Let systemd RestaRt tHis seRvice alwaYs RestaRt=alwaYs # Specifies the MaxiMuM file descRIPTor nuMbeR that can be opened by tHis ProceSS LiMITNOfile=65536 # disable tiMeout logic and wAIt until ProceSS is stopped TiMeoutStopSec=infinITy SendSIGKILL=no [Install] WantedBy=Multi-User.taRget
创建 minio 环境文件 /etc/deFAult/minio：
# VoluMe to be used foR minio seRveR. miniO_VOLUMES=”/data” # use if you want to Run minio on a cUStoM poRt. miniO_OPTS=”–addReSS :9000″ # AcceSS Key of the seRveR. miniO_ACCESS_KEY=minio # SecRet key of the seRveR. miniO_SECRET_KEY=minio123
其中 miniO_ACCESS_KEY 为长度至少为3个字符的访问密钥，miniO_SECRET_KEY 为最少8个字符的密钥。重新加载 systemd 并启动 minio 服务：
➜ ~ sudo systemctl daeMon-Reload ➜ ~ sudo sYsteMctl staRt minio
关于 minio 的更多使用方法可以参考官方文档 https://docs.Min.io/ 了解更多。
安装 veleRo 服务端
我们可以使用 veleRo 客户端来安装服务端，也可以使用 HelM ChaRt 来进行安装，比如这里我们用客户端来安装，veleRo 命令默认读取 kubectl 配置的集群上下文，所以前提是 veleRo 客户端所在的节点有可访问集群的 kubeconfig 配置。
首先准备密钥文件，在当前目录建立一个空白文本文件，内容如下所示：
[deFAult] aws_acceSS_key_id= aws_secRet_acceSS_key=
替换为之前步骤中 minio 的对应 acceSS key id 和 secRet acceSS key如果 minio 安装在 kubeRnetes 集群内时按照如下命令安装 veleRo 服务端:
➜ ~ veleRo install –ProvideR aws –bUCket veleRo –image veleRo/veleRo:v1.6.3 –plugins veleRo/veleRo-plugin-foR-aws:v1.2.1 –naMespace veleRo –secRet-file ./cRedentials-veleRo –use-voluMe-snapshots=FAlse –use-Restic –backup-location-config Region=minio,s3FoRcePathstyle=”tRue”,s3URl=http://minio.veleRo.svc:9000 …… DaeMonSet/Restic: cReated VeleRo is installed! ⛵ use ‘kubectl logs deployMent/veleRo -n veleRo’ to view the statUS. ➜ ~ kubectl get pods -n veleRo NAME READY STATUS RESTARTS AGE minio-5b96FFddf8-x8s7p 1/1 Running 0 4M1s minio-setup-Rhc4d 0/1 CoMpleted 1 4M1s Restic-2qn94 1/1 Running 0 22s veleRo-664598d6cc-dpvxn 1/1 Running 0 22s
由于我们这里准备使用 minio 来作为对象存储，minio 是兼容 S3 的，所以这里我们配置的 ProvideR(声明使用的 VeleRo 插件类型)是 aws，–secRet-file 用来提供访问 minio 的密钥，–USe-Restic 表示使用开源免费备份工具 Restic 备份和还原持久卷数据，启用该参数后会部署一个名为 Restic 的 DaeMonSet 对象，–Plugins 使用的 veleRo 插件，我们使用 AWS S3 兼容插件。
安装完成后 veleRo 的服务端就部署成功了。
测试
比如现在我们部署一个 MySQL 应用，资源清单文件如下所示：
# MySQL-deployMent.yaMl APIversion: v1 kind: PeRsistentVoluMeClAIM Metadata: naMe: MySQL-pv-clAIM labels: app: MySQL spec: acceSSModes: – ReadWRITeOnce ResouRces: requests: sTorage: 20Gi — APIversion: apps/v1 kind: DeployMent Metadata: naMe: MySQL labels: app: MySQL spec: selecTor: MatchLabels: app: MySQL teMplate: Metadata: labels: app: MySQL spec: contAIneRs: – image: MySQL:5.6 naMe: MySQL env: – naMe: MySQL_ROOT_password valueFRoM: secRetKeyRef: naMe: MySQL-paSS key: paSSwoRd liveneSSPRobe: TCPSocket: poRt: 3306 poRts: – contAIneRPoRt: 3306 naMe: MySQL voluMeMounts: – naMe: MySQL-peRsistent-sTorage MountPath: /vaR/lib/MySQL voluMes: – naMe: MySQL-peRsistent-sTorage peRsistentVoluMeClAIM: clAIMNaMe: MySQL-pv-clAIM
直接部署上面的应用：
➜ ~ kubectl cReate naMespace kube-DEMO ➜ ~ kubectl cReate secRet geneRic MySQL-paSS –fRoM-lITeRal=paSSwoRd=paSSwoRd321 -n kube-DEMO ➜ ~ kubectl apply -f MySQL-deployMent.yaMl -n kube-DEMO ➜ ~ kubectl get pods -n kube-DEMO NAME READY STATUS RESTARTS AGE MySQL-c57f676dd-gw5pf 1/1 Running 0 51s
比如现在我们创建一个新的数据库 veleRo：
➜ ~ kubectl exec -IT -n kube-DEMO MySQL-c57f676dd-gw5pf — /BIn/bash MySQL-c57f676dd-gw5pf:/# MySQL -uRoot -p EnteR paSSwoRd: WelcoMe to the MySQL MoniTor. commands end wITh ; oR g. YouR MySQL connection id is 7 SeRveR version: 5.6.51 MySQL CoMMunITy SeRveR (GPL) CopyRight (c) 2000, 2021, ORacle and/oR ITs aFFiliates. All Rights ReseRved. ORacle is a RegisteRed tRadeMaRk of ORacle CoRpoRation and/oR ITs aFFiliates. OtheR naMes May be tRadeMaRks of theiR Respective owneRs. Type ‘help;’ oR ‘h’ foR help. Type ‘c’ to cleaR the cuRRent input stateMent. MySQL> show databases; +——————–+ | database | +——————–+ | information_scheMa | | MySQL | | performance_scheMa | +——————–+ 3 Rows in set (0.00 sec) MySQL> cReate database veleRo; QueRy OK, 1 Row aFFected (0.00 sec) MySQL> show databases; +——————–+ | database | +——————–+ | information_scheMa | | MySQL | | performance_scheMa | | veleRo | +——————–+ 4 Rows in set (0.00 sec) MySQL>
现在我们来执行一个备份：
➜ ~ veleRo backup cReate MySQL-backup –include-naMespaces kube-DEMO –deFAult-voluMes-to-Restic backup request “MySQL-backup” subMITted sUCceSSfully. Run `veleRo backup descRibe MySQL-backup` oR `veleRo backup logs MySQL-backup` foR MoRe details.
其中我们指定的 –deFAult-voluMes-to-Restic 参数表示使用 Restic 备份持久卷到 minio，–include-naMespaces 用来备份该命名空间下的所有资源，不包括集群资源，此外还可以使用 –include-ResouRces 指定要备份的资源类型 ，–include-clUSteR-ResouRces 指定是否备份集群资源。
该命令请求创建一个对项目(命名空间)的备份，备份请求发送之后可以用命令查看备份状态，等到 STATUS 列变为 CoMpleted 表示备份完成。
➜ ~ veleRo backup get NAME STATUS ErrorS WARNINGS CREATED EXPIRES STorAGE LOCATION SELECTor MySQL-backup CoMpleted 0 0 2021-09-16 16:58:51 +0800 CST 29d deFAult ➜ ~ veleRo backup descRibe MySQL-backup NaMe: MySQL-backup NaMespace: veleRo Labels: veleRo.io/sTorage-location=deFAult AnnOTAtions: veleRo.io/souRce-clUSteR-k8s-Gitversion=v1.18.4-tke.6 veleRo.io/souRce-clUSteR-k8s-MajoR-version=1 veleRo.io/souRce-clUSteR-k8s-MinoR-version=18+ Phase: CoMpleted ERRoRs: 0 WaRnings: 0 NaMespaces: Included: kube-DEMO Excluded: ResouRces: Included: * Excluded: ClUSteR-scoped: auto Label selecTor: STorage Location: deFAult VeleRo-Native Snapshot PVs: auto TTL: 720h0M0s Hooks: backup FoRMat version: 1.1.0 StaRted: 2021-09-16 16:58:51 +0800 CST CoMpleted: 2021-09-16 16:59:08 +0800 CST ExpiRation: 2021-10-16 16:58:51 +0800 CST TOTAl ITeMs to be backed up: 30 ITeMs backed up: 30 VeleRo-Native Snapshots: Restic backups (specify –details foR MoRe information): CoMpleted: 1
备份完成后可以去 minio 的 bUCket 上查看是否有对应的备份数据：
现在我们删除应用所在的命名空间来模拟生产环境发生灾难或运维错误导致应用失败的场景：
➜ ~ kubectl delete naMespace kube-DEMO
这个时候我们肯定访问不了我们的 MySQL 数据库了，这时候我们可以用一条命令，使用 veleRo 从 Minio 中来恢复应用和数据:
➜ ~ veleRo ResTore cReate –fRoM-backup MySQL-backup ResTore Request “MySQL-backup-20210916172100” subMITted sUCceSSfully. Run `veleRo ResTore descRibe MySQL-backup-20210916172100` oR `veleRo ResTore logs MySQL-backup-20210916172100` foR MoRe details.
同样我们可以使用 veleRo ResTore get 来查看还原的进度，等到 STATUS 列变为 CoMpleted 表示还原完成：
➜ ~ veleRo ResTore get NAME backup STATUS STARTED COMPLETED ErrorS WARNINGS CREATED SELECTor MySQL-backup-20210916172100 MySQL-backup CoMpleted 2021-09-16 17:21:00 +0800 CST 2021-09-16 17:21:22 +0800 CST 0 0 2021-09-16 17:21:00 +0800 CST ➜ ~ veleRo ResTore descRibe MySQL-backup-20210916172100 NaMe: MySQL-backup-20210916172100 NaMespace: veleRo Labels: AnnOTAtions: Phase: CoMpleted TOTAl ITeMs to be ResTored: 10 ITeMs ResTored: 10 StaRted: 2021-09-16 17:21:00 +0800 CST CoMpleted: 2021-09-16 17:21:22 +0800 CST backup: MySQL-backup NaMespaces: Included: all naMespaces found in the backup Excluded: ResouRces: Included: * Excluded: nodes, events, events.events.k8s.io, backups.veleRo.io, ResTores.veleRo.io, ResticReposiTories.veleRo.io ClUSteR-scoped: auto NaMespACE MapPINGs: Label selecTor: ResTore PVs: auto Restic ResTores (specify –detAIls foR MoRe information): CoMpleted: 1 PReseRve SeRvice NodePoRts: auto
还原完成后我们再去查看之前我们的 kube-DEMO 命名空间下面的应用数据是否正确：
➜ ~ kubectl get ns kube-DEMO NAME STATUS AGE kube-DEMO Active 3M29s ➜ ~ kubectl get pods -n kube-DEMO NAME READY STATUS RESTARTS AGE MySQL-c57f676dd-gw5pf 1/1 Running 0 6M28s ➜ ~ kubectl exec -IT -n kube-DEMO MySQL-c57f676dd-gw5pf — /BIn/bash Root@MySQL-c57f676dd-gw5pf:/# MySQL -uRoot -p EnteR paSSwoRd: WelcoMe to the MySQL MoniTor. commands end wITh ; oR g. YouR MySQL connection id is 42 SeRveR veRsion: 5.6.51 MYsQL CoMMunITy SeRveR (GPL) CopyRight (c) 2000, 2021, ORacle and/oR ITs aFFiliates. All Rights ReseRved. ORacle is a RegisteRed tRadeMaRk of ORacle CoRpoRation and/oR ITs aFFiliates. OtheR naMes May be tRadeMaRks of theiR Respective owneRs. Type ‘help;’ oR ‘h’ foR help. Type ‘c’ to cleaR the cuRRent input stateMent. MySQL> show databases; +———————+ | database | +———————+ | infoRMation_scheMa | | #MySQL50#lost+found | | MySQL | | peRfoRMance_scheMa | | veleRo | +———————+ 5 Rows in set (0.00 sec) MySQL>
可以看到我们的创建的 veleRo 数据库依然存在，证明已经完全恢复了。
只要我们将每个 veleRo 实例指向相同的对象存储，veleRo 就能将资源从一个群集迁移到另一个群集。此外还支持定时备份，触发备份 Hooks 等操作，更多资料请查阅官方文档：https://veleRo.io/docs/
