Citrix发布新一代远程交付协议,EDT

简介:

对于技术发展来说,任何技术都是没有极致的,只能与时俱进不断发展。需要随着外部环境变化、用户场景需求变化而不断进化。

在远程交付领域相信大家都听说过Citrix的ICA/HDX协议。作为行业内最优秀的远程交付协议,近几年虽然有很多新老协议不断挑战,但是从没被超越!:)

在2016年年底,Citrix将其交付协议的核心部分又做了一次大的跃进,发布了最新的EDT协议(enlightened data transport),进一步拉开和竞争对手的差距。

对于Citrix ICA协议有所了解的兄弟都知道。Citrix过去20多年的远程交付协议都是基于TCP协议为基础,强调的是交付过程中的这种传输保证性。所以其带宽占用低和稳定性一直为人称道。但是随着全球化、互联网的快速发展,跨国跨地区的访问变得越来越多,而且近几年上云趋势的普及,越来越多的用户会将VDI/HSD这种远程交付平台托管在云中,那么TCP协议在广域网这种丢包、延时不可控的场景中,优势就很难发挥。

所以在大约3年前,Citrix收购了一家专注于广域网协议开发的公司Framehawk,他的协议特点基于UDP。在1年多前,Citrix将Framehawk协议集成到了Citrix ICA/HDX协议家族中。Framehawk可以在广域网中提供超强的抗干扰,比如数百毫秒的延迟,他也能保证稳定传输。

但是这个协议最大问题在于他并不是自动适配,而需要管理员手动去选择。也就是说用户要么选择传统ICA协议,要么选择Framehawk协议(相比标准协议,Framehawk功能丰富度有所欠缺)所以其适配场景受到比较大的限制。

但瑕不掩瑜,Citrix通过Framehawk看到了UDP在广域网中对于TCP不可比拟的优势,尤其是当Citrix将目光也投向云市场,提出Workspace as a service,与Microsoft Azure更深层次合作等放方向是,UDP协议的优势就更为诱人。

所以Citrix产品团队开始尝试将TCP和UDP集成到一个统一的通信簇中,在吸收了Citrix过去ICA/HDX协议功能丰富的优点,以及Framehawk在UDP协议的抗干扰特性,EDT应运而生。

EDT的机制,默认情况下EDT运行在UDP协议上,以提高传输效能。在网络不稳定的情况下或者部分链路不支持UDP协议,则传输自动切换为TCP协议,来保证链路的持续稳定传输。

wKioL1h8dkHC-RzsAACL3q10hrY181.jpg



与此同时,与Framehawk不同的是,EDT将会成为整个Citrix ICA/HDX协议的整体通信基础,也就说包括传输、打印、视频等所有功能性协议都会得到支持,保证其功能其丰富性。并且像是对于带宽传输消耗比较高的场景,如:视频、文件传输,新的EDT都会比过去会有更好的效能,特别是网络有延迟的情况下。

wKiom1h8dkKiY80uAAFZO2iWGZA784.jpg


目前EDT协议随着Citrix XenApp/XenDesktop 7.12版本一同发布,现阶段还是为Tech Preview阶段。预计在2017年Q1发布的7.13版本中,将会正式发布,并可能设定为默认的传输协议。(最终以Citrix官方发布为准)

现阶段在7.12版本中,由于EDT还在TP阶段,默认并不会启用,需要在Citrix DDC的协议控制台中手动启用。

wKiom1h8eC6hu79iAADHxc5N-ns613.jpg-wh_50

三个选项的定义为:

Preferred   = EDT first; fallback to TCP


Off  = Never Use EDT; only TCP


Diagnostic   = Always use EDT; no TCP


目前支持EDT协议的Receiver为:Windows Receiver 4.6,MAC Receiver 12.4。

NetScaler需要11.1 (build 51.21)以后的版本。

后续iOS,Linux ,Android等Receiver都会逐步实现对新协议的支持,敬请期待。


部分国外的极客已经完成了EDT一些基础测试,从结果来看还是令人满意的。

http://www.jgspiers.com/hdx-enlightened-data-transport/

