前序的Part1~3我们介绍了如何规划每一个部分的架构，那么对于整体上来说，一个标准的桌面虚拟化环境，其逻辑上的架构又是怎样的呢？
从整体角度来说，一套桌面虚拟化体系会分为两大部分：
-
接入端
-
控制、承载单元
那么什么叫接入单元，其实就是以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，如需转载请自行联系原作者
