在我们最后的通讯,我们分享和蒂埃里Grenot谈话的一部分,首席技术官伊帕内玛技术,关于一些细节,遇到实现设备优化多种运输技术的使用,如MPLS和基于互联网的服务。
今天,我们探索的一些问题与亨利更深入一点,特别是在一些可能遇到一个更微妙的功能。
史蒂夫:我在我的理解正确,混合网络的主要好处之一是,可以使用两个链接在正常情况下负载共享),但所有的流量将搬到另一个链接(s)在发生链接失败?
如果是这样的话,你能告诉我们一些关于指标用于决定何时“失败”是一个链接?
特别是,必须一个完全失去连接,还是有一种你也注意退化(特别是互联网服务)的情况下,开始转变交通基于表现不佳?
亨利:混合网络统一的根本利益是你总是使用(一个非常细粒度的、动态的方式)最好的网络。当然,如果只有一个网络是可用的,它必须是这一个。虽然今天网络很可靠,他们的端到端性能非常波动是因为)核心网络占用——例如互联网在高峰时间和b)使用企业应用程序访问线的。所以伊帕内玛是选择最佳的WAN基于应用程序的性能目标,如根据有效的性能,可以由用户。标准取决于应用程序的设置:声音可能会使用最低的路径的端到端延迟两点之间(这里延迟指标是关键),文件传输可能会更喜欢最大的访问(可用带宽是有用的度量)。成千上万的用户和数以百计的应用程序,您可以很容易地理解相结合的情况下,应该考虑的所有变化:手动不可能,可以让它精心设计的优化算法。
史蒂夫:让我们聊天一会儿使用备用链接之间的交互(混合网络)和网络优化。
在某些情况下,一个优化的网络链接可能接近一个MPLS链接的性能。
你如何决定何时使用它?这东西必须以某种方式指定的(比如在每个应用程序的基础上),或者你的设备帮助这样做——或者至少提供“建议”?
亨利:这个问题实际上是与前一个有关。互联网比MPLS快发生,或者MPLS不如网络加载。等等。关键是不要提前决定:我们不知道明天的天气。我们使用一个实时的感觉和反应原理,明白什么是所有网络的性能并选择“最好”的几个标准取决于应用程序——我们称之为我们的应用程序的性能目标。在文件传输不需要太快——不需要太大的声音。视频呢?
史蒂夫:迄今为止大多数优化解决方案设计主要是为前提之间使用。不过,我们现在正处于一个巨大的在某些情况下转向云计算。
你能给我们一个简短的概述如何提供优化对于云服务?(当然,这可能是一个足够大的问题,应该具有自己的讨论。)
亨利:我同意你的史蒂文。这是一个相当大的点!简而言之,云应用程序中的大多数都是在互联网上(““云),这从根本上改变流量矩阵,从传统星型奇怪hub-and-hub配置。云计算- - >简化+复杂化的网络!一个好的开始谈论控制和优化,不是吗?
我们期待继续讨论,事实上。与此同时,请加入我们挖一个更深入的讨论Webtorials。