http://msandbu.org/benchmarking-adaptive-transport-for-hdx/

相信随着协议最终版本确认和不断的开发、完善,相信EDT这种结合UD+TCP的新协议模式将会发挥出更加强大的效能。


https://www.citrix.com/blogs/2016/12/14/overcoming-latency-to-serve-a-global-user-population/

https://www.citrix.com/blogs/2016/12/08/take-a-look-under-the-hood-of-next-generation-hdx






      本文转自sesame.qian  51CTO博客,原文链接:http://blog.51cto.com/kaiqian/1892305,如需转载请自行联系原作者





相关文章
|
存储 算法 索引
RLE格式分割标注文件表示
RLE格式分割标注文件表示
1402 0
|
8月前
|
存储 网络协议 虚拟化
ESXi 8.0U3e 重大更新发布,修复 150 多个已知问题
ESXi 8.0U3e 重大更新发布,修复 150 多个已知问题
836 5
ESXi 8.0U3e 重大更新发布,修复 150 多个已知问题
|
缓存 前端开发 数据可视化
Webpack Bundle Analyzer:深入分析与优化你的包
Webpack Bundle Analyzer是一款可视化工具,帮助分析Webpack构建结果,找出占用空间较大的模块以便优化。首先需安装Webpack和Webpack Bundle Analyzer,接着在`webpack.config.js`中配置插件。运行Webpack后,会在`dist`目录生成`report.html`,展示交互式图表分析包大小分布。为优化可采用代码分割、Tree Shaking、压缩插件、加载器优化、模块懒加载、代码预热、提取公共库、使用CDN、图片优化、利用缓存、避免重复模块、使用Source Maps、优化字体和图标、避免全局样式污染以及优化HTML输出等策略。
564 3
|
安全 Java 程序员
深入Java集合框架:解密List的Fail-Fast与Fail-Safe机制
本文介绍了 Java 中 List 的遍历和删除操作,重点讨论了快速失败(fail-fast)和安全失败(fail-safe)机制。通过普通 for 循环、迭代器和 foreach 循环的对比,详细解释了各种方法的优缺点及适用场景,特别是在多线程环境下的表现。最后推荐了适合高并发场景的 fail-safe 容器,如 CopyOnWriteArrayList 和 ConcurrentHashMap。
273 5
|
Arthas 运维 监控
排忧解难:线上问题排查工具箱
线上系统在各行各业中扮演关键角色,任何问题都可能对企业运营造成严重影响。排查复杂性增加,需要专门的线上问题排查工具箱。工具箱包含监控、日志分析、性能分析和故障排查工具,如系统监控的`top`、`htop`,应用监控的`New Relic`、`AppDynamics`,日志分析的`ELK Stack`、`Graylog`,以及故障排查的`jps`、`jstack`、`Arthas`等。这些工具能提升问题解决效率,降低排查成本,确保业务连续性。
445 2
|
JavaScript API
Vue3间距(Space)
这是一个基于 Vue 的间距组件 Space 的介绍,提供了在线预览和详细的 API 文档,包括区域宽度、垂直排列方式、布局方向等参数设置。此外,还展示了如何在页面中引入并使用该组件,配合其他 Vue3 组件如弹出确认、单选按钮、卡片等实现丰富的布局效果。
278 2
Vue3间距(Space)
|
存储 Linux 网络架构
如何在Linux上添加路由?
【4月更文挑战第8天】
331 2
如何在Linux上添加路由?
|
消息中间件 Java Spring
Spring Boot与NATS消息系统的集成方法
Spring Boot与NATS消息系统的集成方法
|
Kubernetes Cloud Native 微服务
作者推荐|剖析云原生服务框架中服务发现机制的核心原理与实现机制
作者推荐|剖析云原生服务框架中服务发现机制的核心原理与实现机制
550 0
|
大数据 Linux KVM
【云计算与大数据技术】虚拟化技术、开源技术Xen、KVM、OpenVZ的讲解(图文解释 超详细)
【云计算与大数据技术】虚拟化技术、开源技术Xen、KVM、OpenVZ的讲解(图文解释 超详细)
591 0

热门文章

最新文章