用友NC跨境应用问题解决方案.docx
- 文档编号:28089421
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:28
- 大小:1.40MB
用友NC跨境应用问题解决方案.docx
《用友NC跨境应用问题解决方案.docx》由会员分享,可在线阅读,更多相关《用友NC跨境应用问题解决方案.docx(28页珍藏版)》请在冰豆网上搜索。
用友NC跨境应用问题解决方案
北京XXXX有限责任公司
集团网络应用统一加速方案
(V1.0)
目录
1关于项目建设背景、目标与定位3
2关键问题分析4
2.1问题根源分析5
2.2广域网性能低下的根本原因8
3XXXX解决方案9
3.1QuickBi网络优化网络加速技术概述9
3.2QuickBi技术与产品特点10
3.3项目方案技术指标11
3.4产品型号12
附件一:
QuickBi核心技术介绍14
附件二:
XXXX实际测试报告数据18
4部署结构18
1.1设备部署模式说明18
1.2用户终端部署20
4.1测试案例
(一):
FTP测试20
4.1.1测试实施:
测试设备部署20
4.1.2FTP数据上传(迪拜北京)测试记录数据23
4.1.3FTP数据下载(迪拜北京)测试记录数据24
1关于项目建设背景、目标与定位
⏹公司背景:
北京XXXX股份有限公司(简称“XXXX”),是中国领先的幕墙系统整体解决方案提供者——集产品研发、工程设计、精密制造、安装施工、咨询服务、成品出口于一体。
XXXX总部设在北京,在全球建立了20多家分支机构,在北京、上海、广州等地设有一流的研发设计中心与生产基地。
近年,随着公司大量海外项目的建设,海外分支机构逐年壮大。
XXXX信息化系统当前采用集中部署,全球分布访问的应用模式。
核心应用为国内顶级ERP厂商的供应链管理系统(NC供应量管理),服务器资源统一部署在北京总部机房,通过网络提供全国和所有海外分支机构使用。
此外,集体视频会议,IP电话等网络应用同样采用上述集中部署的方式。
相应的公司总部当前网络出口资源主要由:
电信通20M互联网接入资源承载全部网络应用。
⏹网络应现状与问题:
当前公司有大量的海外项目。
公司总部与海外项目部间存在大量业务类和管理类的文件交换,由其是设计类的文件,数量具大(单个文件巨大,数以十GB),交换频率高。
因涉及跨境问题,这样的大文件交互一直以来没有解决方案,导致现有网络支援系统效率十分低下,十分严重的影响公司业务效率。
我们信息部门自身经过长期测试,并邀请一些外部的专业网络公司对链路进行过不同深度的测试,实际表明:
当前迪拜到北京总部机房的实际链路带宽仅仅为20K左右,这个带宽资源还不及家庭上网的带宽。
而事实上,北京总部实际出口带宽至少是10M,迪拜方面是4M。
在这个双边都是大容量宽带接入的背景下,可用带宽仅仅有20K的客观情况,事实上已经不是接入带宽资源本身不足的问题,而是国际链路通讯质量的问题。
解决这个问题,我们尝试了多种方案(甚至考虑过花费巨额资金去申请国际专线),但经过信息部门持续技术研究,并经过实际技术测试,最终确定通过低廉的一次性投入WAN优化的方式,可以彻底解决这些问题。
特别需要说明的是:
1.WAN优化是一次投入,不存在租用国际链路的每月的持续的高额费用。
并且WAN优化一次投入,将为公司今后其他区域所有海外区域的项目发展提供之久支持。
2.公司现在网络传输,尤其是海外项目的现场到北京总部;或者公司在南方区域的分支机构到北京总部当前面临的这些访问速度超级慢的根源不是带宽不足,而是实际可用带宽提高不上去,只能达到接入带宽的10%甚至更低,造成这个问题的根源不是链路而是传输技术。
3.本轮我们申报的WAN优化技术解决方案是一揽子解决方案,不是单一对一个应用系统,而是凡是公司涉及远程应用的企业系统都将通过一次建设普遍解决的解决方案。
⏹区域覆盖:
北京总部;中东项目;以及全球其他任何区域的项目现场。
⏹解决问题覆盖:
应用对象
覆盖区约
1
视频会议系统
含国际IP电话
所有使用视频会议的分支机构;
包括海外项目。
2
NC系统(供应量管理)
用友集团大型ERP系统
所有NC授权用户。
3
集团OA系统
所有OA授权用户。
4
其他任何涉及广域应用的系统
*
安全性
1.充分考虑数据安全性;彻底屏弃关键业务数据通过非公司网络资源传输的途径。
如:
QQ,MSN。
2.对所有办公涉及的项目开发资源数据(包括图纸)的往来实现数据加密,传输加密。
2关键问题分析
本项目的关键问题是:
在保护投资的前提下(不租用国际专线链路,不租用高带宽接入等),如何实现北京到项目一线的大数据高速传输,视频会议无障碍,NC流畅应用灯。
这个问题有一定的技术难度,同时也是目前公司实际业务中的关键障碍,是阻碍效率的关键点。
2.1问题根源分析
1.跨境问题。
(本质上是跨网络运营商导致的运营商间因链路边界连接导致的实际传输链路上存在较高丢包率。
距离:
北京总部多线接入经过国际多运营商链路到达目的国家的运营商,每经过一个运营商,边缘问题都大量存在丢包率的引入)
2.距离问题。
从中国总部到项目现场一般超过4000公里,距离直接引入的是延时,在大延时背景下会直接导致链路可用带宽锐减。
距离:
北京到上海的延迟为30ms左右,利用Windows文件共享(CIFS)打开MS-Word文档时,信息的交换为数百次甚至上千次。
传输一个完成的文件总共需要的时间为:
次数X时间。
如传输500次,延迟30ms,总共的传输时间为:
500*30ms=15s。
由于延迟的影响,无法提高TCP的传输质量。
在这个客观的链路参数上(客观链路物理状况)使用100Mbps的互联网接入线路,真正可以为企业使用的极限带宽也只有15Mbps左右。
如此,北京到迪拜,北京到非洲,延迟时间至少超过100ms.
3.传输协议问题。
当前我们和大部分互联网使用的是标准TCP/IP协议。
这个协议本身从根源上是提供局域网使用的协议。
是低效率的传输协议。
TCP协议的端到端应答机制。
在TCP协议中,从一端到一端(比如在服务器和客户机之间)所正在传输的数据量受数据报窗口大小的限制。
当该窗口满了以后,发送方就无法发送更多的数据,直到接收方确认已经接收了窗口中的部分数据。
如果数据报窗口太小的话,势必会限制数据从一方传送到另一方并进行应答的速率,进而影响到整条链路的数据吞吐能力。
4.移动办公/无线链路问题。
无线链路较固网链路最大的区别是,延时更大,丢包率更高,同时它是窄带接入。
这个终端接入模式下,做大文件传输,不做网络优化,原则上是不能用于大文件传递的。
深度技术分析并定量分析技术指标:
延时(RTT)是自然的物理现象,是光电传输在物理链路长度下的自然时间周期。
这个周期是无法直接克服的。
由于延时瓶颈的存在,即使企业拥有足够的可用带宽,应用上也完全有可能无法充分利用好这些企业的接入带宽资源。
■上图表明了一条4M链路进行TCP连接时其有效数据吞吐能力随延迟的变化情况。
在低延迟的情况下,线路能达到其带宽允许的最高数据吞吐量,但是当数据延迟超过40ms时,延迟瓶颈的影响就要超过带宽瓶颈的影响了。
丢包(LOSS)往往和网络结构有直接关系,一般体现为丢包率参数。
丢包率,是一个比率,网络中数据的传输是以发送和接收数据包的形式传输的,理想状态下是发送了多少数据包就能接收到多少数据包,但是由于信号衰减、网络质量等等诸多因素的影响下,并不会出现理想状态的结果,就是不会发多少数据包就能接收到多少。
在单位时间内发送的数据包和未收到的数据包的比率就是丢包率,它越小说明网络物理状况越好。
■上图表明在有丢包率得链路上不同丢包率对于通讯性能锐减的影响程度。
在进行TCP连接时有效数据吞吐能力随丢包率的增加锐性衰减幅度很大。
因此,如果存在丢包率,他对网络造成的瓶颈是致命性影响。
在广域网上RTT和LOSS对通讯性能的影响程度不是一个数量级的。
解决高丢包率这种恶性链路下的稳定和高效通讯性能更具技术挑战性;相应的解决延时问题则具有普遍应用改善意义。
技术上可以确定的是:
在延时和丢包面前增加带宽、包括租用局端接入专线都不是解决之道,WAN加速和WAN优化是解决问题的技术核心支柱。
原因是:
我们现实遇到的慢的问题,其根源第一不是带宽不足的问题,而是企业租用的带宽不能充分利用的问题。
比如,你企业总部出口带宽是5M,你可以实际技术监测:
5M带宽中实际你能到的极限带宽是数十K而已。
只有通过WAN优化技术,才能从根本上解决WAN的性能问题。
使得5000公里远感觉像是在隔壁,使WAN在实际通讯性能上具有和LAN可以媲美的性能。
结论:
丢包和延时两个根本特性才是导致LAN和WAN境况不同的根本。
相应的解决问题的本质环节,恰恰在于改进延时和丢包对链路实际通讯的影响。
2.2广域网性能低下的根本原因
XXXX公司,假设有5M的互联网带宽。
在北京到中东或非洲一线项目间,如果做点对点传输基本在800MS的延时情况下,实际传输文件的可用的带宽不会超过0.3M。
如果在这个链路上,同时拥有1%的丢包率,那么这个可用带宽将变得是可以忽略不计。
这和我们长期监测的链路应用实际情况完全一致。
解决问题的方法必须通过WAN优化技术。
3XXXX解决方案
广域网络优化技术目前主要集中在国外技术厂手中,设备价格高的惊人。
同时广域网优化主要主要有三类:
QOS,网络缓存类和传输优化类。
到目前为止,各类技术设备我们都组织了不同深度和范围的测试,其中:
网络缓存类对视频系统,应用软件系统如,NC,没有实际效果。
只有传输优化类设备到目前对我公司实际问题具有全面解决的实际效果。
参考附件测试报告。
以下针对典型的传输优化设备QUICKBI,进行方案说明:
3.1QuickBi网络优化网络加速技术概述
QuickBi是唯一推出真正的网络透明化WAN优化/WAN加速设备。
我们的广域网加速是真实的传输加速,而不是本地化的网络缓存或简单的流控技术。
部署QuickBi解决方案后,您不需要重新部署或更改企业的网络监测工具、防火墙和任何企业应用系统对象。
QuickBi设备属于自动发现、自动配置和自动调节类型,安装部署与调试在几分钟之内就可完成,不会影响现有的企业网络基础架构。
中央端和客户端的数据通讯会根据网络状况、数据流和应用组合选择最恰当的几种WAN加速参数体系,选择最佳传输链路,并随着改变而动态调节系统,确保能随时提供最佳性能。
更重要的是:
QuickBi技术解决方案下,设备的部署是单端部署,即,旁路部署结构接入企业网络。
典型的连接方式参考下图:
上图中部署了两种QuickBi的典型应用。
其中对于PCTOLAN的加速模型是QuickBi独有的WAN优化技术,它直接支持单端部署设备,远程分支机构仅需安装软件客户端或插USB-Key即可实现全链路双向高速通讯。
另一种部署模式为LANTOLAN的加速模型,支持分支机构办公区域对中央总部服务器机群的所有应用加速。
✧单端部署。
一地集中部署,全球广域终端/含移动终端全面加速。
✧加速流量,使带宽在高延时,大丢包环境中得到充分利用和性能提升。
技术优势:
唯一一家采用TCP优化和IP编码技术优化的厂商。
优化TCP传输协议,采用更高效率的稳定传输协议;改变IP包顺序传输技术,极限提升网络传输速度。
唯一能在大丢包率的恶性链路下确保企业应用持续稳定的技术解决方案拥有者。
核心技术拥有大量国防领域应用。
全面支持移动商务。
是全球领先的无线网络加速技术支撑厂商。
同等链路环境下传输效率卓越领先。
广普加速。
可实现广谱应用加速,也可以针对单独应用进行加速。
旁路部署。
独有的旁路设计,不改变企业现有的网络拓扑,即插即用,稳定安全。
3.2QuickBi技术与产品特点
QuickBi提供了高性能的广域网(WAN)优化与数据通讯加速功能,极大地提升了企业基于广域网的应用响应能力,降低了终端PC用户的响应处理等待时间,提高了广域网(WAN)吞吐量。
QuickBi广域网优化与加速产品应用对象广泛。
QuickBi产品,通过四类核心技术(含专利技术)的研发和平衡应用,直面解决广域网应用系统的数据传输瓶颈问题。
无论客户终端PC接入位置,无论终端PC接入方式,QuickBi的应用性能快速简洁的为终端应用和企业中心应用服务器(应用中心;服务中心;数据中心;存储中心等)之间建立一个基于互联网的‘超级通道’并通过这个‘超级通道’内完成数据传输。
在通道内数据通讯呈现的是几何级的加速,加速一切桌面应用交互和数据传输通讯。
QuickBi广域网加速引擎(WAN加速产品)是全球第一款关注于终端用户的网络加速产品。
QuickBi广域网加速引擎的部署可以轻松实现终端PC与受访问的服务器主机之间的加密虚拟高速通道。
QuickBi加速引擎产品的技术根本是加速传输,而非网络缓存。
QuickBi广域网加速产品(WAN加速产品)对于常用的网络应用有卓越的加速效果,尤其是当企业需要进行跨ISP(如南北问题,跨运营商)、跨国/跨境通信时,QuickBi的通用加速产品的数据传输性能超越任何同类其它产品至少十倍以上。
QuickBi广域网加速产品设备为所有基于IP的广域网如专线、公共虚拟专用网、卫星和无线广域网提供了完全透明的PC到LAN的解决方案。
透明这一重要特征让企业不用对现有网络管理工具、防火墙、网络服务或应用进行任何更改。
QuickBi具有与原有网络同时运行的特点,即QuickBi广域网加速产品可以让使用加速和不使用加速产品的终端用户都能够无障碍的同时访问本地或远端网络服务器。
QuickBi广域网加速引擎产品和所需要加速的服务、数据中心等对象是旁路部署的关系。
3.3项目方案技术指标
针对我们对中国石油工程建设(集团)公司的初步调研了解,我方首先公开承诺:
本技术方案我们确保客户方面网络加速效果较加速前:
文件传输有5~~100倍以上的加速(以顶满客户本地接入资源带宽为准);集团邮件系统的加速效果不低于文件传输加速。
技术承诺细节:
技术指标描述
大包数据通讯
本产品对大数据应用如:
大数据文件传输、分支数据同步、灾难备份、收发带有大附件的邮件、大网页访问、数据库查询等在同等条件下传输效率提升比例随丢包率上升而几何上升,丢包率每高10%,传输效率至少提升10倍以上。
如丢包率为20%时,在带宽允许时,传输效率至少提升100倍以上,丢包率30%,传输效率至少提升1000倍以上。
本方案的网络加速产品是基于我公司拥有完全自主知识产权的Meta-Code(元编码)技术开发出QuickBi系列WAN优化产品。
该产品工作于任何基于IP网路中的应用网络加速。
元编码技术可以将不限大小的数据进行任意切割分片,然后对每片进行二进制重新多维编码,让新的数据编码片尽量多的包含原文件内容,然后将这些编码片高速发送出去,接收服务器只需要接收到足够多(不需要全部文件编码片)的编码片以后,就可以立即将原数据还原,从而在保证安全稳定的前提下,实现了数据的高速通讯。
QuickBi科技的高速传输技术对网络质量要求不高,可以稳定工作在非常‘恶劣’(如丢包率大于50%以上等网络)的网络环境中。
元编码技术是目前国内第一个无几率纠错编码技术,比目前国际上最好的编码技术效率要高至少2%以上。
它可以从有限的数据块生成出无限的纠错包,从而不受丢包率及错码率影响,将一般系统性纠错码增长方式从几何增长模式降低为线形增长模式,大大的减轻了传输资源开销。
元编码技术使用非常灵活,对软件操作平台和数据格式都没有任何要求,并且可以广泛的应用在各种网络环境中,如移动数据网络、固定网络、微波及卫星通讯等。
项目部署示意图
3.4产品型号
选择QuickBi通用加速服务器系列产品:
QuickBi_A10000。
QuickBi_A加速引擎是一款稳定可靠的、适合网络应用加速传输的高性能网络加速通讯设备,其主要技术指标如下:
(1)产品规格配置
设备类型
WAN加速产品
磁盘容量
256M-1T;
DOMDriverOrIDEHardDriver
总吞吐速度
128kbps-800Mbps
网络接口
10/100/1000Base-T网口;
控制端口
本地串口或远程控制
主要功能
参加产品白皮书
设备管理
本地图形界面管理
电 源
AC:
210-240V47-63Hz,2A
机架安装
可安装于标准
19"机架
外观尺寸
(mm)
400MM(长)×290MM(宽)×45MM(高)
重量(kg)
14.9Kg或参见机箱包装
(2)电器性能指标:
配 置
范 围
说 明
电源
400W-450W
工作温度
-15℃--45℃
存储温度-15℃--55℃
(3)客户端设备:
(独立USB-KEY设备)或软件插件。
附件一:
QuickBi核心技术介绍
瀚维特科技针对广域网存在的棘手问题,提供了业界最为领先的广域网加速解决方案。
它通过集成最全面优化技术手段并且紧密配合相互依存的技术体系架构-QuickBiMetaCode,彻底解决了广域网对应用系统性能发挥的瓶颈效应。
QuickBiMetaCode技术体系集成了包括以下多种广域网优化技术特点:
●MetaCode压缩技术
一种专利的数据压缩算法,通过基于动态的数据原编码样式库检测数据流中重复数据并将其用简单的符号替代,从而减少广域网上的数据流量,可以提高2-8倍可用带宽容量,解决带宽资源紧张的问题。
●MetaCode编码技术
瀚维特科技拥有完全自主知识产权的一种类前向纠错编码(FEC)核心技术,是目前传输效率最高的编码技术,比国际上最先进(如美军普遍使用的通讯编码技术)的编码技术效率高至少2%以上,该编码技术可有效避免丢包引起的重建中断的传输损耗,从而节约数据重传的时间,提升多种基于TCP的应用的性能。
●数据包流加速技术
提供的TCP层应用加速功能,通过快速建立TCP连接,终结TCP并使用更加有效的传输协议在客户端与QuickBi设备之间传输数据,从而简化TCP协议交互过程,满负荷的传送数据,最大效率的利用可用带宽。
●基于策略多路径优化技术
可以对多广域网链路进行优化,并可以将应用动态分担到不同的广域网链路,保障应用的服务等级而且提高链路利用效率。
1、MetaCode压缩技术有效减少网络流量
MetaCode压缩技术是一种专利的压缩技术,该技术以DNA序列研究中采用的方法为基础,将生物学中的DNA特征排序研究成果应用在数据通信领域。
QuickBi客户端截获传输到广域网(WAN)之前的通讯数据,并利用独特的MetaCode压缩技术智能化对以Bit为基础单位的所有IP数据进行智能分析,并建立MetaCode元编码样式,只能搜索和替代重复的MetaCode,获取非常大的压缩比,从而将现有网络容量增大到多达10倍。
MetaCode压缩技术与传统的压缩技术有较大的不同,不同之处主要在于元数据技术之上,传统压缩技术一般在有限范围内(一般2048字节)找寻和替代重复的数据,MetaCode通过特殊的编码规则,可以智能化调节样式数据的大小和片段,大大提升重复数据的识别效率。
MetaCode压缩技术示意图
2、专有的MetaCode编码技术有效提升传输效率
QuickBi网络加速技术核心是基于拥有完全自主知识产权的Meta-Code(元编码,我们的专利)技术开发出的工作于任何基于IP网路中的应用网络加速技术。
MetaCode编码技术可以有效的克服丢包和延迟对于网络传输的影响,是QuickBi拥有完全自主知识产权的一种类前向纠错编码(FEC)核心技术,是目前传输效率最高的编码技术,比国际上最先进(如美军普遍使用的通讯编码技术)的编码技术效率高至少2%以上。
一般的数据传输受到网络传输质量影响非常大,特别是网络中既有丢包又有延迟时,传输效率非常低下,为了保证传输内容的无误,通常采用FEC技术来保证传输的数据包尽量完整还原,而传统的FEC技术需要在原始数据上增加冗余数据,以确保在丢包的情况下可以恢复原始内容。
因此,传统FEC技术的编码及解码时间要求太大,带宽利用率低,传输效率不高,一般比较适合传输量不大的数据传输。
MetaCode编码技术不同于传统FEC方式,它理论上可以从有限的数据包生成出无限的编码数据包,每个新的编码数据包都具有‘平等性’,即可以理解为所有生成的编码数据包都是“一样的”,因此,在数据传输过程中,最终传输成功与否从最初的与数据包数量和数据包的内容两个主要参数相关变为只与收到的编码数据包的数量有关,而与收到的编码数据包的顺序和编码数据包本身的内容无关,接收方只要接收到足够数量的编码数据包后就可以瞬间还原原始数据包。
因此,将数据传输从至少与3个参数相关变为只与一个参数相关,传输速度和效率程指数性提高。
而且,我们的技术并不需要预先知道网络的丢包情况、网络延迟情况等,特别适合在网络质量无法保证或不稳定数据网络(如互联网、移动网络等)中稳定可靠的数据通讯。
MetaCode技术主要特点
可靠性:
MetaCode码本身的‘平等性’原则使用户只要接收到足够多的编码数据包,就能保证重建原始内容,丢包或网络连接的不稳定并不会影响MetaCode码可靠地传递数据,也不会引起数据的剧烈衰减。
高速度:
因为数据传输可靠性与发送方无关,接收方与发送方的确认信息可以减到最小,也可以不需要确认,因此,理论上发送方可以以任何设定的速度发送编码数据包,而不象TCP需要进行反复确认,非常容易受到网络延时及丢包问题所影响。
缩放性:
MetaCode技术不需要反馈通道来保证可靠的数据传递,而且发起端与接收端不需要保持会话连接才能提供数据传输,如组播/广播等服务。
因此MetaCode码可以缩放到非常大的并发流量提供服务。
MetaCode编码技术示意图
3、数据包流加速技术为网络传输增速
QuickBi的数据包流加速技术是从TCP协议本身入手,从根本上改进或改变TCP/IP协议的通讯模式和数据传输方式,降低RTT和LOSS对传输速度的影响,因此,对于ERP系统的加速效果应该是最好。
TCP协议的缺陷
TCP协议是一个确保连接和安全的传输协议,而使用的手段就是连接握手和Ack机制。
在TCP会话初期,有所谓的“三握手”:
对每次发送的数据量是怎样跟踪进行协商使数据段的发送和接收同步,根据所接收到的数据量而确定的数据确认数及数据发送、接收完毕后何时撤消联系,并建立虚连接;同时在每一次数据包的传输过程中都需要客户端和服务端之间进行Ack,这样在客户端和服务端之间就存在着大量的应答交互,这些应答交互放到公网上以后就会收到网络延时的影响,并且随着应答交互次数的增加将延时的影响进行放大。
通常,基于TCP协议的传输系统发送少量数据包,接收系统对此进行确认,然后传输系统再发送更多的数据包。
在这种情况下,传输系统首先发送初始数据包,然后等待确认,之后再发送更多数据包,而接收系统要发送确认,然后等待传输系统发送更多数据包。
如果存在较大丢包率,需要重新经历这个过程,这样势必造成传输速度的急剧衰减。
基于TCP的“呼叫、应答、握手”模式、顺序增量传输和TCP传输窗口(通常固定为64K)的限制,即使通讯传输方和接收方的WAN带宽足够大,也会因为这个等待过程使传输产生延迟,这个变化是基于几个因素造成的,例如长距离的网络链路延时,由于路由跳数较多增加了路由延时,或延时来自非常高延时的链路中比如卫星连接。
不管怎样,这样的延时降低了流量穿过WAN时的效率。
图5典型的TCP/IP传输,由于等待确认传输速度减慢
QuickBi的TCP优化技术
针对以上TCP协议的特殊性,QuickBi对TCP协议进行了优化,优化采取了以下几个非常有效的技术:
1)采
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 用友 NC 应用 问题解决 方案