如何规划构建一套大型的Citrix桌面虚拟化架构 - Part4

前序的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实现整个环境的扩展。

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