备份和恢复 CLI

ENTERPRISE

使用 CLI 备份和恢复群集

您可以使用 CLI 来创建和恢复群集的备份。还可以选择备份和恢复在 DC/OS 群集内运行的 ZooKeeper 状态。

先决条件

重要信息:请参见备份和恢复的限制部分。 # 备份群集 备份存储在管理节点的本地文件系统上。备份状态由在群集中运行的服务维护,并通过直接使用此服务来初始化备份/恢复操作。
  1. 创建备份并对其分配一个有意义的标签。标签有以下限制:
    • 长度必须介于 3 到 25 个字符之间。
    • 不能以 ..开始。
    • 必须由以下字符组成:[A-Za-z0-9_.-]。
    1. dcos backup create --label=<backup-label>

  2. 验证您的备份是否已创建。

    1. dcos backup list

    或使用以下命令将搜索结果限制为您创建备份时使用的标签。

    1. dcos backup list [label]

    备份最初将过渡到 STATUS_BACKING_UP 状态,并且最终应进入 STATUS_READY状态。如果出现错误,它将显示一个 STATUS_ERROR状态。使用 dcos backup show <backup-id> 找出在备份过程中 Marathon 出错的原因。

  3. 在后续命令中使用由 dcos backup list 产生的 ID 引用您的备份。备份 ID 类似于 <backup-label>-ea6b49f5-79a8-4767-ae78-3f874c90e3da

删除备份

删除不需要的备份。

  1. dcos backup delete <backup-id>

恢复群集

  1. 列出可用备份,选择要恢复的备份并记录备份 ID。
    1. dcos backup list
  2. 从所选备份中恢复。
    1. dcos backup restore <backup-id>
  3. 监控恢复操作的状态。
    1. dcos backup show <backup-id>
    JSON 输出的restores.component_status.marathon参数将显示 STATUS_RESTORING,然后显示 STATUS_READY
# ZooKeeper 备份和恢复 该部分介绍备份和恢复在 DC/OS 群集内运行的 ZooKeeper 状态的过程。 备份 Zookeeper 将允许您将群集返回到已知的良好状态。因此,我们强烈建议您定期备份 Zookeeper 状态,为最坏情况做准备。执行维护操作时,例如升级或降级,在开始维护之前,您可能希望备份 ZooKeeper 状态。 重要信息:从备份中恢复 ZooKeeper 应该是恢复 DC/OS 群集的最后方法。仅在确认群集遭受永久数据丢失(包括 ZooKeeper 状态)后才适用。 ## 备份 ZooKeeper 群集 DC/OS 内的 ZooKeeper 群集是一个在成员节点之间提供分布式一致性的系统。ZooKeeper 的实例在每个管理节点上运行,这些实例服务于整个群集。只有当群集中的所有节点看到并同意某个值时,ZooKeeper 状态才能继续进行。这意味着,任何一个 ZooKeeper 节点的状态将包含到某个时间点之前的整个状态信息。因此,备份一个 ZooKeeper 节点足以合理地接近 ZooKeeper 群集备份的最新状态。创建备份需要时间,因此,备份结束时的实时系统最有可能不再反映当前状态。但是,在程序开始时可用的数据将被捕获。 ## 先决条件
  • 确保特定管理节点上有足够的磁盘空间可以临时存储 ZooKeeper 备份。
  • 任何 shell 命令都必须以有特权的 Linux 系统用户身份发出。
  1. 通过 Exhibitor systemd 单元仅停止一个特定管理节点上的 Zookeeper 实例。
    1. systemctl stop dcos-exhibitor
  2. 通过同一管理节点上提供的 DC/OS ZooKeeper 备份脚本创建 ZooKeeper 备份。
    1. /opt/mesosphere/bin/dcos-shell dcos-zk backup <backup-tar-archive-path> -v
  3. 在同一管理节点上重新启动先前停止的 ZooKeeper 实例。
    1. systemctl start dcos-exhibitor
  4. 将已创建的 ZooKeeper 备份 tar 存档从该管理节点下载到 DC/OS 群集之外的安全位置。
  5. 从管理节点上删除 ZooKeeper 备份 tar 存档。

从 ZooKeeper 备份中恢复

您可以从单个 ZooKeeper 节点备份中恢复,该备份已物理复制到群集中的所有 ZooKeeper 节点。这确保所有节点从备份过程结束之前记录的相同状态返回到操作状态。恢复要求停止所有 ZooKeeper 节点,这意味着这只能是当中断可容忍或正在进行时的选择。

  1. 将之前创建的单个 ZooKeeper 备份 tar 归档复制到每个管理节点的文件系统。
  2. 通过 Exhibitor systemd 单元停止每个管理节点上的 ZooKeeper 实例。

    1. systemctl stop dcos-exhibitor

  3. 通过提供的 DC/OS ZooKeeper 恢复脚本在每个管理节点上启动恢复程序。

    1. /opt/mesosphere/bin/dcos-shell dcos-zk restore <backup-tar-archive-path> -v

  4. 在每个管理节点上重新启动先前停止的 ZooKeeper 实例。

    1. systemctl start dcos-exhibitor

  5. 通过 Exhibitor 群集状态 API 端点监控 DC/OS 群集的 Exhibitor 状态(无需身份验证)。

    1. curl https://<master-host-ip>/exhibitor/exhibitor/v1/cluster/status
    2. [
    3. {
    4. "code": 3,
    5. "description": "serving",
    6. "hostname": "172.31.12.169",
    7. "isLeader": true
    8. },
    9. {
    10. "code": 3,
    11. "description": "serving",
    12. "hostname": "172.31.13.255",
    13. "isLeader": false
    14. },
    15. {
    16. "code": 3,
    17. "description": "serving",
    18. "hostname": "172.31.17.144",
    19. "isLeader": false
    20. }
    21. ]

当所有实例都处于 serving 状态且领导者已选出时,则恢复程序成功。

ZooKeeper 备份的限制

  • 在当前表单中备份 ZooKeeper 状态需要停止一个 ZooKeeper 节点。在使用 3 个管理节点的情况下,这会显著降低进行备份时 DC/OS 群集管理节点中断的容忍度,在使用 5 个管理节点时对恢复力的影响较小。
  • 从 ZooKeeper 备份中恢复需要停止 DC/OS 内所有 ZooKeeper 实例。因此,仅建议将此作为恢复其他不可恢复群集的最后方法。