Azure Stack Hub 用户虚拟机保护：IaaS VM 备份、Site Recovery 复制与 Azure Backup Server 工程实践

未经同意，请勿转载！

本文以Azure Stack Hub 用户虚拟机保护（IaaS VM Protection）为主线 ——从"数据保护和恢复选项全景"出发，厘清"管理员侧保护 vs 租户侧保护"的边界，再到 IaaS VM 备份 / 还原方案（Dell Data Protection / 本地备份产品）、Azure Site Recovery 复制方案、Azure Backup Server 工程实践，完整呈现 Azure Stack Hub 在"租户虚拟机层"的数据保护路径。

系列预告：

• 上篇：基础架构备份（Infrastructure Backup）—— 备份什么、怎么配、注意事项
• 中篇：云恢复（Cloud Recovery）—— 灾难后的多阶段恢复
• 本篇：用户虚拟机保护（IaaS VM Backup / Replication）—— 租户侧 VM 备份与复制方案

版本基础：本文基于azs-1808 至当前主流 azs 版本（覆盖 1808 / 1901 / 2002 / 2005 / 2102 / 2206 / 2301 / 2405 / 2503 等）的 Azure Stack Hub Operator 文档整理。不同 OEM 集成系统以及不同 azs 版本之间可能存在差异，当版本与本文表述不一致时，以当期版本 Azure Stack Hub Operator 文档为准。

修订说明：

本篇为Azure Stack Hub 备份与灾难恢复系列的第三篇，基于 材料《Azure Stack Hub 备份与灾难恢复》整理，按照文档编写准则做工程化改写。

目录

1. 数据保护和恢复选项全景
2. 责任边界再厘清：管理员能做什么
3. 用户 IaaS VM 备份 / 还原方案概览
4. 支持的 IaaS VM 备份 / 还原方案详细能力
5. Microsoft Azure Backup Server：完整工程实践
6. Azure Site Recovery：跨云端的 IaaS VM 复制
7. 备份目标选择：本地 / Azure / 第三方
8. 来宾级备份的工程权衡
9. 现代应用的备份策略差异
10. 租户备份的工程实践建议
11. 本篇小结

1. 数据保护和恢复选项全景

Azure Stack Hub 在租户虚拟机层提供多层次、多形态的保护方案——管理员和租户需要在理解全景的基础上选择适合业务场景的方案。

1.1 数据保护的两条主线

L1 微软硬要求

Azure Stack Hub 的数据保护可以按"目标对象"和"备份位置"两个维度划分：

1.2 数据保护全景图

┌──────────────────────────────┐ │ Azure Stack Hub │ │ │ │ ┌─────────────┐ │ │ │ PaaS 服务 │ │ │ └──────┬──────┘ │ │ │ │ │ ┌──────┴──────┐ │ │ │ IaaS VM │ │ │ └──────┬──────┘ │ │ │ │ │ ┌──────┴──────┐ │ │ │ Azure Stack │ │ │ │ Hub 基础设施│ │ │ └──────┬──────┘ │ │ │ │ │ ┌──────┴──────┐ │ │ │ HLH │ │ │ └─────────────┘ │ │ │ └──────────────┬─────────────────┘ │ ┌──────────────────┼──────────────────┐ │ │ │ ┌───────┴────────┐ ┌──────┴───────┐ ┌──────┴───────┐ │ 本地备份工具 │ │ Azure Site │ │ 第三方 / OEM │ │ (Dell / 本地 │ │ Recovery │ │ 数据保护产品 │ │ 备份产品) │ │ (跨云复制) │ │ │ └───────┬────────┘ └──────┬───────┘ └──────┬───────┘ │ │ │ ┌───────┴────────┐ ┌──────┴───────┐ ┌──────┴───────┐ │ On-prem / │ │ Azure │ │ 多种备份目标 │ │ Remote 目标 │ │ 公有云 │ │ │ └────────────────┘ └──────────────┘ └──────────────┘

1.3 备份形态分类

L3 最佳实践

1.4 关键差异点：Azure 公有云 vs Azure Stack Hub

关键认知：Azure Stack Hub 没有 Azure 公有云意义上的"原生 VM 备份"。所有 VM 备份都需要第三方产品或 Azure Backup Server 完成。这一边界是 §4 要详细讨论的存储 API 差距决定的。

2. 责任边界再厘清：管理员能做什么

在讨论租户 VM 备份之前，必须再次明确管理员对租户 VM 的可见性边界——这是上篇奠定的责任划分原则的延伸。

