SMTX 备份与容灾的部署前规划：复制与恢复模块

SMTX 备份与容灾包含两个功能模块——备份与恢复、复制与恢复。本文将介绍部署复制与恢复模块前的规划工作。

关键组件包括：

集群

• 源集群：待保护虚拟机所在集群。
• 目标集群：虚拟机复制的目的地。

复制服务

• 目标端复制服务：控制平面，负责管理复制资源、执行任务，以及与目标集群之间的数据读写。
• 源端复制服务：数据传输代理，负责与源集群之间的数据读写。

复制计划

• 定义一组虚拟机的复制策略，包括目标集群、目标端复制服务、待保护虚拟机、复制策略，及副本虚拟机设置。

虚拟机

• 原虚拟机：待保护虚拟机。
• 副本虚拟机：原虚拟机在目标集群的完整副本。

在部署复制服务并使用复制与恢复前，请根据数据中心实际的环境和业务需求，从以下几方面进行规划。

规划需部署的复制服务

复制服务是复制与恢复的核心组件，在部署复制服务之前，请从如下几方面考虑，确认复制服务需部署的位置和数量。

• 源集群和目标集群是否在同一数据中心
  由于跨数据中心的网络易发生传输不稳定的问题，若源集群和目标集群不在同一数据中心，建议为源集群所在的数据中心和目标集群所在的数据中心分别部署复制服务，以保障复制和恢复的稳定性和数据传输效率。

• 数据中心内集群之间的存储网络是否连通
  若同一数据中心内多个集群需要使用复制服务，请先确认集群之间的存储网络是否连通。若集群之间的存储网络连通，在数据中心中只需部署一个复制服务，多个集群可以共同使用该复制服务。若集群之间的存储网络不连通，那么需为不连通的集群单独部署复制服务。

规划源集群和目标集群

规划源集群和目标集群时，请从如下几个方面综合考虑：

• 确定集群的定位
  根据业务需求，选择哪些虚拟机需要进行复制保护，并将其所在集群作为源集群，同时将灾备集群作为目标集群。
• 选择合适的复制架构
  复制与恢复模块支持以下两种架构，您可以根据实际业务需要和数据保护策略选择合适的架构。
  • 两个集群互为灾备集群
    若两个集群需各自运行业务且互为灾备集群，可选择此架构，两集群之间互相复制，并各自使用部分资源为对方存储虚拟机副本。
  • 一个作为生产集群、一个作为灾备集群
    若需要实现业务生产和灾备的隔离，可选择此架构，将生产集群作为源集群，灾备集群作为目标集群。
• 规划集群的部署位置
  为实现数据中心级别的灾备能力，建议在处于不同地理位置的数据中心分别部署源集群和目标集群。这样即使一个数据中心发生故障，另一个数据中心仍然可以提供服务。
• 确认源集群和目标集群使用同一 CloudTower 管理
  由于复制服务仅支持源集群和目标集群在被同一 CloudTower 管理时进行复制，因此请确保源集群和目标集群使用同一 CloudTower 进行管理。
• 确认 CPU 架构的一致性
  请确保源集群和目标集群的 CPU 架构保持一致，避免兼容性问题。

规划复制计划

复制服务使用复制计划来管理复制策略。复制计划定义了复制服务、目标集群、复制对象、复制周期、恢复点保留策略及副本虚拟机设置等。

在创建复制计划前，请从以下几个方面规划复制计划：

• 计划复制的虚拟机
  每个复制计划中可包含一个或多个虚拟机，这些虚拟机共享相同的复制策略。因此，建议根据不同的数据保护要求，对虚拟机进行分类，将具有相同目标集群、复制周期和保留策略的虚拟机置于同一个复制计划中，避免重复定义相同的复制策略，提高运维和管理效率。
  说明:
  不支持复制以下虚拟机：
  • 挂载了共享虚拟卷的虚拟机。
  • 运行系统服务的虚拟机，如 Everoute Controller 虚拟机、CloudTower 虚拟机、可观测虚拟机、备份服务虚拟机、复制服务虚拟机、高级监控虚拟机等。
  • SKS 工作负载集群节点虚拟机。
  • 处于操作中或未知状态的虚拟机。
  • 所在集群的许可类型为试用许可且许可已过期的虚拟机。
