VMware 总共提供了2种 Horizon 交付形式：
- Horizon 7 现场部署：由用户选择在自己的数据中心或 VMware Cloud on AWS 云端部署，用户对 Horizon 架构有完全的掌控，需要自己负责 Horizon 环境的日常运维。
- Horizon Cloud Service：由 VMware 提供的 Horizon 桌面云服务，Horizon 环境完全由 VMware 来管理和运营，为用户工作负载 （虚拟桌面或托管应用）提供IBM Cloud 和 Microsoft Azure 两种运行平台选择。
所以我们可以看到总共有 4 种 Horizon 架构，每种架构可以满足不同的客户需求：
- Horizon 7 在客户数据中心现场部署：传统的 Horizon 部署模式。
- Horizon Cloud on IBM Cloud：VMware 率先推出的 Horizon Cloud Service，用户直接使用云端的虚拟桌面和托管应用即可。
- Horizon Cloud on Microsoft Azure：适用于 Azure 的用户，用户的虚拟桌面和企业应用都在 Azure 中，相互访问更加快速便利。
- Horizon 7 on VMware Cloud on AWS：由用户自己在 VMware Cloud on AWS 云端部署和管理 Horizon 环境。
可能大家会有疑问，最后一种架构到底适用什么样的应用场景呢？部署在公有云里，却又要用户自己来管理和维护，为什么不直接使用 VMware 提供的 Horizon Cloud Service 呢？Horizon Cloud Service 虽然好用，但是由于它是由 VMware 来管理的，在架构配置上没有给用户太多的灵活性，用户想对 Horizon 环境进行细粒度控制的话，就可以考虑采用 Horizon 7 on VMware Cloud on AWS 架构。这种架构主要适用于以下几种场景：
- 数据中心弹性扩展：当用户需要扩展计算资源时，可以考虑采用 VMware Cloud on AWS，Horizon 工作负载也可以在 AWS 云端运行。
- 靠近企业应用：随着 VMware Cloud on AWS 的成熟，越来越多的用户把一些企业应用迁移到了云端，把虚拟桌面也部署到 AWS 云端可以使桌面靠近企业应用，获得更好的访问便利和性能提升。
- Horizon 灾备：用户不再需要搭建另一个数据中心，利用 VMware Cloud on AWS 来搭建 Horizon 的灾备方案。
- 季节性的负载需求：通过云端的 Horizon 环境来满足临时的开发人员或合同工的桌面访问需求。
- Horizon 全球部署：在某些地区不再需要建设自己的数据中心，而是基于 VMware Cloud on AWS 来搭建全球部署 CPA 架构。
Horizon 7.6 充分利用了 AWS 云计算资源的弹性优势，基于 AWS Elastic DRS 实现了根据工作负载自动扩展计算资源，这个功能在 7.6 为技术预览。
- 高峰时段 （Peak Hours）：Elastic DRS 自动增加服务器主机，Horizon 通过 Instant Clone 来快速生成新的桌面池资源以满足新增访问需求。
- 非高峰时段 （Off Peak Hours）：不再被使用的虚拟桌面被逐渐回收，剩余的虚拟桌面通过 vMotion 集中到某几台服务器主机上，空闲的服务器主机被 Elastic DRS 回收。
Horizon 7.6 也在 VMware Cloud on AWS 中实现了桌面即时克隆 Instant Clone 的技术预览，为用户提供以下业务价值：
- 高速调配桌面：平均 1-2 秒就可以生成一个新的虚拟桌面；
- 节省存储空间：即时克隆出来的虚机是共享同一份内存映像的，最多可以减少 80% 的内存用量；
- 简化系统管理：只需要升级父虚机的系统软件，其他的克隆虚机重新生成后就可以自动获得更新，大大减少了管理员给虚拟桌面打补丁和升级软件的时间。
