Author: Froyo
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工具会帮您自动调整为范围内的最接近值。
内存错误导致的系统无法安装
昨天用10M光钎下载RHEL6那个速度还是很给力啊。 但是,当下载完成,安装的时候,就有点意外了,光盘仍进去,启动,选择“Install or upgrade operation system”进入安装过程,可以看到vmlinuz加载完成后,挂在(hang on)了下面这里: Probing edd (edd=0ff to disable)… OK
资源池开启HA后主机保护机制分析
在前端时间曾今写过一篇文章分析过XenServer Resources Pool中开启HA机制后,导致的主机重启,Citrix称之为Host Fencing,也就是所谓的主机保护机制,用于确保存储中VM数据的安全性,具体参考另外一篇文章:XenServer Host Self-fense(主机保护) 今天发现了关于在HA情况下,当发生心跳丢失或者管理口连接丢失情况下究竟哪台主机会重启的官方说明。
查看XenServer服务器安装信息
前端时间,我们介绍了如何查看XenServer中Xen的版本信息的方法,可以参考: 如何查看XenServer中Xen内核版本 今天再来介绍一些如何查看XenServer本身版本的方法,我们直接通过XenServer控制台(xsconsole)能够看到绝大多数信息,但是我们能通过另外一个文件查看XenServer的信息。
配置XenServer VM Crashdump行为
在物理机中,操作系统崩溃后,一般会有Crashdump文件保存,用于分析导致系统崩溃的原因,而在XenServer中,也提供了这样一种机制用于保存Crashdump文件,并且相对于物理机,针对虚机的保护增加了Crashdump(宕机)后的保护操作,用于尽快的恢复业务的运行,保持业务连续性,比如,在VM崩溃以后,自动重启,或者为了稳定,暂时性的关闭虚机,再或者为了保存崩溃的上下文,保持崩溃状态等等操作。
XenApp 6与Windows Server 2008 R2推荐安装的更新
以下内容基于Citrix Technicial Support的经验,由Citrix官方建议应该安装的Citrix XenApp 6的一些hotfix以及Windows Server 2008 R2需要安装的一些更新,这些补丁和更新解决了XenApp 6在windows 2008 R2上使用的一些常见问题,比如windows 2008 R2 SP1上使用的一些问题等等,所以推荐安装。 但是仍然希望Citrix能够出Rollup Pack解决逐个安装的效率问题,逐个安装时间实在是有点长,而且麻烦。
Citrix Production Features by Edition
经常会有人问,Citrix的产品中各版本(普通版、高级版、企业版、白金版等等)之间究竟有些什么区别? 看看Citrix官方的Feature List即可。 登录Citrix官网,然后找到产品,然后在每个产品的How It Works里面可以找到Edition相关的信息。
Miercom Report:Citrix XenDesktop 5 Vs. VMware View 4.6
最新一版的对比测试报告,转自Eric邮件 距离上一期Miercom Report已有时日,当时比较的是XenDesktop4和Vmware4。很高兴我们收到了最新一期的Miercom Report,针对的是双方最新版的产品:Citrix XenDesktop 5 Vs. VMware View 4.6 由于XenDesktop5的企业版和白金版有许多组件和功能都是View4.6无法实现的,为公平起见,本次比较仅就XenDesktop 5的VDI版本和View 4.6进行对比。对比项目主要是在中等负荷情况下的带宽消耗和用户实际体验,包括在LAN和WAN环境下。另外,还测试了Citrix Branch Repeater 和 Riverbed Steelhead WAN产品在WAN的T1带宽下,以及T1带宽+100ms延迟场景下的表现。