Citrix桌面虚拟化实施部署白皮书

上传人:cl****1 文档编号:499129098 上传时间:2022-08-26 格式:DOC 页数:34 大小:273.50KB
返回 下载 相关 举报
Citrix桌面虚拟化实施部署白皮书_第1页
第1页 / 共34页
Citrix桌面虚拟化实施部署白皮书_第2页
第2页 / 共34页
Citrix桌面虚拟化实施部署白皮书_第3页
第3页 / 共34页
Citrix桌面虚拟化实施部署白皮书_第4页
第4页 / 共34页
Citrix桌面虚拟化实施部署白皮书_第5页
第5页 / 共34页
点击查看更多>>
资源描述

《Citrix桌面虚拟化实施部署白皮书》由会员分享,可在线阅读,更多相关《Citrix桌面虚拟化实施部署白皮书(34页珍藏版)》请在金锄头文库上搜索。

1、-Citri*桌面虚拟化技术白皮书思杰系统信息技术*Citri* Systems Information Technology Co., Ltd.2013年05月目录序言:关于方法论3一、Access3二、Design3三、Deploy3四、Maintain3五、工程方案3第一局部:Access3一、业务驱动力3二、数据搜集3三、用户数据搜集3四、应用程序数据搜集3五、用户分类31.Fle*Cast模型比拟32.Fle*Cast模型选择3六、应用程序评估3七、工程管理31.Roadmap32.工程团队3第二局部:Design3一、概况3二、用户层 User Layer31.终端类型的选择32.

2、Receiver的选择33.资源需求3三、访问层 Access Layer3四、桌面层 Desktop Layer31.应用程序交付3五、控制层 Control Layer31.远程访问架构32.StoreFront33.桌面控制器34.Provisioning ServicesPVS的设计3. z.-序言:关于方法论Citri* Virtual Desktop handbook会严密遵循Citri*参谋实施方法论,即如下列图所示:一、 AccessAccess阶段主要提供Design阶段所需要的信息,包括:1. 业务驱动力;2. 数据搜集:包括用户、应用程序、设备以及根底架构;3. 用户的分

3、类:用户要根据需要的分类而分成不同的组别,随之应对着不同的Fle*Cast方法论;4. 应用程序分类:旧的应用程序应该被删除、应用程序版本应该标准化、非公司程序应该删除,等等这些构成了应用程序的标准化和合理化;5. 方案:每个用户组都要根据对业务的影响程度指定不同的实施时间优先级,优先级实施进度结果应该随时更新工程进度和方案。二、 Design设计阶段主要聚焦在五层的一个方法论上:1. 用户层:描述推荐的终端以及所需要的用户功能体验;2. 访问层:描述用户层是如何连接到他们的桌面,例如本地桌面是直接连接StoreFront,而外界用户往往要通过Firewall层才能进来,这就涉及到了FW、VP

4、N等技术;3. 桌面层:主要指用户的虚拟桌面实现技术,即Fle*Cast技术,主要好汉三个主要成分,分别是镜像文件、应用程序,以及个性化容;4. 控制层:如何管理和维护其他层,又分为访问控制、桌面控制,以及根底架构控制;5. 硬件层:致力于支撑整个解决方案的硬件物理设备,包括了效劳器、CPU、存、存储设备等;三、 Deploy按照第二局部设计好的Fle*Cast方式实施。四、 Maintain主要包含三种不同的活动:1. 监控:在虚拟桌面环境设计和实施到生产环境以后,持续的监控是必需的。2. 技术支持;3. 测试和变更管理:以后会遇到不断的软件和产品更新;五、 工程方案一个设计详尽的工程方案对

5、工程成功的实施时至关重要的。工程经理要通过工程方案来监控本钱、管理工程组成员、跟进工程实施进度等。同时工程进度要及时通告工程组所有成员让大家都知道工程的进度。在工程的初期一般只需要做Access阶段的方案,这个时段需要多Fle*Cast模式、容量、用户分组等有更多的交接,所以无需做Design的方案。如下列图所示就是一个方案表:第一局部:Access一、 业务驱动力桌面虚拟化工程的第一步应该是去了解对公司所造成的影响,并且将这些影响一一定下来,然后对之以优先级排序。有了这些文字描述管理层和工程管理组才能制定出工程成功实施的标准,设计阶段才能有正确的方法论和架构设计。下列图就定义了一个业务驱动力

6、的优先级例如:二、 数据搜集数据搜集阶段负责搜集关键信息数据,包括用户、设备、应用程序,以及根底架构等在下一阶段需要使用的数据。有三种方法来搜集数据:1. 手动搜集小型企业有可能通过访问每台终端,或者是远程连接但凡来搜集数据。型企业一般般都有了ESDEnterprise Software Deployment,例如微软的SCCM等。可以通过这些平台去搜集应用程序的使用情况等信息。但是ESD一般都不能提供给用程序性能需求和实际使用的信息。2. 调查表这也是一个好方法,可以通过管理层去通过行政命令来执行。也可以通过面对面的会议或者是沟通来进展;这种方式比手动搜集要显著减少了所花费的时间,但是完成率

7、不高也是一个缺点,不够准确反响实际情况也是一个缺点。3. 自动化搜集这样的工具有很多,一般都能自动化生成报表。Citri*公司为了帮助用户节省实施本钱,和LanDesk公司合作,为Project Accelerator用户提供了一个60天免费试用的LanDesk FastTack 软件License。LanDesk FastTack 软件是一个专门为Citri*实施方法论开发设计的一个专业信息搜集工具。上述三种方法的优势和劣势如下表所示:三、 用户数据搜集信息搜集表可以参考例如表格:Citri* Virtual Desktop Handbook - Assess Workbook.*ls*1.

