如何加速云存储:超光速粒子

日期: 2013-11-19 作者:Jon William Toigo翻译:Steven Fu 来源:TechTarget中国 英文

如果你没有那些假设中的能比光速还快的粒子,可能有另一个方案可以解决广域网瓶颈问题。 最近我一直在思考一个并不特别的问题,而它是云存储和基于广域网的数据复制爱好者们不想谈及的:我们的广域网还是低于光速的。在科幻频道之外,想要收集到足够的超光速粒子来搭载我们的数据,以使他们超光速运动是有点难度的。在运营商的网络中没有可遍历的虫洞,也没有足够的“Melange”(译注:《沙丘》中可以实现星际穿梭的药物)以实现时空扭曲(对《沙丘》迷也是一样)来让我们的数据不需要移动就可以穿越空间距离。

基本上,我们的数据传输限制在次光速。延迟和抖动才是现实。 有些厂商不想让我们太多的关注这个问题。我最近收回了一个我正在……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

如果你没有那些假设中的能比光速还快的粒子,可能有另一个方案可以解决广域网瓶颈问题。

最近我一直在思考一个并不特别的问题,而它是云存储和基于广域网的数据复制爱好者们不想谈及的:我们的广域网还是低于光速的。在科幻频道之外,想要收集到足够的超光速粒子来搭载我们的数据,以使他们超光速运动是有点难度的。在运营商的网络中没有可遍历的虫洞,也没有足够的“Melange”(译注:《沙丘》中可以实现星际穿梭的药物)以实现时空扭曲(对《沙丘》迷也是一样)来让我们的数据不需要移动就可以穿越空间距离。基本上,我们的数据传输限制在次光速。延迟和抖动才是现实。

有些厂商不想让我们太多的关注这个问题。我最近收回了一个我正在为客户写的文章,因为他们想要我“弱化”提到的广域网限制,因为那可能会妨碍他们的云存储价值定位。我发现他们的修改企图轻描淡写云存储适用性中的重要一环:数据长距离传输的周折。诚然,由于云依赖广域网链接来提供对服务的访问,我没法搞懂他们怎么能保证——而且是一脸严肃地保证——任何有意义的服务等级。

他们可以尽力去提供高质量的,能够满足一定的服务等级协议的基础架构,应用或者容量服务。云或者基于网络的服务提供商都要受制于连接客户和他们的设施的成千上万公里的铜线和光纤。而它们全都被一群ILEC(incumbent local exchange carriers本地交换运营商) CLEC(Competitive local exchange carriers竞争本地运营商) 和在LATA(本地接入和传输区域)之间提供连接的IXC(Interexchange carriers互通运营商)所把持。话音,视频和数据能够在这么一个大杂烩中传输就已经是一个奇迹了。想把数据通过这些部件而更高效和可靠地传输是一个更大的奇迹。

这些运营商之间的政治博弈和经济压力以及关系的紧张都可能影响通过他们的网络的传输速率。每天,我都有客户试图弄清楚,通过一个由九个运营商“拥有”的链路,从Sacramento传输他们的几百个GB的数据到硅谷,到底是需要几秒钟还是一整天。其实根本就没有可靠的预测传输速率的方法。

除了这些官僚废话之外,还要考虑交换协议的冷酷现实,它提供的不是A点到B点的物理上最短的路径,而是最少的路由跳数。在公共广域网中移动数据就像搭乘一个多段转机的航班从Tampa到Dallas;运营商不是飞跃墨西哥湾把你送到目的地,而是选了一条路把你送到波士顿,,Charlotte,和底特律然后再到Dallas。

然后在加进来交换网络内部的路由问题,队列延迟,缓存延迟和缓存肿胀,丢包,重传请求和其它的处理延迟可以让一切胶着,让传输变的更慢。直通技术精简和加速流量的能力在异构架构中受到限制,在那里一个厂家私有的QoS协议在流量抵达另一个厂家的设备是就被丢弃了。

增加更多的带宽不能解决这个问题,压缩或者数据去重复也不行。想像在你最熟悉的高速公路上的堵车:你前面那辆小巧的菲亚特500并没有比相邻车道的18轮重卡更快些,是吧。

厂家故意忽略这些问题的时候就有些让人不爽了。上个月当我受到一个宣传资料说Bridgeworks Limited搞定了延迟问题的时候我就差点和他们发火了。虽然我怒火中烧,但我还是和Bridgeworks一起坐下来进行了几次网络会议(还有来自Agilesys的几位,是他们的美国合伙公司)来了解他们的SANSlide产品。

我首先发现的是那个“不再有延迟”的说法是公关上的一点夸张。SANSlide并不能折叠时空;它只是通过“专利的人工智能”来优化使用链接的方式和如何把数据放置到链接上来填充管道。Bridgeworks声称——有多个客户支撑——它无需“加热”、压缩或者去重复数据,也不使用磁盘缓存,UDP或者改良的TCP/IP协议,就可以把广域网数据传输性能改善多达50倍之多。

我目前的理解,以及打算在他们的设备上测试的是,Bridgeworks没有在网络上更快地移动数据,但是他们更高效地把数据打包到管道上,并在多个虚拟和物理链接上平衡负载。

简单说,SANSlide通过往飞机上打包更多地行李和旅客来优化你已经购买的网络容量,所以,你的货物能更高效地到达要去的地方。但是在流量路由上,你还是要看 CLEC ,ILEC以及 LATA间 IXC的眼色。所以,我们并没有打败正在使云和基于网络的数据复制降温的“次光速”限制。

有一点需要注意:不是所有的数据传输都对延迟敏感。根据你打算如何使用你的数据,例如复制的数据和源数据的同步程度如何,一定程度的延迟是可以接受的。如果延迟不是一个严重的问题,SANSlide技术可能会是一个很好的广域网优化方案。可以使用一对SANSlide来把广域网连接“黑箱化”,就像20年前通道扩展器插入大型机和外设之间的通道一样。对大型机来说,通道扩展器看起来就是一个外设,只是它可以缓冲命令和数据,而且把他们放上了广域网连接来以最高速度传输。在远端,外设设备和通道扩展器通信,就像和主机背板一样。这和Bridgeworks的SANSlide的工作模式很相似。

它不是一个虫洞或者超立方体,但它似乎是一个挺有意思的技术。


本篇文章选自《存储经理人》2013年7、8月刊。了解更多《存储经理人》请点击:http://www.searchstorage.com.cn/ezines/index.htm

相关推荐