2.1 管理员对租户资源的可见性

2.2 管理员的两层角色

关键认知

┌──────────────────────────────────┐ │ Azure Stack Hub 管理员 │ └──────────────────────────────────┘ │ ┌──────────────┴──────────────┐ │ │ 平台管理员 治理者 │ │ • 基础设施备份 • 配额管理 • 容量监控 • Plan / Offer 设计 • 告警处理 • 租户准入策略 • OEM Support 协调 • 多租户隔离 │ │ └──────────────┬──────────────┘ │ ↓ 租户侧 VM 备份完全由租户主导

2.3 管理员能为租户 VM 备份做什么

L3 最佳实践

虽然管理员不能直接备份租户 VM，但可以在以下方面为租户提供支持：

关键认知：管理员不能替代租户做备份决策——业务恢复的 RTO / RPO 要求因业务而异，只有租户自己知道。管理员能做的是提供基础设施支持和治理框架。

3. 用户 IaaS VM 备份 / 还原方案概览

租户在 Azure Stack Hub 上有多类备份 / 还原方案可选，每种方案有自己的适用场景。

3.1 备份方案分类

IaaS VM 备份 / 还原方案 │ ┌────────────────┼────────────────┐ │ │ │ 本地备份方案 云端复制方案 备份目标 │ │ │ │ │ ┌──────┼──────┐ │ │ │ │ │ 来宾级备份 Site Recovery Azure Service Customer (Guest-level) ↑ 公有云 Provider │ │ (本地) │ │ ┌────┴────┐ 跨云端故障 │ │ 转移 / 故障 │ Azure 恢复 │ Backup │ Server │ └─ Dell Data Protection / 本地备份产品 / 来宾级工具

3.2 备份目标的"三场景"

关键认知

现有备份工具可以针对多个备份区分了三类目标场景：

关键差异：

• Azure 公有云备份：受限于网络带宽、跨云身份认证、数据驻留要求
• Service Provider 备份：依赖 SP 提供的备份服务能力
• Customer 自建备份：客户自管理，灵活性最高但运维成本也最高

3.3 备份形态的工程含义

L3 最佳实践

4. 支持的 IaaS VM 备份 / 还原方案详细能力

支持 IaaS VM 备份 / 还原的边界，是设计租户备份策略的前提。

4.1 备份方案的硬约束

L1 微软硬要求

4.2 存储 API 差距的工程后果

关键认知

这是 Azure Stack Hub 与 Azure 公有云在 IaaS VM 备份上的最关键差异：

关键认知：存储 API 差距决定了 Azure Stack Hub 上的 VM 备份必须走"来宾级"路径——这是产品决策而非技术限制。微软明确说明：这一决定是专注于启用 IaaS VM 的 Azure 一致备份和还原，而不是实施可能破坏一致性的临时方案。

4.3 支持的备份 / 还原能力

L0 版本事实：以下能力基于主流 azs 版本整理，部分能力依赖具体产品版本。

关键认知："实时备份"是指备份过程中 VM 持续运行，不影响业务——这是现代备份产品的基本能力。"还原 VM 实例（模型）"是指还原时不仅还原数据，还原 VM 的拓扑配置（VM 大小 / 网络接口 / 磁盘挂载点等）。

4.4 来宾代理的角色

L3 最佳实践

┌─────────────────────────┐ │ Azure Stack Hub │ │ │ │ ┌─────────────────┐ │ │ │ IaaS VM │ │ │ │ │ │ │ │ ┌─────────┐ │ │ │ │ │ 来宾代理 │ │ │ │ │ │(Backup │ │ │ │ │ │ Extension)│ │ │ │ │ └────┬────┘ │ │ │ │ │ │ │ │ └────────┼────────┘ │ │ │ │ └────────────┼────────────┘ │ ↓ 备份数据流 （经由来宾代理读取）

• 来宾代理（Backup VM Extension）是运行在租户 VM 内部的代理
• 备份数据通过来宾代理读取 VM 内部数据，而非存储层快照
• 来宾代理负责**协调 VSS（Windows）/ fsfreeze（Linux）**实现应用一致性

关键含义：来宾级备份对 VM 性能有轻微影响——备份期间 VM 需要做 I/O 协调（VSS 快照 / fsfreeze）。建议在业务低峰期执行备份，避免性能抖动。

4.5 备份产品的典型选择

5. Microsoft Azure Backup Server：完整工程实践

Azure Backup Server（MABS）是微软提供的备份产品——它在 Azure Stack Hub 上提供完整的 IaaS VM 备份能力。

