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

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

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

  1. 接入端

  2. 控制、承载单元

 

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

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

wKioL1ZWnpqgDeyYAABQCEBj0YQ516.jpg

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

wKioL1ZWnsDQiGwGAAC6fmr5GF4882.jpg

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

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

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

 

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

 

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


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

wKiom1ZWntbhUuugAADeSrD7ZDU691.png


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


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

你可能感兴趣的:(xendesktop,大型,桌面虚拟化)