• 复制周期
  通过设定复制周期，复制服务可以对虚拟机自动化进行周期性的复制。用户可以根据业务系统的 RPO（Recovery Point Objective）目标，正确设置数据复制的时间间隔。最小 RPO 为 15 分钟，因此可根据业务需求合理选择复制周期，以确保数据的及时恢复能力。
• 恢复点保留策略
  每次执行完复制计划后，复制服务会为复制计划中的每个虚拟机创建一个恢复点，恢复点包含了复制时间点的所有虚拟机数据，在需要时，可通过恢复点将原虚拟机故障转移到对应时间点状态的副本虚拟机。
  恢复点保留策略可以定义保留的恢复点数量，复制服务将根据恢复点保留策略，自动清理超出范围的恢复点。

规划网络

复制服务以虚拟机的形式在集群中运行，为了保证复制和恢复功能的正常进行，运行复制服务的虚拟机需创建管理网络、存储网络和复制网络，并分别和 CloudTower、关联集群的存储网络以及其他复制服务建立网络连接。

• 管理网络：和 CloudTower 连通，用于管理复制资源。
• 存储网络：
  • 源端复制服务：需和源集群的存储网络连通，用于复制时读取原虚拟机数据和故障恢复时写入副本虚拟机数据。
  • 目标端复制服务：需和目标集群的存储网络连通，用于复制时写入原虚拟机数据和故障恢复时读取副本虚拟机数据。
• 复制网络：用于源端和目标端复制服务之间进行复制和故障恢复时传输虚拟机数据。

以分别部署在两个数据中心的两个 SMTX OS 集群单向复制的场景为例，复制基础架构的网络拓扑如下图所示。

为保证复制和恢复流程的正常进行，在部署复制服务之前，需对复制服务的网络进行规划。

• 规划复制服务的管理网络
  复制服务的管理网络需连通 CloudTower。
  部署复制服务时，需为运行复制服务的虚拟机创建管理网卡，并确保复制服务可通过选择的虚拟机网络与 CloudTower 连通。
• 规划复制服务的存储网络
  复制服务的存储网络需连通集群的存储网络，以访问待保护的虚拟机或副本虚拟机的数据。
  部署复制服务时，需为运行复制服务的虚拟机创建存储网卡，并确保复制服务可通过选择的虚拟机网络连通集群的存储网络。源端复制服务需连通源集群的存储网络，目标端复制服务需连通目标集群的存储网络。因此，在部署复制服务前，需确保对应源集群和目标集群的存储网络所属 VDS 上已创建了虚拟机网络。
• 规划复制服务的复制网络
  复制服务通过复制网络将虚拟机数据传输给对端复制服务。
  • 若待部署的复制服务与对端复制服务的管理网络或存储网络连通，则复制网络可直接复用管理网卡或存储网卡，无需额外创建复制网卡。
  • 若待部署的复制服务与对端复制服务的管理网络或存储网络都不连通，则部署复制服务的集群需提前创建一个可连通对端复制服务所在集群的 VDS，并在此 VDS 上创建一个虚拟机网络。部署复制服务时，需创建复制网卡并选择上述虚拟机网络来连通对端复制服务。

规划许可单元数量

SMTX 备份与容灾的软件许可由备份和复制两个模块共用，一个许可单元可对一个虚拟机进行备份或复制，但不可同时用于备份和复制同一虚拟机。因此，请您根据实际的业务需求，综合考虑需要保护的虚拟机数量、要使用的功能模块以及未来业务的扩展等，提前规划需要购买的许可单元数量。