8、 业务特性业务特性必须通过业务层的管理人员来手动搜集,无法自动化搜集。包括A. 身份a) 用户名b) 部门;c) 角色d) 业务经理e) 所分配的用户组;B. 业务a) 主要的数据中心b) 移动性,下表是例如分类c) 个性化d) 平安性e) 关键性2. 技术特性a) 工作负荷3. 用户环境a) 用户Profilei. Profile类型:包括本地、漫游、强制、第三方、未知ii. Profile版本:Windows *P和Windows Vista/7iii. Profile位置:文件效劳器在哪里iv. 大小:用户Profile的大小b) 用户数据主目录i. 主目录位置ii. 大小4. 客户端硬

9、件,包括以下需要搜集的信息:o Number of CPUs/Cores o CPU Speed (GHz) o Memory (GB) o Disk Size (GB) o Operating System o Age of the System (years) o Peripherals5. 本地资源映射,包括以下需要搜集的信息:o Local Drives o Printing o Clipboard o Audio o Port o USB o LPT四、 应用程序数据搜集信息搜集表可以参考例如表格:Citri* Virtual Desktop Handbook - Assess Wo

10、rkbook.*ls*1. 身份信息a) 应用程序名称和版本b) 应用程序所有者c) 状态2. 应用程序技术特性a) 分配i. 使用者数量ii. 部门信息iii. 个别用户b) 工作负荷c) 业务特性d) 兼容性五、 用户分类一旦数据搜集工作完成之后,我们就可以开场准备将用户分成不同的组了,这个时候就要按照Fle*Cast模型的要求去分配不同的实现方式给不同的用户组了。我们一般都是按照人物性工作者、分支机构办公人员、移开工作者等方式去区分用户,但是实际上用户的分类远不止这几类,更有甚者,很多用户组都是同时属于上述几个组的。最快区分用户的方法就是按照用户的需求不同来分组,一旦将用户的需求区分之后

11、,就可以将这些数据填入Citri* Virtual Desktop Handbook - Assess Workbook.*ls*了。1. Fle*Cast模型比拟1) Hosted Shared2) Hosted VDI,又可以细分为a) Pooled-Random/Streamingb) Pooled-Staticc) Pooled/Streamed with Personal vDiskd) Dedicatede) E*istingf) Psysical/Remote PC3) Steamed VHD4) Local VM5) On-Demand Apps下表是关于Fle*Cast整体技

12、术的一个概览:2. Fle*Cast模型选择在*enApp和*enDesktop之间有很多技术上的区别,但是他们都是通过HD*来提供的最正确用户体验。他们的区别如下:六、 应用程序评估在用户分组完成之后,我们已经有了根据需求不同确定下来的不同的用户组,下一步就是向用户提供他们工作需要的应用程序。下面是建议的三部曲:1. Rationalization 合理化2. Business Characteristics 业务特性3. 兼容性七、 工程管理1. Roadmap2. 工程团队下面的表格例如告诉我们在一个虚拟桌面工程中可以建议的业务角色和技术角色分类。虽然角色有很多种,但是很多角色的存在时间

13、都很短,同时很多角色都由一个人同时完成。工程经理和Citri*架构师自然是贯穿整个工程的角色,其他就不一定了。1) 业务角色2) 技术角色第二局部:Design一、 概况桌面虚拟化的设计并没有想象中则简单,但是也绝不复杂,我们需要做的事情就是去遵循一定的设计理念以及已经被验证过的实践经历就可以了。简单说来,我们可以从桌面虚拟化涉及到的五层设计模型入手:二、 用户层 User Layer设计模型最上面的一层就是用户层,用户层和每个用户组息息相关。这一层将业务优先级的评估标准和用户组需求结合起来,进而可以定义有效的终端设计战略。1. 终端类型的选择终端一般有多种类型,每种都有不同的能力: Tabl

14、et based on Android or iOS 基于安卓或者iOS的平板电脑 Laptop 笔记本电脑 Desktop PC 桌面PC Thin Client 瘦客户机 Smartphone智能手机1) 决断:终端所有者在上一讲的Access章节中有一个小节是五、用户分类,这一节的容将决定个人设备的可用性。并且至少包含以下用户终端的特性:平安性:高风险区的用户不能携带个人设备进入该区域以防止数据外携;可移动性:例如用户个人设备将不适合用于离线的Local VM即*enClient模型;关键性:被评价为高关键业务的用户需要额外的冗余设置Fle*Cast模式:例如个人所属设备就不适用于例如S

15、teaming VHD、Local VM模式以及Remote PC模式。下面的图显示什么时候使用用户自己拥有的设备,什么时候选择公司拥有设备:2) 决断:终端生命周期最小标准:即使是考虑到本钱因素,为了保证用户体验,还是要不低于最小的硬件标准,这些指包括:1GHz的处理器、1GB的存、16GB的空余磁盘空间,如果是要好的HD*体验还要有GPU卡;业务驱动:所有工程成功都来自于正确确定优先级。对一个公司来说,延长PC的折旧期对本钱节省来说很重要,而公司更多考虑的是绿色环保因素,可能新购终端反而更有利。最终需求还是要考虑1:业务驱动力工作负荷:工作种类应该和Fle*Cast模型相互配合下面的表格列出了当我们准备重新利用现有的硬件,亦或者是新购设备时的推荐方案:3) 决断:终端规格瘦客户机的处

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号