Category: VMWare
VMWare放弃vRAM授权模式
早上收到vkernel的邮件，VMWare宣布放弃vRAM License Model，重新采用基于物理CPU的方式来授权使用vshpere。 由此，可以看到基于vRAM这种坑钱的复杂的授权方式经过了一年左右的实践，证明还不是特别适合目前的大多数客户。 Today, VMware announced that they would discontinue vRAM-based licensing for vSphere 5. This will make vSphere licensing once again based off of CPUs in physical hardware. As you can imagine, this is a dramatic change from this time last year. This update in pricing removes any apparent cost “penalties” for achieving…
禁用VM与Hypervisor之间的时间同步功能
基本主流的企业级虚拟化产品，安装完虚机以后，都要在虚机中安装各种Tools，用来增强虚机的性能，以及与主机的交互。而时间同步功能，在目前主流的三家产品中，默认都是启用的。安装完Tools以后，虚机会自动和Host之间同步时间，保持时间与底层主机的一致，但是这种机制在某些情况下会导致上层虚机的时间混乱，比如时区设置，时间准确定，多时区等等。 所在在某些情况下，可能需要禁用该功能。
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在使用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$
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延迟场景下的表现。
XenDesktop 5 PK View 4.5 / 4.6
XenDesktop与view的对比已经出过好几篇文章了。今天不得不再次出来说明一下： 黑色部分为某Citrix工程师发表 蓝色部分为某vmware工程师发表 红色部分是我再次添加内容 再次补充的目的，是让大家有个清楚的认识，而vmware工程师的评注，我也没有删除，原样保留，只是希望给广大用户提供一个客观的认识，大家可以结合各位的意见，经过详细的实际测试后，来看看究竟是谁对谁错。对，是谁对谁错，而不是谁优谁劣。因为有些观点实在无法认同，所以发飙这篇文章进行驳斥。欢迎拍砖。 文中最后会有小插曲哦……
Citrix HDX better than PCoIP?
我的答案是肯定的。 在VDI市场上的竞争来看，主流的只有两家Citrix XenDesktop和VMware View。而一直以来，XenDesktop的用户体验要大大优于View，但是随着View版本的不断升级，View所使用的PCoIP协议性能也在提升。于是，关于两家在VDI上的体验，谁更优的讨论，也开始变得激烈，更有人仅仅为了结果而制作了视频。 最开始Gartner分析公司，项目研究副总裁Chris Wolf说，Citrix HDX远程桌面协议（ICA）在200ms的公网场景要优于high-latency。 对此VMware的 Scott Davis, CTO of the End User Computing business unit ，回应了此事： …VMware View 4.5 with and PCoIP are configured out of the box to provide the richest LAN experience. There are several important parameters that can be adjusted to optimally tune the protocol for WAN conditions and…
Citrix XenDesktop 5与VMware View 4.6之用户体验终极对决
看看真实的XenDesktop5与VMware View4.6的对决。(XenDesktop VS View) 用户体验一度被认为是虚拟桌面的，我们来看看XenDesktop是如何立于不败之地。 对于该视频和某厂商的测试视频的结果不同，大家需要了解以下两点：
XenDesktop Agent无法在使用WDDM驱动的windows7和Vista上安装
在XenDesktop安装agent的时候会提示该错误无法安装。 这个问题一般会出现在物理机或者vmware的的服务器虚拟化或者workstation中安装的windows 7或者vista中。因为这些地方默认一般都是使用WDDM模式驱动。而xenserver中的虚机则没有这个问题。