5.1 Azure Backup Server 的定位

L3 最佳实践

5.2 Azure Backup Server 的部署架构

┌─────────────────────────────────────────────────────────┐ │ Azure Stack Hub │ │ │ │ ┌─────────────────────────────────────────────────┐ │ │ │ Azure Backup Server VM │ │ │ │ ┌──────────────┐ ┌──────────────────────┐ │ │ │ │ │ DPM 备份引擎 │ │ Azure Backup 代理 │ │ │ │ │ └──────┬───────┘ └──────────┬───────────┘ │ │ │ └─────────┼─────────────────────┼─────────────────┘ │ │ │ │ │ │ ┌─────────┼─────────────────────┼─────────────────┐ │ │ │ ┌──────┴───────┐ ┌────────┴───────────┐ │ │ │ │ │ 租户 VM 1 │ │ 租户 VM 2 │ │ │ │ │ │ (来宾代理) │ │ (来宾代理) │ │ │ │ │ └──────────────┘ └────────────────────┘ │ │ │ │ │ │ │ │ ┌──────────────────────────────────────┐ │ │ │ │ │ 本地存储（短期保护） │ │ │ │ │ │ Azure Stack Hub 内部存储 │ │ │ │ │ └──────────────────────────────────────┘ │ │ │ │ │ │ │ └─────────────────────────────────────────────────┘ │ │ │ └──────────────────────────────────────────────────────────┘ │ │ 长期保护 ↓ ┌──────────────────────┐ │ Azure 公有云 │ │ Recovery Services │ │ Vault │ └──────────────────────┘

5.3 部署步骤

步骤 1：Azure Backup 需要备份服务器 VM

L3 最佳实践

Azure Backup Server 本身是一个运行在 Azure Stack Hub 上的 VM。它不是 SaaS，而是IaaS 形式的备份产品。

步骤 2：在 Azure Stack Hub 中安装 Azure Backup Server VM

安装位置：

步骤 3：将用于本地备份的存储添加到 Azure Stack Hub VM

为 Azure Backup Server VM 挂载额外的存储卷（用于短期 / 本地保护）：

步骤 4：选择要保护的 VM

在 Azure Backup Server 控制台中添加需要保护的 IaaS VM。

步骤 5：选择短期 / 长期保护

5.4 Azure Backup Server 的工程权衡

L3 最佳实践

5.5 部署边界

关键认知

• ❌不要在 Scale Unit 的关键节点上部署 Azure Backup Server—— 它本身需要 VM 资源，应放在租户订阅内
• ❌不要把 Azure Backup Server 的备份存储放在 HLH / Scale Unit 关键卷上—— 会影响平台稳定性
• ✅Azure Backup Server 应该是租户订阅下的"普通租户 VM"—— 管理员通过配额 / 治理管理，但不直接运维

6. Azure Site Recovery：跨云端的 IaaS VM 复制

Azure Site Recovery（ASR）是 Azure Stack Hub 上的复制型保护方案——它持续把 IaaS VM 复制到 Azure 公有云，实现低 RTO 的灾难恢复。

6.1 Azure Site Recovery 的定位

关键认知

6.2 Site Recovery 的能力

L0 版本事实

6.3 故障转移类型详解

6.4 Site Recovery 的工程权衡

L3 最佳实践

关键认知：Site Recovery 不是"备份产品"，而是"DR 产品"——它的目标是"灾难发生时快速把业务切换到 Azure 公有云"，而不是"周期性数据保护"。把两者混用会导致备份策略失效。

6.5 Site Recovery 与 Azure Backup Server 的协同

L3 最佳实践

协同策略：关键业务建议同时启用 Site Recovery（低 RTO 复制）+ Azure Backup Server（长期备份归档）——两者覆盖不同的保护维度。

7. 备份目标选择：本地 / Azure / 第三方

租户在做 IaaS VM 备份策略时，备份目标选择是核心决策之一。

7.1 备份目标矩阵

关键认知

7.2 Azure 公有云备份的网络与认证约束

关键边界

跨云备份（Azure Stack Hub → Azure 公有云）受以下约束：

7.3 备份目标选择的决策树

业务保护需求 │ ┌─────────┴─────────┐ │ │ 短期保护 长期保护 (RTO < 小时) (RTO > 小时) │ │ 本地 / Azure Azure / 远程 Stack Hub On-prem / Azure │ │ ┌────┴────┐ ┌────┴────┐ │ │ │ │ Azure On-prem Azure 第三方 Stack Remote 公有云 备份产品 Hub

