【Horizon】AppVolumes跨vSAN集群挂载应用卷
在多 vSAN 集群环境中，如果 VDI 桌面分布在不同的 vSAN 数据存储上，App Volumes 往往无法直接为这些桌面附加同一个应用卷。根本原因在于不同 vSAN 集群之间的数据并不是天然互通的，应用卷所在的存储位置无法被所有桌面统一访问。
这类场景通常需要借助 App Volumes 的 Storage Groups（存储组）能力，把多个 vSAN 存储纳入同一个逻辑分发体系，让 AppStack 和 Package 能够在不同存储之间复制与同步。
适用场景
本文适用于以下情况：
- Horizon 桌面池分布在多个 vSAN 集群中。
- 需要让不同集群中的桌面都能挂载同一套 App Volumes 应用卷。
- 希望通过存储组实现应用卷的统一分发，而不是手动逐个存储处理。
配置思路
核心思路是先创建 Storage Group，再决定应用卷在各个存储之间的导入、复制和分发策略。配置完成后，App Volumes 会根据策略把 AppStack 和 Package 复制到目标数据存储，从而让不同 vSAN 集群中的桌面都具备访问条件。
操作步骤
先进入 App Volumes 管理界面的 Storage Groups 页面，创建新的存储组。
设置存储组名称
Group Name 用于定义当前存储组的名称，建议直接使用能够体现业务场景的命名，例如桌面池名称、区域名称或存储用途，便于后续识别和维护。
设置自动化选项
- 自动导入 AppStack 和 Package
- 自动复制 AppStack 和 Package
这两个选项建议根据实际运维方式决定是否开启：
- 自动导入 AppStack 和 Package：控制新建的应用卷是否会自动导入到对应的存储位置。
- 自动复制 AppStack 和 Package：控制应用卷是否会自动复制到当前存储组中的其他目标存储。
如果是在同一个 App Volumes Manager 实例内执行复制，复制后的卷通常会自动导入；但是否需要跨多个存储自动同步，仍然要结合你的存储规划来决定。
选择分发策略
Distribution Strategy 决定应用卷如何在多个存储之间分发，常见策略包括：
Spread：尽量把文件平均分布到多个存储位置，通常会优先选择可用空间更大的存储。Round Robin：按顺序轮流使用各个存储位置，更适合希望分布方式可预期的场景。
Template Storage 用于指定模板存储位置，建议选择当前最稳定、性能较好且空间充足的存储，作为应用卷初始生成的位置。
选择存储方式
Storage Selection 用于决定目标存储如何加入存储组：
Direct：从列表中手动选择具体存储，适合目标存储数量不多、需要精准控制的场景。Automatic：通过存储名称前缀自动筛选目标存储，适合统一命名规范下的批量纳管场景。
如果名称前缀留空，系统通常会展示全部可选存储。
配置建议
- 不同 vSAN 集群之间做应用卷统一挂载时，先确认各桌面池都能访问到各自复制后的数据存储。
- 模板存储尽量选择容量和性能都较稳定的存储，避免后续复制链路频繁迁移。
- 如果存储数量较多，优先建立清晰的命名规范，再考虑使用自动筛选方式，后续维护会更轻松。
总结
App Volumes 跨 vSAN 集群挂载应用卷的关键，不是直接打通不同集群的数据访问，而是通过 Storage Group 让应用卷在多个存储之间完成复制与分发。只要存储组、分发策略和目标存储选择得当，就可以在多集群 Horizon 环境中更稳定地交付应用卷。