Tag Archives: Citrix
XenApp 6.5 Mobility Pack and Mobile App SDK v1
XenApp 6.5 Mobility Pack 是可以安装在XenApp服务器上的一个扩展包，它能够使企业应用调用到移动终端设备上的原生功能，包括：GPS，摄像头，原生的界面控件。这个扩展包增加的策略能够和终端设备交互，控制相关传感器和功能。 XenApp 6.5 Mobile Application SDK 是一个开发包，程序猿可以使用一个微软Virtual Studio的开发环境，使用C或者C++语言来开发出运行在移动设备上的企业应用。 百闻不如一见，下面是一个实例程序。 此程序是一个供水设施的巡检系统，中间部分是告警事件，按时间先后顺序显示了出现故障的GPS坐标，告警设备类型等信息。左边显示的是这些告警的地点在gogle map上的位置，下面是设备的图片。屏幕的右侧是事件处理区域，可以让巡查人员编辑和处理每一条告警事件，右下角是使用移动摄像头拍照记录的部分。这个应用是透过Citrix Receiver连接到虚拟应用发布服务器上使用的，虚拟应用发布服务器上发布了此应用的客户端，次客户端在和后台的应用服务器交互，做信息的存储和处理等业务逻辑操作。以上是我对改应用的理解。原帖见：http://blogs.citrix.com/2011/10/25/announcing-the-xenapp-6-5-mobile-application-sdk-mobility-pack/ 下面在举一个例子：对比一下使用了移动应用开发包优化过后的XenDesktop虚拟桌面和为优化的差异，细节下差异一目了然。 For example, with this pack, XenApp can intelligently recognize an Android or iOS tablet as the endpoint and render Tablet Optimized Desktops, making the experience much more natural for the user. From this: to this: No
如何安装和使用Citrix XenApp 6.5 移动应用开发包SDK
继续转帖自学，可惜我没有空自己搭这个开发环境。不过我最想开发的一个应用是：一个记录我做DDMD的应用，在每个DDMD现场我都拍一张照片，记录一下现场的人，记录一下做Demo的坐标。这样我可以看看，我一个月下来做了多少次DDMD。 From http://www.jasonconger.com/ In this post, we will go over the installation steps of the Citrix XenApp 6.5 Mobile Application SDK, explorer what is added to the XenApp 6.5 server during installation, and compile one of the samples given in the SDK. Now that we have setting up an Android emulatorout of the way, let’s
【ZT】 View和XenDesktop到底谁更简单 Part II
FROM ： http://vdesk.blog.51cto.com/2969473/774669 望着这个标题发了半小时呆后，我就想抽自己！真的没法写，这两个东西丫的没一个简单的！如果你唯一目标就是奔着“简单”去的。So sorry，您找错对象了。 View和XenDesktop其实都是为大企业客户设计的解决方案，仅从版本命名上就可见一斑。View最低版本叫Enterprise Edition，高阶版叫Premier Edition。XenDesktop相似，叫做Enterprise Edition和Platinum Edition。 知道啥叫Enterprise吗？Enterprise就是大企业客户。大企业客户在生意对话中属于强势的一方，他们会定义自己的标准和架构，然后要求厂商的产品去支持和与之集成。另外大企业内用户众多，应用场景复杂，也要求桌面的方案足够灵活，能够定制不同策略以适应不同的标准和要求。因此为大企业客户设计的解决方案它压根就简单不了！ 在比较企业级的解决方案时，通常关注点不会放在“简单”上面。而是比较谁对大企业的要求适应性更强。国外有一个叫Burton Group的组织（now part of Gartner），花了5个多月时间做了一个桌面虚拟化的评估标准。标准覆盖甚广： -User experience -Service advertising and connection brokerage -Business continuity -Network -Storage -Back-end virtual infrastructure -Management -Security -Guest OS support -Licensing -Product support -Third-party vendor support 这个标准今天被看作是桌面虚拟化领域的权威定义。国内巨头企业在桌面虚拟化选型时，无一例外都会参考这个标准。这个标准将产品功能分成三级： Must to have，Need to have和Nice to have。随后Burton group对XenDesktop 4和View4.5按这个标准做了一个完整评估，评估结论如下： 从上面的图表，你会发现View刚刚走完Must to
Personalization RingCube
转帖自学 Personalization – Where does RingCube fit? http://blogs.citrix.com/2011/08/24/personal-vdisks/ Digging into RingCube http://blogs.citrix.com/2011/08/29/digging-into-ringcube/
[zt] 比较两大虚拟桌面厂商的系统镜像管理
虚拟桌面的出现，极大简化了桌面的管理。针对操作系统部分，VMware和Citrix两大厂商都推出了一对多方式的桌面镜像管理。VMware叫Link Clone技术。而Citrix有两种，一种与Link Clone技术对应，叫做MCS；另一种是其独有的，叫PVS。 简而言之，就是IT管理员只需要维护少数操作系统模板，虚拟桌面都是从某一个母版派生出来的。只要保证母版的系统补丁是最新的，其派生出来的桌面就能同步到最新。于是打补丁的工作再也不需要针对数不清的桌面实例来进行了， 管理员得到极大的解脱。 但是这种一对多方式的桌面镜像管理也带来了一个大的挑战。这个挑战不解决，“简化桌面管理”只能是一个伪命题。 当所有虚拟桌面都跑在一个共享存储之上时，存储最可能成为性能的瓶颈。桌面系统产生的存储访问需求是随机的，不同的用户在以各种不可预测的方式对存储产生读写访问，所以很难做到精确计算。 如果存储子系统配置过低，则很容易过载，所有的用户都会感觉桌面运行很慢。如果配置过高，其成本又会爆炸式增长，彻底淹没桌面虚拟化所带来的好处。另外桌面上的行为往往又有一定的趋同性，如早8点同时开机， 中午空闲时防病毒自动扫描，同时观看某个紧急培训的视频片段，恶意病毒繁殖等等。当大量用户在同一时间开始并发存储读写任务时， 就会产生 “存储IO风暴”，最糟糕的情况下能瘫痪整个磁盘柜。为了解决这一问题，VMware和Citrix分别采取了不同的方法来应对。 VMware提出分级存储的概念，提倡不同性质的数据应区别对待。简单理解就是花钱来买性能。 对于系统镜像模板这类高频访问的数据，他推荐用户放置在SSD，甚至Flash Memory Card之上。由于一个20G的系统模板最大能支持50~60个虚拟桌面开机，所以当虚拟桌面数量上规模时，高速存储的容量也要求越大。这类商用高速存储将是一笔不菲的开销，要知道其陡峭的性能增长曲线与成本曲线是成正比的关系。 而Citrix采用了更廉价更聪明的做法。既然磁盘操作是计算环节中最慢的部分，那我就尽量避免它。Citrix在其两种镜像管理方法中都使用了镜像缓存技术来分担对共享存储的压力。例如PVS， 镜像不再是从共享存储上直接访问，而是由“Provisioning Server”来统一分发。“Provisioning Server”会将母版镜像缓存在内存中，通过网络流送给虚拟桌面。由于整个路径上都是电气信号的转换，所以性能比磁盘的机械操作要快得多。大家可以参考以下视频，更直观地了解PVS的开机性能（Ardence是Citrix收购前的名称） MCS+IntelliCache方法则是将集中于中央共享存储的压力分摊到每一个虚拟桌面宿主服务器上。一般宿主服务器上都配有本地硬盘，这些硬盘空间不用白不用。当宿主服务器加载第一个虚拟桌面时，系统镜像就被缓存在本地存储上，当后续虚拟桌面开机时，宿主服务器如果发现使用的是相同模板（通常就是），就直接从本地存储读取，不再访问共享存储了。如果桌面是可回收类型的，那么用户在桌面上的写操作也全部发生在服务器本地，不会写到共享存储上。因为当用户登出时，虚拟桌面上的临时改变都会被丢弃。 无论是PVS还是MCS都是想方设法将共享存储上的IOPS卸载下来，从而降低虚拟桌面方案对高端共享存储的依赖性。有客户做了一个简单的测试，结论是VMware的Link Clone技术所需的IOPS大致是Citrix的1.5倍以上。VMware也认识到自己方案的不足，在其后期版本中也规划了类似于Citrix Intellicache技术的缓存方法。由于该技术尚未发布，本文暂不做评价。 后记：这篇文章引起了很多的争论。有必要澄清一下。 使用PVS时，既可以创建“个人专用桌面”，也可以创建“浮动分配桌面”。 PVS你可以把他简单理解成一个你“自制的IP-SAN的存储”。只不过这个“自制存储”仅用来分发系统镜像，是只读的。而你原有的共享存储主要用来保存用户数据，是可写的。很多人会质疑PVS的性能，通过网络流送OS image，会在网络中出现瓶颈。其实拿IP-SAN来做参照，大家都要对外提供基础镜像，都是走的IP协议，IP-SAN你就不担忧吗？PVS直接将OS Image 加载到内存中向外分发，它不会比IP-SAN从磁盘读还慢。引入PVS方案，会增加Server的数量，但它的好处就是让你有了突破传统存储瓶颈，具备横向扩展的能力。传统存储出现瓶颈，你只能Scale UP，大家都知道动存储是个很麻烦的事情，但是PVS出现瓶颈，你可以通过加网卡或者增加PVS Server的方式Scale out。以上比喻仅限于桌面虚拟化系统基础镜像场景。大家不要衍生到其他可横向扩展的存储技术领域。 From 一周耀文 : http://vdesk.blog.51cto.com/2969473/739351