8. 来宾级备份的工程权衡

Azure Stack Hub 由于存储 API 限制，所有 VM 备份都是来宾级——这一边界带来一系列工程权衡。

8.1 来宾级 vs 存储级备份

关键认知

8.2 来宾级备份的工程影响

L3 最佳实践

8.3 为什么微软选择来宾级

关键认知

PPT 明确说明："这是一个众所周知的差距，它强制使用来宾级备份。该决定是专注于启用 IaaS VM 的 Azure 一致备份和还原，而不是实施可能破坏一致性的临时方案。"

翻译：微软宁可接受"来宾级备份"的限制，也要避免"临时方案可能破坏一致性"的风险。这一决策的工程含义是：

• ✅一致性优先：备份数据与 Azure 公有云一致
• ✅避免临时方案：不引入可能影响数据一致性的中间方案
• ❌效率代价：备份窗口长、网络消耗大、VM 性能影响

9. 现代应用的备份策略差异

容器、微服务、Kubernetes 等现代应用架构与传统 VM 应用的备份策略有本质差异。

9.1 现代应用 vs 传统 VM 应用

关键认知

9.2 现代应用的备份策略

L3 最佳实践

关键认知：现代应用的"备份"很大程度上被"版本控制 + IaC"取代。VM 备份（连 VM 整体一起备份）的概念在现代应用架构下不再是核心——这意味着传统备份产品在现代应用场景下的角色从"主备份"降为"数据备份补充"。

9.3 在 Azure Stack Hub 上的现代应用保护

关键认知

现代应用保护 = 版本控制 + 数据备份 + 密钥管理 │ │ │ ↓ ↓ ↓ Git 仓库 传统备份产品 Key Vault IaC 仓库 (备份 PV) (托管 Secret)

在 Azure Stack Hub 上：

• 版本控制 / IaC：通常托管在 Azure DevOps / GitHub 等外部系统
• 数据备份：通过 Azure Backup Server / 第三方备份产品备份持久卷（PV）
• 密钥管理：使用 Azure Stack Hub Key Vault 或外部密钥管理

10. 租户备份的工程实践建议

综合以上分析，给出租户备份策略的工程实践建议。

10.1 分层保护策略

L3 最佳实践

10.2 备份窗口设计

L3 最佳实践

10.3 还原演练

关键认知

没有演练过的备份 = 没有备份。

10.4 与管理员的协作

关键认知

虽然管理员不能直接备份租户 VM，但管理员可以为租户备份提供以下支持：

11. 本篇小结

本篇以 Azure Stack Hub 用户虚拟机保护为主线，完成了从备份选项全景到工程实践的完整图谱。

核心要点回顾：

1. 数据保护全景有两条主线—— PaaS / IaaS × 本地 / 云端，构成多种备份形态
2. 管理员对租户 VM 不可见不可操作—— 备份决策完全由租户主导
3. 存储 API 差距是关键边界—— Azure Stack Hub 强制来宾级备份
4. 来宾级备份有工程代价—— 备份窗口长、网络消耗大、VM 性能影响
5. Azure Backup Server 提供完整备份能力—— 短期本地 + 长期 Azure 存储
6. Site Recovery 提供低 RTO 复制—— 持续复制到 Azure 公有云，支持多种故障转移
7. 关键业务建议双轨保护—— Site Recovery（复制）+ Azure Backup Server（备份）
8. 现代应用备份策略有本质差异—— 版本控制 + 数据备份 + 密钥管理取代传统 VM 备份

系列三篇回顾：

• 上篇（基础架构备份）：Azure Stack Hub 平台层的数据保护——Infrastructure Backup Service 的备份内容、配置过程、注意事项
• 中篇（云恢复）：灾难性数据丢失后的多阶段恢复流程——OEM 主导的重新部署 + 备份还原
• 本篇（用户虚拟机保护）：租户虚拟机层的数据保护——多种备份 / 复制方案及工程实践

Azure Stack Hub 数据保护的核心设计哲学：

责任严格分离 + 多层协同保护

• 平台层（基础设施数据）：由 Infrastructure Backup Service 自动化保护
• 租户层（业务数据）：由租户选择产品保护（Azure Backup Server / Site Recovery / 第三方）
• 灾难层（数据丢失）：由 OEM 主导的云恢复（多阶段流程）
• 现代应用层（容器 / 微服务）：版本控制 + 数据备份 + 密钥管理