Citrix VDI-in-a-Box 第二篇:架构篇

简介:

前言:为什么Citrix会收购Kaviza,就是因为其VDI-in-a-Box产品架构比较简单。

本文重点描述其架构和安装要求。

如果你想了解一个东西,首先必须了解其架构。

 

 

 vdiManager是管理整个架构的工具,所有的虚拟机都运行在Hypervisor上。整 个 架构就只有一个vdiManager管理工具,安装和管理起来非常方便。

也验证了一句话:简单才是王道。
Hypervisor支持
Citrix XenServer
Microsoft Hyper-V
Vmware ESX
客户端
客户端通过浏览器访问,客户端必须安装Citrix Receiver或者JRE
支持如下客户端:
32 位和64位的 Windows XP,Windows Vista,Windows 7
支持32位的Linux系统
1.      RHEL 5.x
2.      CentOS 5.x
3.      Ubuntu 10.x
Mac OS X10.5 or 10.6
手机:IOS 4.3.2(Iphone和Ipad),Android 3.1
客户端安装了最新版的Citrix Receiver
瘦客户机
1.      Wyse C10LE
2.      Wyse R10L
3.      Wyse R90L7
4.      Wyse R90LE
5.      Wyse Xenith
6.      Wyse Xenith Pro
7.      10ZiG 5682v/5672v
8.      10ZiG 5671v
9.      10ZiG 5616v
10.  Devon IT TC5Xc
11.  Devon IT TC5DC
12.  OptiPlex FX130
13.  Optiplex FX170
安全设备支持
Citrix Access Gateway VPX 5.0
Citrix Access Gateway 5.0
虚拟桌面操作系统:
Window XP SP3 (32位)
Windows 7 SP1 (32位和64位)
不支持:Windows 7 N
系统资源
VDI-in-a-Box Manager 虚拟设备
Ø  1GB RAM
Ø  70G( 必需的)
CPU 资源
Ø  一般每个CPU可以只6-10个桌面,6个桌面是针对耗资源型,8个桌面是知识型用户,10个桌面是任务型用户。
内存需求
Ø  Winows 7 至少1.5G
Ø  Windows XP 最少512M
Ø  如果一台服务器运行50个桌面,每个桌面1G,服务器内存:1G用于Hypervisor,1G用于vdiManager,50G用于桌面,额外的10%用于服务器运行,总共是59G,在这个案例中,需要64G内存。
磁盘需求(用于Citrix XenServer with Thin Provisioning和Vmware ESXi)
磁盘空间用来运行虚拟桌面和虚拟桌面管理器。
Ø  VDI-in-a-Box 需要使用两倍于镜像大小的空间来维护镜像。
Ø  因为使用链接克隆技术,每个不固定桌面需要15%镜像空间的大小。
Ø  VdiManager 磁盘空间可以设置为70G。
举例1、25个不固定桌面使用三个镜像,磁盘空间大小为:2*3*20+25*(15%*20)+70)
举例2、一个服务器,20G的镜像,15个不固定桌面,10个固定桌面,需要的空间为265G(20+15*(15%*20G)+10*20G)
Citrix 推荐:每台服务器使用500G磁盘。
磁盘需求(Citrix XenServer without Provisioning or with Thin Provisioning diabled)
Ø  每个虚拟桌面需要100%镜像大小的空间。
Ø  比如25个桌面,3个镜像,3*20+25*20+70=690G,还需要额外的多余空间,建议使用1T的空间。
磁盘类型:
Citrix 推荐25个桌面至少需要6块或者8块磁盘,推荐磁盘做Raid 0或者Raid 1+0
推荐15K转的硬盘或者更好的磁盘。

本文转自 shj19851229 51CTO博客,原文链接:http://blog.51cto.com/shenhj/716095 ,如需转载请自行联系原作者

相关文章
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存,从而缓解网络延时现象,更好地支持客户端性能水平扩展,同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候,由于在客户端上引入了多个本地数据副本(Replica),就相应地需要提供客户端对数据访问的全局数据一致性。
33250 201
如何保证分布式文件系统的数据一致性
|
设计模式 存储 监控
设计模式(C++版)
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义:单一职责原则,所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case:IPhone类承担了协议管理(Dial、HangUp)、数据传送(Chat)。good case:里式替换原则定义:里氏代换原则(Liskov 
36820 22
设计模式(C++版)
|
存储 编译器 C语言
抽丝剥茧C语言(初阶 下)(下)
抽丝剥茧C语言(初阶 下)
|
机器学习/深度学习 人工智能 自然语言处理
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
24905 16
|
机器学习/深度学习 弹性计算 监控
重生之---我测阿里云U1实例(通用算力型)
阿里云产品全线降价的一力作,2023年4月阿里云推出新款通用算力型ECS云服务器Universal实例,该款服务器的真实表现如何?让我先测为敬!
36824 15
重生之---我测阿里云U1实例(通用算力型)
|
SQL 存储 弹性计算
Redis性能高30%,阿里云倚天ECS性能摸底和迁移实践
Redis在倚天ECS环境下与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 30% 的吞吐量优势。成本方面基于倚天710的G8y实例售价比G7实例低23%,总性价比提高50%;按照相同算法,相对G8a,性价比为1.4倍左右。
|
存储 算法 Java
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的限流器RateLimiter功能服务
随着互联网的快速发展,越来越多的应用程序需要处理大量的请求。如果没有限制,这些请求可能会导致应用程序崩溃或变得不可用。因此,限流器是一种非常重要的技术,可以帮助应用程序控制请求的数量和速率,以保持稳定和可靠的运行。
29949 52

热门文章

最新文章