在 View 5.2 测试环境下，View Composer 副本虚拟机安置于具备高读取性能的固态磁盘 (SSD) 中，每秒支持数万个 I/O (IOPS)。链接克隆安置在基于传统低性能旋转介质的数据存储中，价格相对低廉，具有较高的存储容量。该示例使用 View Composer 链接克隆而不是即时克隆，因为测试是使用 View 5.2 执行的。即时克隆功能是在 Horizon 7 中引入的。
存储设计注意事项是 Horizon 7 体系结构中的最关键要素之一。是否使用 View Composer 桌面（使用链接克隆技术）将对体系结构产生极大的影响。ESXi 二进制文件、虚拟机交换文件和父虚拟机的 View Composer 副本都存储在共享存储系统上。
vSphere 可以使用的外部存储系统包括光纤通道或 iSCSI SAN（存储区域网络）、NFS（网络文件系统）或 NAS（网络连接存储）。通过使用 vSphere 5.5 Update 1 或更高版本中提供的 vSAN 功能，存储系统还可以是聚合的本地服务器连接存储。
以下示例介绍了在由一个 vCenter Server 管理 10,000 个桌面的 View 5.2 测试设置中所使用的分层存储策略。
与 vSphere 5.5 Update 1 中提供的功能相比，vSphere 6.0 和更高版本中提供的 vSAN 功能包含很多性能改进。对于 vSphere 6.0，此功能还具有更广泛的 HCL（硬件兼容性）支持。有关 vSphere 6 或更高版本中的 vSAN 的详细信息，请参阅《管理 VMware vSAN》文档。
- 物理存储
-
- 仅使用 EMC VNX7500-block
- 1.8TB 快速缓存 (SSD)
- 8 个 10Gbit FCoE 前端连接（每个控制器各 4个）。
- SSD 存储层
-
单个 RAID5 存储池：
- 12 * 200GB EFD
- 用于父映像的 250GB LUN
- 用于基础架构的 500GB LUN
- 用于存储副本的 75GB LUN（每个桌面池群集各一个）
- 虚拟机桌面存储层
-
两个 RAID 1/0 存储池：
池 1：
- 360 15K 300GB HDD（47TB 可用）
- 97 个用于桌面的 450GB LUN
池 2：
- 296 15K 300GB HDD（39TB 可用）
- 7 个用于基础架构的 450GB LUN
- 85 个用于桌面的 450GB LUN
该存储策略如下图所示。
从体系结构角度看，View Composer 可以创建共享基础映像的桌面映像，将存储要求降低 50% 甚至更多。通过设置刷新策略使桌面定期返回原始状态，并回收自上一次刷新操作后用于跟踪更改的空间，可以进一步降低存储要求。
如果您使用带 vSphere 5.1 或更高版本虚拟机桌面的 View Composer，那么您可以使用空间回收功能。凭借该功能，当未使用磁盘空间达到一定阈值时，客户机操作系统中过期或已删除的数据将通过擦除和压缩流程自动回收。请注意，如果您使用 vSAN 数据存储，则不支持空间回收功能。
将 View Composer 永久磁盘或共享文件服务器作为用户配置文件和用户文档的主存储库，还可以降低操作系统磁盘空间。View Composer 能帮您将用户数据从操作系统中分开，您只需备份或复制永久磁盘即可，这也会进一步降低存储要求。有关更多信息，请参阅使用 Composer 降低存储要求。
有关更多信息，请参阅名为《VMware View 的存储注意事项》的最佳实践指南。
