Category: Citrix
XenApp与XenDesktop环境中策略的更新
在XenApp和XenDesktop环境中，策略分为Active Directory-Based策略和IMA-Based策略。在以下情况下，这些策略会刷新： 用户登录的时候 服务器重启以后 策略的刷新间隔时间到了以后 强制手动刷新策略
XenServer中动态内存配置
以前一直以为XenServer的动态内存只是用来保证上线不超过可用内存总量，但是一直搞不清楚，如果这样的话，就不能超量分配了，要DMC还有何用？发现可能理解错误了。XenServer开启DMC的情况下，内存也能够超量使用。
Desktop Director 2.0连接XenApp 6.5配置
Citrix在发布XenDesktop 5.5和XenApp 6.5以后，也同时更新了Desktop Director，在XenDesktop 5发布的时候，Citrix推出了面向Help Desk的管理工具Desktop Director，能够用来便捷的管理和查看XenDesktop环境的运行状况，进行快捷的Troubleshooting。在新版本发布以后，Citrix将该工具的支持扩展到了XenApp 6.5，为XenApp提供了help Desk工具，Desktop Director也升级到了2.0版本。
XenApp 6.5 许可使用情况查看工具
在发布XenApp 6.5 和XenDesktop 5.5的同时，我们发现，在XenApp 6.5中，Citrix同时提供了一个License Usage Utility。目前这个工具只能配合XenApp 6.5使用。使用该工具，能够生成XenApp许可的历史数据以及按月输出的精确的报告。 下载地址：Guide to Using the CSP License Reporting Tool.zip [alert type=”warning”]2014/12/23更新： 新的工具名称 Citrix Usage Collector 1.0.1 [/alert]
XenServer中Fast Copy与Full Copy的区别
详细跟踪了一下LVM-Based VDI与File-Based VDI的复制与链接过程，我们可以发现，Fast Copy与Full Copy有很大的区别，不同的形式对虚机VBD的性能具有一定的影响。
调整Domain0使用的vCPU数量
在XenServer5.6 FP1以后，Dom0为一个多虚拟（逻辑）CPU的控制域，默认情况下会有4个vCPU分配给Dom0，在数量小于4的情况下，Dom0使用的vCPU数量由实际物理CPU核心决定，例如：下图双核CPU中，Dom0使用了两个vCPU。 在某些情况下，我们可能需要手工调整Dom0的vCPU数量，默认情况下，在系统启动的时候，8个vcpu分配给dom0，而在unplug-vcpus服务启动以后，会减少到4个。
HDX Monitor 2.0支持远程HDX检测
使用过老版本的HDX Monitor（Hdx Health Check）的应该也发现了，这个工具用来troubleshooting HDX的问题，以及重定向的问题是很有帮助的，但是这些工具必须安装到VDA里面，这样就会到来一些不方便，而随着XenDesktop 5的发布，Citrix引入了面向Help Desk的管理控制台Desktop Director，借助Windows Remote Management（WinRM）功能来实现远程查看VDA的状态，来帮助排错，同时也提供了基本的HDX状态信息，包括multimedia、Flash Redirection，但是还不是很详细。 最近Citrix推出了HDX Monitor 2.0（目前是Tech Preview版本） 相比如Desktop Director提供更多的HDX信息 提供了对XenApp 6.5的支持，当然也支持XenDesktop 5.5 提供了远程检测的支持，需要WinRM支持
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的格式对存储空间消耗以及性能产生比较重要的影响。