Category: Citrix
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功能。
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的预览版放出来也有段时间了。今天看了下，发现还是有比较大的改善的。至于究竟改善到了什么程度，等有时间来试试技术预览版，然后再另开文章好了。
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，访问应用程序的时候发现，应用程序从点击到完全启动非常慢，而不是停留在一般的加载配置文件，运行登录脚本过程。于是对登录过程进行了跟踪。
XenServer默认存储设置丢失导致XenConvert失败
今天一朋友在做XenConvert的时候，报告说一直提示失败，导致无法进行XenConvert，听了描述，半天没搞明白怎么回事，于是远程连过去看了下，结果网速太慢，结果和收集日志文件，终于发现了问题所在，所以日志文件还是很强大地。
XenApp增加输出画面的帧率，提高类视频应用体验
在XenApp中，默认情况，为了考虑移动终端中，带宽比较低，运算能力的考量，XenApp默认对ICA通道显示的画面的质量和抓取的帧率进行了限制，这样就能最大可能的来保证体验的情况下，降低带宽的消耗。 也就是说，默认情况下基本都是针对的带宽优化，而如果我们需要对体验进行优化，可能就会增加带宽的消耗，所以我们需要进行取舍，而Citrix XenApp也为我们提供了这种设置。比如，默认的画面质量，我们可以通过策略调整来提供画面，取消压缩等等，再比如针对Flash，我们可以Content Redirection，从Server提取地址后，重定向到客户端解码播放，都可以优化体验，但是针对一些只能在服务器端运行的多媒体资源，可能就没有特别好的优化方式，默认情况下，客户端的显示都是比较卡顿，没有什么好调整的。
XenApp与XenDesktop安装对帐号权限的要求
本来是不准备说这个的，但是，现实不一定那么如意，不是所有人都会给你域管理员帐号，所以了解下XenApp和XenDesktop对安装帐号的要求，对实施还是很有帮助的。 在很多教程中，我都这样说，大家在安装所有的程序的时候，最好使用具有域管理员权限的帐号来安装部署所有的组件，包括License等等，但是有时候可能根本不需要这么高的权限，而生产环境的管理者一般都是会非常谨慎小心，所以，他需要清楚的了解到你要在域中做什么，需要哪些权限，会干哪些事情，这个时候，对实施者的要求就比较有挑战性了，说不出个所以然，根本没法干活。
Provisioning Services 6.0 Beta
最近Citrix的很多产品都有了新版本或者是新的比较重大的测试版，改进非常明显。 前几天，XenServe 6.0 Beta版本开始测试，而Provisioning Services 6.0 Beta也同期开始了测试。新版本主要包含了以下几个新的特性，主要是用于管理方面： 交互的vDisk版本管理：现在可以直接在Provisioning Services Console中创建和管理vDisk的版本。版本管理能够更方便的维护，测试和更新等操作，减少了手工直接操作文件 自动vDisk更新：能够自定义计划，并通过与Microsoft System Center Configuration Manager (SCCM) 以及Windows Server Update Services (WSUS)的交互来自动完成更新 支持vDisk复制：允许管理员方便的复制或者同步到多数据中心，Provisioning Services讲维护一份索引来自动优化负载，并保证会话连接到正确的vDisk或者版本 测试事件和XenServer 6.0差不多，都是集中在7月和8月，关于Provisioning Services组件的下载、License等问题，请登录Mycitrix查看。
Rollup Pack 7 For XenApp 5.0
Xenapp 6.0针对SP1发布一来的一系列问题，还是没有出Rollup Pack，而最近XenApp 5.0的Rollup Pack 7已经放出来了。 XenApp 5.0光盘安装默认Hotfix Rollup Pack只打到5，中间Rollup Pack 6也出了有段事件了，前几天，Citrix又更新了，放出了最新的Rollup Pack 7，强烈推荐默认安装完成以后，安装该补丁。注意：Rollup Pack 6已经被Rollup Pack 7取代了，所以只要安装该补丁即可。 下载地址： Rollup pack 7 For Windows 2003 32Bit ：PSE450W2K3R07 Rollup pack 7 For Windows 2003 64Bit ：PSE450W2K3X64R07
VMware View 5将增加Profile,PCoIP和客户端的支持
VMware View的下一个版本5应该会在8月份的VMworld大会上发布，我们先来看看VMware View 5的一些新特性： Profile Manager Citrx很早就有的东西，VMware View中将包含Virtual Profiles的组件，但是该组件不支持从Windows XP到Windos 7 Profile的兼容，View的用户可能还是需要购买第三方的Profile管理工具。 Storage Managent VMware View 5会提供一个类似Citrix IntelliCache技术的存储管理特性，以减少存储的巨大开支和性能问题，而Citrix在XenDesktop 5 SP1中已经提供了该功能。
服务器虚拟化的MAC地址分配
在全是物理机的环境中，我们不需要考虑MAC地址的问题，因为每个物理机的网卡都是真实，其MAC地址由网卡提供商来分配独一无二的MAC ADDRESS，所以在物理环境规范的情况下是不会出现MAC地址冲突的问题，除非有山寨。 先普及下MAC地址的相关知识，以下会用到。 MAC地址最开始由XEROR研究出来，后来由IEEE组织管理。IEEE会为每个厂商提供唯一的一个MAC地址前缀，称之为OUI（Organizationally Unique Identifier），用来区别不同的厂商，例如：aa-bb-cc-xx-xx-xx，其中aa-bb-cc就是OUI，每个厂商会根据自己的喜欢来编码剩下的24bit。 再来说下Universally administered和 locally administered addresses，前者是全局分配，后者有本地分配，比较随意。两者的区别在于，前者使用从IEEE分配到的OUI来分配MAC地址，而locally administered address则是有本地分配的地址。不受OUI的影响。但是两者不冲突，universally和locally在第一个第一个16位的倒数第二字节，如果是0，那么该MAC地址为universally，如果是1，则是locally地址。例如：06-00-00-00-00-00，06的二进制为00000110，倒数第二位是1，所以，该MAC地址为本地管理地址，而所有的OUI分配地址，该检测位都是0。如：xensource的OUI为：00-16-3E，00很明显，倒数第二位是0，所以这是一个universally地址。
XenDesktop 5 修改XML端口
在XenDesktop 4中，我们要修改XML端口可以使用ctxxmlss命令来修改XML服务的端口，而在XenDesktop 5中由于对架构和细节做完全的修改，过去版本的XML Services服务变成了现在的Broker Services，对应的修改命令也发生了变化。 现在使用C:\Program Files\Citrix\Broker\Service\BrokerServices.exe来修改端口与配置，我们可以先看看命令的帮助：
Windows 2008 R2 SP1上使用XenApp6的补丁安装
前两天搭建demo环境的时候，勇敢的选择了Windows 2008 R2 SP1。 在2008 R2 SP1刚出来的时候，由于一些新特性和一些令人兴奋的功能点，大家都选择了使用2008 R2 SP1版本作为XenApp的宿主系统，但是，在实际使用中发现了很多问题，比如远程接入的时候会导致服务器RDP崩溃等等问题。于是Citrix就出了一系列的补丁，而补丁又会被新的更新所取代，部分补丁还有一些先决条件，必须先安装某些补丁，否则会造成一定的问题，比如组件被删等等，由于诸多的原因，造成打补丁变成了一个很复杂的事情。 先声明，至少到目前为止，我没有发现Citrix补丁的修复的正规方法，比如，哪些需要安装，如何查看应该安装的顺序，应该安装哪些补丁等等，如果是让我挨个补丁说明来查看，那就免了。
Web Interface枚举和启动应用程序非常慢
今天搭建一个测试环境：新安装的XenApp测试环境，发布应用程序，连域环境都是全新的，结果发现，访问Web Interface的时候速度就比正常的慢点，登录的时候更慢，即使是第二次，第三次以后，点击应用程序的时候，都是很长事件没有反应，要等很久才弹出ICA Client打开launch.ica文件的画面，大概需要20~30秒左右。 实在无法忍受，不知道是什么原因，用自己的镜像安装的操作系统的时候基本没有出现过这种问题，而用别人安装好的系统，全新干净的环境都很慢，实在想不通是什么问题。
XenServer模拟器
大家在刚接触XenServer的时候，苦于硬件的限制和投入，感觉实验环境是个很大的问题。 最开始学习XenServer的时候，就只能拿一台家里自用的PC机来测试安装XenServer，这个还得一台管理机，比如笔记本等等，而且内存也有一定的要求，家里的机器一般也就个2G内存（Maybe已经成为历史了），而且内存也比较贵，扩展起来肉疼，当然现在内存已经白菜价了。就这样的条件，勉勉强强开始了实验，发现只能做一些基本的实验，后很多高级功能又没法测试，比如HA等功能。 有时候也会需要一个干净的XenServer环境，测试一下XenServer的命令，比如我们需要看看某个命令的参数，使用方式，文档毕竟介绍的不是很全面。 很多时候我们都需要一些环境，而这些环境又不是马上可以接入的，比如技术支持的时候，这个时候我们要是有自己的，能够方便接入的环境，就很舒服了。
XenDesktop 5在使用VMWare时MCS创建的虚机自动消失
今天终于有空做了下XenDesktop 5与VMWare ESXi 4.1的时候，实验环境比较简单，XenDesktop 5通过vCenter来连接ESXi。 前期安装一切顺利，当部署完成XenDesktop 5 SP1 DDC服务器以后，准备开始测试MCS功能的时候遇到问题了。 首先，创建主机（Host）连接，选择VMWare virtualization即可，按照XenDesktop 4与VMWare的方法修改了Proxy.xml文件，到此一切正常。但是当通过MCS创建VM的时候，就有问题了，XenDesktop会调用vCenter创建Master虚机的快照，然后复制，创建base image，创建所需要的虚机，重新配置虚机的资源分配，创建域机器帐号，到此还一切正常，但是接下来就会发现，已经创建好的VM正在被删除，最后会提示：无法创建虚拟机 domain\machine$
调整XenServer中VM的内存上下限
在XenServer中，我们可以发现，创建虚机的时候，VM的最大最小值都有规定值，内存无法设置太低，也没法设置的更高，比如选择Windows Server 2003 32bit模版来安装的时候，我们会发现，2003 R2 32bit的模版最多只能设置4GB内存，最少不能少于256M内存。超过范围，XenCenter工具会帮您自动调整为范围内的最接近值。
资源池开启HA后主机保护机制分析
在前端时间曾今写过一篇文章分析过XenServer Resources Pool中开启HA机制后，导致的主机重启，Citrix称之为Host Fencing，也就是所谓的主机保护机制，用于确保存储中VM数据的安全性，具体参考另外一篇文章：XenServer Host Self-fense（主机保护） 今天发现了关于在HA情况下，当发生心跳丢失或者管理口连接丢失情况下究竟哪台主机会重启的官方说明。