配置示例

本文中概述的示例配置的复杂性会根据配置选择而逐渐增加。 每个示例都有关注冗余或灾难恢复的关联配置。 建议为环境选择最简单的配置。 复杂性不必要地增加会导致配置和支持案例不正确。

将这些示例用作 FSLogix 配置的起点。 利用这些示例中的理念和概念，应可推导出贵组织的独特要求。

示例 1：标准

标准配置示例是最简单的配置。 大多数客户都应该考虑它。

先决条件（标准）

配置项目（标准）

注册表设置（标准）

^{1 建议确保用户不使用本地配置文件并意外丢失数据。
2 提供了一种更简单的方式来浏览容器目录。
3 减少重试时间，以实现更快的失败方案。
4 个单一连接可降低复杂性并提高性能。
5 VHDX 优先于 VHD，因为它支持的大小并减少损坏方案。}

示例 2：标准 + 高可用性（云缓存）

标准 + 高可用性 配置示例通过合并云缓存来确保配置文件容器的区域可用性来增强基本 标准 示例。 此配置旨在提供稳定性和冗余。 即便在特定区域中发生故障或中断，配置文件容器仍然可以访问。

云缓存充当弹性和可用性层，并定期将用户配置文件数据上传到多个存储提供程序。 这可确保即使一个存储提供程序不可用，配置文件容器也仍可用，因为可跨唯一存储提供程序复制数据。 此方法可增强可靠性和最大程度地减少用户的停机时间。

要点

• 冗余且可靠： 即使发生故障或中断，也允许访问配置文件容器，从而最大限度地减少用户的停机时间。
• 弹性： 云缓存充当可用性层，并定期将配置文件数据上游写入多个存储提供程序。
• 存储设计专业知识： 云缓存功能取决于存储提供程序的性能。

总结

标准 + 高可用性配置将标准设置的优点与其他措施相结合，以维护跨区域的可用性。 这种组合使其适用于需要持续访问个人资料数据的关键应用程序。

^{图 1：使用云缓存的 FSLogix 高可用性}

先决条件（标准 + 高可用性）

配置项目（标准 + 高可用性）

注册表设置（标准 + 高可用性）

^{1 建议在本地磁盘上节省磁盘空间，但需注意使用池化桌面时有数据丢失的风险。
建议2 确保用户不要使用本地用户配置，以避免意外丢失数据。
3 提供了一种更简单的方式来浏览容器目录。
4 如果至少有一个提供程序不正常，则阻止用户创建本地缓存。
5 减少重试时间，以实现更快的失败方案。
6 个单一连接可降低复杂性并提高性能。
7 VHDX 优先于 VHD，因为其支持更大的尺寸并且减小了损坏的可能性。}

示例 3：标准 + 灾难恢复（无配置文件恢复）

标准 + 灾难恢复 配置示例是基本 标准 示例的扩展。 在此设置中，另一个区域中存在重复的基础结构，但在需要之前将一直处于关闭状态。 与其他恢复方案不同，此方法中不涉及配置文件恢复。 相反，用户在备用位置创建新配置文件。 此恢复方案最不复杂，但存在重大缺点。 用户体验和培训是成功的关键组件。

要点

• 重复的基础结构： 灾难恢复区域镜像主基础结构，但一直处于非活动状态，直到需要。
• 无配置文件恢复： 用户无需还原现有配置文件，而是在备用位置创建新配置文件。
• 单纯： 此方法可最大程度地降低复杂性，但在很大程度上依赖于用户熟悉和培训。
• 用户体验： 确保平稳过渡和用户理解至关重要。

总结

标准 + 灾难恢复配置在简单性与用户教育和适应的需求之间取得平衡。

^{图 2：无配置文件恢复 | FSLogix 标准容器 (VHDLocations)}

先决条件（标准 + 灾难恢复）

配置项目（标准 + 灾难恢复）

注册表设置（标准 + 灾难恢复）

^{1 建议确保用户不使用本地配置文件并意外丢失数据。
2 提供了一种更简单的方式来浏览容器目录。
3 减少重试时间，以实现更快的失败方案。
4 个单一连接可降低复杂性并提高性能。
5 VHDX 优先于 VHD，因为它支持的大小并减少损坏方案。}

