你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure 上的 Citrix 的业务连续性和灾难恢复注意事项
本文介绍如何改善 Azure 上的 Citrix 环境的业务连续性和灾难恢复 (BCDR)。
Citrix 设计注意事项
Citrix 技术的设计注意事项汇总在 Citrix Tech Zone 上的设计决策：灾难恢复规划中。 本指南可帮助规划 BCDR 体系结构，以及有关 Citrix DaaS 的本地部署和 Azure 部署的注意事项。
部署 Azure 上的 Citrix 时，建议遵循与 Azure 虚拟桌面相同的设计注意事项，包括针对配置文件和 Office 容器的最佳存储、黄金映像可用性以及基础结构和应用程序依赖项。
由于默认情况下不保证 Azure VM 的可用性（包括预留实例），因此建议你使用 Azure 按需产能预留功能，以确保在最需要时在所需区域内有足够的可用性。
以下部分重点介绍了适用于 Azure 上的 Citrix 部署的其他设计因素。
计算机目录可用性策略
可以使用 Azure 和本地工作负荷的组合，在主动/主动或主动/被动配置中部署 Citrix 计算机目录。
以下列表不包含在内。 它们包含关键亮点。 有关详细信息，请参阅 Citrix TechZone - 灾难恢复选项。
主动/主动
- 启用了对灾难恢复位置（存储和网络）的持续测试。
- 单个交付组可以包含来自多个区域的 VM。 但是，主动/主动业务连续性策略很复杂。 需要详细了解关联的用例、数据和应用程序。 通过使用区域首选项将用户或应用映射到区域，可以帮助确保在容量可用的情况下将其定向到最佳区域。
- 为了简化在个人桌面上使用主动/主动 DR，用户通常会被细分并与主数据中心和辅助数据中心保持一致。 在主数据中心，用户的活动计算机是永久性的。 在辅助数据中心，共用的非持久性计算机处于备用状态，其中包含 DR 所需的核心应用程序。 可以使用此共用计算机上的临时磁盘来降低存储成本。 可以使用 OneDrive 已知文件夹重定向等功能来访问两台计算机中的关键用户数据。
主动/被动
- Citrix 支持部署持久性和非永久性工作负荷。 对于主动/被动部署，可以将热备用计算机目录与非永久性工作负荷和临时磁盘配合使用，以大幅降低部署成本。
- 可以将主动和被动目录映射到同一交付组，并将其作为单个应用或桌面向用户呈现。 然后，区域首选项可以为用户或应用程序设置活动区域的首选项。 当容量不可用时，被动区域中的工作负荷将根据主动区域中的不可用容量启动。 可以使用自动缩放等功能自动执行此切换，也可以通过将被动工作负荷置于维护模式，并在发生 DR 事件时启用它们来手动切换区域。 你使用的方法应与组织的 BCDR 计划的 RTO 保持一致。
- 可能发生从本地到 Azure 的云突发。 自动缩放可帮助你完成此过程。 可以使用 Citrix 映像可移植性服务从单个映像维护本地映像和两个计算机目录的 Azure 映像。
Azure 功能注意事项
| Azure 功能或服务 | 它是什么？ | 它为什么如此重要？ |
|---|---|---|
| 区域 | 一组数据中心部署在定义了延迟的外围中，并通过专用的区域性低延迟网络互相连接。 | 对 Azure 区域的选择应基于与现有数据中心、用户或所需后端数据的邻近程度。 还需要了解所选区域提供哪些服务。 对于 Citrix 部署，组织通常从单个区域开始。 但是，从长远来看，应考虑在 BCDR 策略中使用两个或多个区域来实现地理冗余。 |
| Azure ExpressRoute | 一项 Azure 服务，可以用于在 Microsoft 数据中心与本地环境或场地租用设施中的基础结构之间创建专用连接。 | ExpressRoute 是用于桥接 Microsoft 数据中心和组织数据中心或场地租用设施的基本基础结构组件。 它通常是企业规模 Citrix 部署的先决条件。 ExpressRoute 是一项共享服务。 应进行带宽容量规划，以确定企业的总体带宽需求。 如果没有足够的可用带宽，则用户体验或对数据中心关键服务的访问可能会受到影响。 此外，如果会话跨 ExpressRoute 访问数据中心，则独立计算体系结构 (ICA) 性能会受到影响。 |
| 可用性区域 | 某个区域内的唯一物理位置。 每个区域都由一个或多个数据中心组成，这些数据中心都配置了独立的电源、冷却和网络设备。 | 可用性区域提供高 SLA。 应将其用于所有适用的 Citrix 基础结构和计算机目录，以在一个区域内提供数据中心冗余。 并非所有区域都支持可用性区域，因此应相应地进行规划。 若要确保从一开始就创建可复原和区域冗余的解决方案，请利用内置的 Azure 计划。 |
| 可用性集 | 一组分布在多个容错域中的 VM。 “容错域”是指一组共享公共电源和网络交换机的 VM。 | 可用性集提供高 SLA。 仅当该区域没有可用性区域时，才应将它们用于 Citrix 基础结构。 可用性集仅提供硬件冗余（如虚拟机监控程序反相关性规则）。 因此，如果所选区域没有可用性区域，则应使用多区域策略来提供数据中心和地理冗余。 |
| 托管磁盘 | 由 Azure 管理并自动放置在不同存储缩放单元中的磁盘，以限制硬件故障的影响。 | 应为所有 Citrix 基础结构和虚拟交付代理 (VDA) 使用托管磁盘。 不建议使用非托管磁盘。 有关单实例虚拟机（例如用户的 VDI 或已发布应用程序服务器）的 SLA 的信息，请参阅虚拟机的 SLA。 每种类型的磁盘提供不同的性能，并具有不同的相关成本。 建议为 Citrix 基础结构计算机使用“高级”。 确定 VDA 的磁盘类型时，需要考虑成本、性能和可用性需求。 |
| Azure 备份 | 一项服务，提供经济高效的解决方案，用于备份数据并从 Azure 云恢复数据。 | 建议为 Citrix 基础结构、主映像 VM 和持久性桌面使用 Azure 备份。 |
| 资源锁 | 一种可用于防止组织中其他用户意外删除或修改关键资源的技术。 | 应对所有 Citrix 基础结构和主映像 VM 应用资源锁。 - 至少，应应用删除以防止意外删除关键计算机。 - 应将 ReadOnly 应用到 Citrix 基础结构计算机。 这些对象是静态的。 更改应仅在适当的更改控制窗口期间应用。 |
Citrix 设计建议
Azure 上 Citrix DaaS 的设计指南可在 Citrix TechZone - Microsoft Azure 上 Citrix DaaS 的设计指南中获得。 这篇文章重点介绍了将 Citrix 部署与云采用框架设计原则相一致的系统、工作负荷、用户和网络注意事项。
可以使用 Azure Site Recovery 提高某些 Citrix 组件（如应用分层 ELM 设备）的整体复原能力。 请注意，核心基础结构组件（如云连接器和 NetScalers）应始终在整个其他区域全方位部署。