你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
Azure 上 Citrix 的业务连续性和灾难恢复注意事项
本文介绍如何为 Azure 环境中的 Citrix 提高业务连续性和灾难恢复(BDCR)。
Citrix 设计注意事项
Citrix 技术的设计注意事项汇总在 设计决策:Citrix Tech Zone 上的灾难恢复规划 中。 本指南可帮助规划 BCDR 体系结构,以及有关 Citrix DaaS 的本地部署和 Azure 部署的注意事项。
在 Azure 上部署 Citrix 时,建议遵循针对 配置文件和 Office 容器的最佳存储、 黄金映像可用性以及 Azure 虚拟桌面所遵循的基础结构和应用程序依赖项 的相同设计注意事项。
由于 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 基础结构计算机使用 Premium。 确定 VDA 的磁盘类型时,考虑成本、性能和可用性需求。 |
Azure 备份 | 一种服务,提供经济高效的解决方案,用于备份数据并从 Azure 云中恢复数据。 | 建议为 Citrix 基础结构、主映像 VM 和持久性桌面Azure 备份。 |
资源锁 | 可用于防止组织中的其他用户意外删除或修改关键资源的技术。 | 应将所有资源锁应用到所有 Citrix 基础结构和主映像 VM。 - 至少应应用 Delete 以防止意外删除关键计算机。 - 应将 ReadOnly 应用到 Citrix 基础结构计算机。 这些对象是静态的。 只有在适当的更改控制窗口期间,才应应用更改。 |
Citrix 设计建议
Citrix TechZone 上提供了 适用于 Azure 上的 Citrix DaaS 的设计指南 - Microsoft Azure 上的 Citrix DaaS 的设计指南。 本文重点介绍了将 Citrix 部署与云采用框架设计原则保持一致的系统、工作负荷、用户和网络注意事项。
可以使用 Azure Site Recovery 提高某些 Citrix 组件(如应用分层 ELM 设备)的整体复原能力。 请注意,核心基础结构组件(如云连接器和 NetScalers)应始终在整个其他区域全职部署。