Author: Froyo
XenServer中License的设置对各种操作的影响
在XenServer中,License的设置以及XenServer的版本对资源池中的操作具有一定的影响。 首先,XenServer的License有大体两种,一种为.xslic格式,一种为.lic格式。XenServer的授权版本分Free Edition,Advanced,Enterprise,Platinum Edition以及Enterprise-XD共5种。其中,在当前最新版本以及后续版本中,将不再支持.xslic格式的商业授权版License,免费版将任然采用.xslic格式。
关闭XenServer中挂起(hang)虚机的方法
在XenServer中,碰到VM挂起(hang)的情况,也不是那么少见,而VM长时间挂起,那么很影响心情和后续的操作。 一般情况下,为了关闭VM或者重启VM,我们推荐这样的操作顺序: 进入到VM内,使用系统的关机或者重启功能 通过XenCenter的菜单选择ShutDown或者Restart。虽然这个菜单的实现是通过XenServer tool来控制系统的命令来实现,但是不保证在XenServer Tools工作异常的情况下,导致VM挂起(Hang),而且,这个应该也是VM挂起(XenCenter中VM标志处于黄色状态)的主要原因。 尝试通过XenCenter菜单的Force Shutdown和Force Restart来强制操作。
XenServer中网卡绑定模式分析
XenServer的网卡绑定使用linux提供的绑定机制,而XenServer支持Linux的Source Level Bond(SLB)以及Active-Passive Nic Bond(A/P)两种绑定模式。
修改XenServer中SR的大小
在XenServer中,前期规划划分的LUN的大小可能会由于项目的其他因素发生项目变化,此时可能需要resize SR。在存储中重置了LUN 的大小以后,在XenServer中,SR的容量大小不会马上显现,需要对SR进行一些简单的处理。 基于iSCSI的SR,需要unplug XenServer主机挂载到该target上的所有LUN,然后replugged即可,此时,iSCSI将重置到存储中该target的连接,而LUN size的改变也会被发现。 基于HBA的SR,这种类型的SR,需要重启xenserver主机来识别LUN的尺寸的改变。 主要:在老版本中,可能需要显示的使用命令来修改physical volume group的大小,而新版本已经作为PBD plug操作的一部分,所以不要再使用命令来重置大小。
XenServer中VM的caching行为设置
XenServer开启了Intellicache功能支持以后,我们可以针对每个VM的VDI开启缓存支持。 根据以前的文章介绍,我们知道VM的VDI有两种模式,也就是Shared Desktop Mode和Private Desktop Mode,分别规定了对VDI的修改是否会持久化的行为。而VM的cache,在两种不同VDI模式的情况下,有些类似的区别,对一些XenServer的高级功能有影响,所以这里就提到以下。 默认情况下,启用了Thin Provisioning(也就是local SR为EXT3文件系统),那么VDI的allow-caching参数(标志,Flag)设置为true,则标示启用了本地智能缓存;设置为false,则标示禁用缓存功能。
VDA端口与HA:Agent中相关Service运行机制
在XenDesktop 4中,一般情况下,1494和2598端口是一直处于LISTENING状态,也可以telnet通,而到了XenDesktop 5,大家如果还是使用telnet这种机制来验证的话,可能就行不通了。以前一直没注意,今天仔细跟踪了下中间的工作机制。
XenServer中Windows 7与XP多vCPU支持配置
在服务器虚拟化项目或者虚拟桌面项目中,经常会碰到这样的问题,虚机为高负载类型的业务,对CPU的要求很高的时候,我们希望为这些虚拟桌面分配更多的CPU资源,但是我们也发现,部分系统对CPU数量的支持有数量的限制,超过以后,即使分配,也没法利用到。也有一些软件会依据CPU的数量(socket的数量)来收费,所以也需要对CPU进行一些调整来减少费用。 首先说一下,在CPU中有几个概念:Socket、Core、Hyper-Threading(HT)。首先得搞清楚这些。 Socket:wikipedia的解释是连接到主板的一个CPU,通俗讲就是一个物理CPU Core:wikipedia的解释同一个CPU芯片上集成的多个核心,也就是所谓的多核的核 Hyer-Threading:wikipedia的解释模拟的多线程,通俗讲在一个核心上模拟出两个CPU执行线程,能够提高多任务的性能
独立安装Desktop Studio
关于Desktop Studio一直都是直接安装到DDC(Desktop Delivery Controller)上,然后直接登录到DDC使用Desktop Studio来进行虚拟桌面的管理和维护。但是这样有一个坏处,windows我一直认为很脆弱,即使你不做其他的操作,有时候登录的时候,再做点操作也就挂了。所以,单独安装Desktop Studio,然后给多人分配足够的管理权限,实现远程管理、多人管理,避免同时连接登录到DDC可能引起的问题。
XenServer中LVM的性能
在XenServer 5.5以后,提供了snapshot和fast clone的功能,这些功能,具有一定的性能开销,但能够带来一定的灵活性。纯粹为了性能,在基于LVM的存储上支持创建RAW格式的VDI,而默认创建的VDI为VHD格式。RAW格式,虽然能够带来性能的提升,但XenServer不支持RAW格式 VDI的快照。
XenServer中VM的启动行为
在XenServer中,VM使用的VDI在VM启动的时候,具有两种行为模式: Shared Desktop Mode(共享桌面模式) 在共享桌面模式下,当VM启动的时候,VM所赌赢的VDI将会恢复到原始状态,也就是VM运行过程中所产生的所有变化都不会保留,也就是每次启动都会恢复。 Private Desktop Mode(私有桌面模式) 在私有桌面模式下,VM启动的时候,对应VDI中,VM运行过程中的所有对VDI的修改都会保留,并持久化到存储上,也就是数据更改将会保存到桌面
XenServer中VM的存储格式对空间以及性能的影响
在XenServer中,基本的存储库(SR)、物理块设备、虚拟磁盘映像、虚拟块设备之间的关系如下图: 其中,PBD为物理存储设备的抽象,基本无法改变,SR为XenServer对物理存储设备的抽象,起到组织管理的作用,SR的类型对虚机VDI的格式以及性能有一定的影响,但是SR的类型受限制于物理存储的形式,所以,暂停也跳过,VBD与VDI对应,而最终VM拿到的虚拟块设备VBD,则为VDI的虚拟,所以,SR中VDI的格式对存储空间消耗以及性能产生比较重要的影响。
XenServer 5.6 SP2开启Intellicache
XenServer在启用Intellicache功能以后,作为虚拟桌面的基础架构服务器部署,能够有效的利用本地存储和共享存储,减少共享存储的压力。特别对单一镜像的虚机带来的存储性能要求大大降低,缓存减少了网络的压力同时,降低了存储的压力。 Intellicache在启动时,会缓存VM的Parent VDI(父VDI,主VDI)的数据。Local Cache(本地缓存)将作为Parent VDI的数据在以后的读的缓存,这样,当大量的VM共享一个parent VDI(比如MCS在同一个SR中,共享同一个master image),一个虚机的数据请求会被local cache缓存,这样,在其他VM再次访问的时候,就能提供数据访问速度,减少对共享存储上的parent VDI的访问。 另外,为了启用Intellicache,在安装的时候需要开启thin provisioning。Thin Provisioning可以增加可用的存储空间,相比于LVM,更加适合作为共享存储的本地缓存,因为EXT形式的SR,VM是以VHD格式保存,按需分配,而Intellicache需要再本地有一个VDI-UUIS.vhdcache的VDI,如果使用LVM,那么对容量的需求将大大超过预期,所以,Citrix选择了在EXT3文件系统上启用Intellicache功能。
针对任何想学习技术的朋友的建议
很早就想写这么一篇文章了,只是想给那些真正想学习的人的一些建议,同时也要针对另外的一群人一些忠告。 不得不写这篇文章是因为,最近群里、邮件、电话、QQ等上看到太多的类似情况,以至于我都不怎么愿意看了,都是直接忽略……
XenServer为VM指定使用特定物理CPU
首先,我们先来看看XenServer中Socket、Core、以及超线程后的核心之间在XenServer中CPU的排序关系,请参考下表: CPU排序(以2路4核具有超线程功能CPU示范) Socket1 Socket2 Core1 Core2 Core3 Core4 Core1 Core2 Core3 Core4 HT1 HT2 HT1 HT2 HT1 HT2 HT1 HT2 HT1 HT2 HT1 HT2 HT1 HT2 HT1 HT2 #0 #1 #2 #3 #4 #5 #6 #7 #8 #9 #10 #11 #12 #13 #14 #15 上表反应了XenServer中CPU的排序规则。
Citrix Receiver For Linux 预览版
Citrix各平台的客户端插件都在不断的完善和进行版本升级,但是For linux版本的ICA Client基本是一成不变,很长时间都不会有什么动静,但是Citrix产品都是搭配ThinClient来使用,而好多ThinClient都会使用Linux系统,而在Linux系统下的体验就会很大程度上受到Receiver的功能限制。 最近,Citrix的动作比较大,也比较多,很多产品都开始了Beta,Previews或者已经开始了Project,说明Citrix在不断的改善,而Citrix Receiver For linux的预览版放出来也有段时间了。今天看了下,发现还是有比较大的改善的。至于究竟改善到了什么程度,等有时间来试试技术预览版,然后再另开文章好了。
Adobe Flash Player历史版本下载
在Citrix的测试过程中,经常会遇到HDX mediastream For Flash的问题,很多可能都是和Flash Player的版本有问题,而默认情况下Adobe公司都是提供最新版本的Flash Player版本下载,而网上一下下载站提供的版本也都会随时更新,虽然能够搜索到老版本的内容,但是点击进去以后,发现已经更新了,很多内容都是搜索引擎的缓存页面。
XenDesktop 5.5和XenApp 6.5三季度发布
Citrix将在第三季度发布XenDesktop和XenApp的下一个版本XenDesktop 5.5和XenApp 6.5。发布这两个版本,主要是HDX技术有了重大升级,极大增强和稳固了citrix在桌面虚拟化市场的领先地位。
禁用VM与Hypervisor之间的时间同步功能
基本主流的企业级虚拟化产品,安装完虚机以后,都要在虚机中安装各种Tools,用来增强虚机的性能,以及与主机的交互。而时间同步功能,在目前主流的三家产品中,默认都是启用的。安装完Tools以后,虚机会自动和Host之间同步时间,保持时间与底层主机的一致,但是这种机制在某些情况下会导致上层虚机的时间混乱,比如时区设置,时间准确定,多时区等等。 所在在某些情况下,可能需要禁用该功能。
停止Password Manager Agent服务导致应用程序启动缓慢
在一个实施环境中,部署了Password Manager用来实现单点登录功能,但是由于Password Manager的提示基本都是以英文为主,而且配置也比较麻烦,普通用户看见会比较影响用户体验,所以用户决定暂时关闭Password Manager功能,为了省事,减少以后的恢复工作量,于是停止了所有XenApp服务器中的Password Manager Agent服务。 停止了以后,也没有在意,在完成了其他的配置以后,再去登录WI,访问应用程序的时候发现,应用程序从点击到完全启动非常慢,而不是停留在一般的加载配置文件,运行登录脚本过程。于是对登录过程进行了跟踪。