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
支持如下客户端:
l  32 位和64位的 Windows XP,Windows Vista,Windows 7
l  支持32位的Linux系统
1.      RHEL 5.x
2.      CentOS 5.x
3.      Ubuntu 10.x
l  Mac OS X10.5 or 10.6
l  手机:IOS 4.3.2(Iphone和Ipad),Android 3.1
l  客户端安装了最新版的Citrix Receiver
l  瘦客户机
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
系统资源 :
l  VDI-in-a-Box Manager 虚拟设备
Ø  1GB RAM
Ø  70G( 必需的)
l  CPU 资源
Ø  一般每个CPU可以只6-10个桌面,6个桌面是针对耗资源型,8个桌面是知识型用户,10个桌面是任务型用户。
l  内存需求
Ø  Winows 7 至少1.5G
Ø  Windows XP 最少512M
Ø  如果一台服务器运行50个桌面,每个桌面1G,服务器内存:1G用于Hypervisor,1G用于vdiManager,50G用于桌面,额外的10%用于服务器运行,总共是59G,在这个案例中,需要64G内存。
l  磁盘需求(用于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磁盘。
l  磁盘需求(Citrix XenServer without Provisioning or with Thin Provisioning diabled)
Ø  每个虚拟桌面需要100%镜像大小的空间。
Ø  比如25个桌面,3个镜像,3*20+25*20+70=690G,还需要额外的多余空间,建议使用1T的空间。
l  磁盘类型:
Citrix 推荐25个桌面至少需要6块或者8块磁盘,推荐磁盘做Raid 0或者Raid 1+0
推荐15K转的硬盘或者更好的磁盘。

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

相关文章
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
1094 4
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。