示例 4：高级

高级配置示例通过引入更多功能来增强灵活性和自定义性，以基于 标准 示例构建。

要点

• 多个 VHDLocations 或特定于对象的设置： 可以指定用于存储用户配置文件（VHDLocations）的多个位置。 或者，也可以定义对象特定设置，以便为特定用户或组定制配置文件行为。 这种灵活性使你可以根据组织的需求优化档案管理。
• 自定义配置文件重定向中的最小条目： 与未使用 redirections.xml 文件的标准设置不同，高级配置可最大程度地减少 redirections.xml 条目数。 redirections.xml 配置中的每个条目都会增加复杂性，并可能会导致出现未知的应用程序行为。 最大程度地减少这些条目可能会提供更好的用户体验。

总结

利用高级配置，可精细控制配置文件存储和重定向，从而使其满足组织的各种要求。

先决条件（高级）

配置项目（高级）

有关详细信息，请参阅 自定义配置文件 redirections.xml。

有关如何为 Microsoft Teams 实现此功能的信息，请参阅 教程：创建和实现 redirections.xml。

注册表设置（高级）

多个 VHDLocations

对象特定 VHDLocations

默认设置 VHDLocations 用于与特定于对象的配置 不匹配 的任何用户或组。

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 建议确保用户不使用本地配置文件并意外丢失数据。
2 提供了一种更简单的方式来浏览容器目录。
3 减少重试时间，以实现更快的失败方案。
4 个单一连接可降低复杂性并提高性能。
5 VHDX 优先于 VHD，因为它支持的大小并减少损坏方案。}

示例 5：高级 + 灾难恢复（主要/故障转移）

高级 + 灾难恢复 配置示例通过故障转移设计增加了复杂性。 此常见策略有助于确保在发生灾难或故障时基础结构的可用性和可靠性。 使用云缓存，可以将设备配置为使用两个存储提供程序，以便将配置文件数据存储在不同的位置。

云缓存以异步方式将个人资料数据同步到两个存储提供程序中的每一个，以便您始终拥有最新版本的数据。 某些设备位于主要位置，其他设备位于故障转移位置。 云缓存优先考虑第一个存储提供程序（最靠近设备），并使用其他存储提供程序作为备份。

例如，如果主要设备位于美国西部，并且故障转移设备位于美国东部，则可以按以下方式配置云缓存：

• 主要设备使用美国西部的存储提供程序作为第一个选项，并使用美国东部的存储提供程序作为第二个选项。
• 故障转移设备使用美国东部的存储提供程序作为第一个选项，并使用美国西部的存储提供程序作为第二个选项。
• 如果主要设备或最近的存储提供程序发生故障，则可以切换到故障转移设备或备份存储提供程序，并继续工作，而不会丢失配置文件数据。

要点

• 故障转移设计： 如果发生灾难或故障，此设计可确保基础结构的可用性和可靠性。
• 配置文件存储： 使用云缓存可将配置文件数据存储在不同的位置。
• 额外的存储成本： 多个存储位置会增加总体成本。
• 卓越运营： 手动故障转移过程，这可能需要业务利益相关者的批准和流程验证。
• 用户体验： 由于与两个存储提供商进行异步同步，你的个人资料数据可能会出现一些延迟或不一致。

总结

高级 + 灾难恢复配置显示了使用两个位于不同位置的存储提供程序时，使用云缓存的故障转移设计将如何提高基础结构的可靠性和可用性。 这还突出了这种方法的缺点，例如成本更多、需要手动故障转移启动，以及配置文件数据可能会延迟或不一致。

^{图 3：云缓存（主要/故障转移）| FSLogix 云缓存 (CCDLocations)}

先决条件（高级 + 灾难恢复）

配置项目（高级 + 灾难恢复）

^{1 存储提供程序必须位于不同的区域或位置。}

有关我们建议的排除项，请参阅自定义配置文件重定向。

注册表设置（高级 + 灾难恢复）

主站点

故障转移站点

