前序的Part1~3我们介绍了如何规划每一个部分的架构，那么对于整体上来说，一个标准的桌面虚拟化环境，其逻辑上的架构又是怎样的呢？

从整体角度来说，一套桌面虚拟化体系会分为两大部分：

1. 接入端

2. 控制、承载单元

那么什么叫接入单元，其实就是以NetScaler为代表的负载均衡和StoreFront/Web Interface为代表的资源罗列的用户入口。

注：这里我们并不讨论NetScaler作为ICA proxy来工作。

而对于控制、承载单元，那就是涵盖了前序文章中介绍的所有组件包括：ADDC，SQL，DDC，Lic在内容的控制单元，以及承载所有桌面的承载单元。

这样的一个组合，我们称之为Service Block。

注：在部署上，StoreFront/Web Interface是与其他组件部署在一起，但是在逻辑上他们是相对分开的两部分。

所以，在本例中，我们就将3000个桌面及所有的相关组件都放在了同一个Service Block中。

而事实上这个项目的规模在7000点，由于我们前序说明过，一个Service Block我们推荐支撑5000个桌面。那么按照这个逻辑，需要完全按照相同的架构，包括服务器、存储、汇聚层网络，完全的拷贝一份。然后再通过StoreFront/Web Interface将两边的资源加入分别加入到各自的资源池中，同时通过负载均衡设备，对包括StoreFront、PVS等核心组件进行负载均衡。

所以从逻辑上，他应该是这样的一种架构，各块组件、承载、支撑、服务都是相互独立，又通过接入层实现有机的连接。

而在用户层面就是1个Service Block 支撑3000用户，第二个Service Block支撑4000用户。

那么如果需要进一步扩大，那么就是横向的继续堆叠一个个的Service Block实现整个环境的扩展。

至此，一个完整的环境及各个组件架构就完成了设计和交付。

      本文转自sesame.qian  51CTO博客，原文链接：http://blog.51cto.com/kaiqian/1717064，如需转载请自行联系原作者