^{1 建议在本地磁盘上节省磁盘空间，但在使用共用桌面时需注意数据丢失的风险。
2 建议确保用户不使用本地配置文件并意外丢失数据。
3 提供了一种更简单的方式来浏览容器目录。
4 如果至少有一个提供程序不正常，则阻止用户创建本地缓存。
5 减少重试时间，以实现更快的失败方案。
6 个单一连接可降低复杂性并提高性能。
由于支持更大的大小并减少破损场景，VHDX 被优先选用而非 VHD。}

示例 6：复杂

复杂配置示例基于高级示例，通过引入多个连接来构建。 在此设置中，用户配置文件可以处理多个连接。 因此，单个用户可以同时在不同的设备之间拥有活动会话。

尽管复杂性增加，但目标仍然是为用户提供无缝体验。 正确配置多个连接可提高工作效率和灵活性，这使得此配置适用于需求多样且需求高的组织。

Azure 虚拟桌面不支持同一主机池中的多个连接。

总结

复杂配置兼顾复杂程度和以用户为中心的设计，因此非常适合需要可伸缩性和可靠配置文件管理的大型组织。

^{图 4： 具有多个连接的复杂示例 |FSLogix 标准容器 （VHDLocations）}

先决条件（复杂）

配置项目（复杂）

有关详细信息，请参阅 自定义配置文件 redirections.xml。

有关如何为 Microsoft Teams 实现此功能的信息，请参阅 教程：创建和实现 redirections.xml。

注册表设置（复杂）

多个 VHDLocations

对象特定 VHDLocations

默认设置 VHDLocations 用于与特定于对象的配置 不匹配 的任何用户或组。

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\

注册表路径：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\

^{1 建议确保用户不使用本地配置文件并意外丢失数据。
2 提供了一种更简单的方式来浏览容器目录。
3 减少重试时间，以实现更快的失败方案。
4 个单一连接可降低复杂性并提高性能。
5 VHDX 优先于 VHD，因为它支持的大小并减少损坏方案。}

示例 7：复杂 + 灾难恢复（主动/主动）

通过实现主动/主动设计，复杂 + 灾难恢复配置示例基于高级 + 灾难恢复示例。 此配置依赖于用户只能访问一个位置的事实，而不是两个站点之间的负载均衡。 如果存在钻取或业务连续性和灾难恢复，来自故障区域的用户将可访问正常运作的区域中的虚拟机。

要点

• 故障转移功能： 如果发生灾难，幸存的区域必须具备足够的能力，以支持所有用户。
• 配置文件存储： 使用云缓存可将配置文件数据存储在不同的位置。
• 额外的存储成本： 多个存储位置会增加总体成本。
• 卓越运营： 手动故障转移过程可能需要业务利益相关者的批准、流程验证以及适当的用户分配。
• 用户体验： 由于与两个存储提供商进行异步同步，你的个人资料数据可能会出现一些延迟或不一致。

总结

采用云缓存的复杂 + 灾难恢复配置提供冗余和灵活性，但业务决策在启动故障转移方面发挥着重要作用。

^{图 5： 云缓存 （活动/主动） |FSLogix 云缓存 （CCDLocations）}

先决条件（复杂 + 灾难恢复）

配置项目（复杂 + 灾难恢复）

有关详细信息，请查看 自定义配置文件 redirections.xml。

有关如何为 Microsoft Teams 实现此功能的信息，请参阅 教程：创建和实现 redirections.xml。

注册表设置（复杂 + 灾难恢复）

站点 A（美国西部）

站点 B（美国东部）

^{1 建议在本地磁盘上节省磁盘空间，但在使用共用桌面时可能会面临数据丢失的风险。
建议确保用户不要使用本地配置文件，以免意外丢失数据。
3 提供了一种更简单的方式来浏览容器目录。
4 如果至少有一个提供程序不正常，则阻止用户创建本地缓存。
5 减少重试时间，以实现更快的失败方案。
6 个单一连接可降低复杂性并提高性能。
优先选择 VHDX 而不是 VHD，因为它支持的大小更大，并减少了损坏的情况。}

附录：多个 VHDLocations 逻辑图

在设置中使用 VHDLocations 多个值时，请务必了解 FSLogix 如何确定要使用的位置。

^{图 6：VHDLocations 逻辑图}

后续步骤