SD-WAN 架构

各种规模的企业将关键任务应用程序迁移到云的速度比建立互联网连接还要快。
随着这种应用托管和交付方式的转变成为主流,对用于云连接和网络可扩展性的 SD-WAN 解决方案的探索和投资也在不断增加。
但是,IT 领导者在部署新的SD-WAN 解决方案时应小心谨慎,因为这些解决方案更像是一种创可贴,而不是真正的广域网增强功能。

多重传输的问题

许多网络规划人员都试图设计一个同时包含互联网和 MPLS 的SD-WAN 架构 。 然而,这往往会导致云计算和 SaaS 应用程序性能低下,因为它需要将流量从 MPLS 回程到数据中心,再通过互联网,然后再返回。 另一种方法是从微软和 AWS 等个别云提供商处购买直接连接。 但是,只有少数运营商(和云提供商)在特定地点提供这种服务,而且随着企业的扩张,连接性也不可能得到扩展。 此外,当存在多种传输服务时,企业需要叠加 SD-WAN 服务,以便在混合广域网的所有元素中控制、定义和配置端到端应用流。 对于 IT 部门来说,用这种方法构建广域网是一个极其复杂的过程。 此外,由于需要购买、维护和管理越来越多的硬件、软件和直接连接以保证网络运行,成本也会急剧上升。 根据我们从《SD-WAN 连接状况报告》中获得的最新数据和分析。 以下是我们建议在评估 SD-WAN 架构时考虑的几个要点:

1.应用性能。

响应时间的延迟可能导致企业生产力的损失,甚至是转换损失。
这些问题都是由于跨越大洲和海洋的网络延迟造成的应用程序速度减慢而引起的。
下图重点介绍了《SD-WAN 连接状况报告》中收集的应用程序响应时间。
测试从一个远程位置向另一个远程位置发送随机生成的 100 KB 文件。

全球应用程序响应时间
*本图比较了相同地点对之间两个网络的平均响应时间。

2.性能差异

网络性能的变化和低可靠性也是一个重要问题。
互联网是一种公共(共享)媒介,容易发生拥塞和数据包丢失,特别是在数据长途传输时,因此无法准确预测应用性能和可靠性。
下图突出显示了应用性能差异最大的地点。

SD-WAN 与互联网应用程序响应时间的比较

SD-WAN 架构
典型的 SD-WAN 架构

3.复杂性

通过将专用广域网或 MPLS 线路与成本较低的互联网连接和叠加 SD-WAN 相结合来构建复杂的广域网基础设施,并不是企业所能采取的最具成本效益的方法。
除了成本之外,这种解决方案还需要 IT 和网络专业知识,以及大量的维护和支持时间。

4.灵活性

企业必须考虑其广域网的敏捷性和灵活性,以支持分布式云部署、市场扩张要求(如快速建立新站点)、并购等业务计划。
必须在多个地点和不同类型的云服务和提供商之间动态、快速、高效地分配网络资源。
根据应用要求,网络管理员必须能够添加新站点,并根据需要灵活地增加/减少带宽,而无需等待数月或数天。

5.安全

为云构建广域网时的另一个关键考虑因素是安全性。
在网络上和不同云类型之间流动的敏感数据和关键业务数据必须保持保护和安全。
因此,企业应采用可确保数据保密性、完整性和可用性的网络解决方案。
在许多情况下,这需要基于网络的加密,有时还需要多层加密。
根据《SD-WAN 连接状况报告》的调查结果,用户遍布全球的全球性企业不能依靠互联网或依赖互联网的 SD-WAN 解决方案来提供可靠、一致的应用交付体验。

为了实现这一目标,以下是我们建议在为当今基于云和 SaaS 的应用程序升级广域网时应注意的一些关键属性

  1. 寻找能提供全球连接而不仅仅是区域连接的 SD-WAN 解决方案。
  2. 寻找一种 SD-WAN 解决方案,以减少互联网对长途中继线的依赖,而不是简单地寻找替代路径。
  3. 了解每个地点在地区性能问题和可变性方面的差异。
    寻找能消除各地差异的解决方案。
  4. 与传统的多协议标签交换(MPLS)和广域网优化解决方案相比,下一代 SD-WAN 解决方案不仅具有成本效益,还能提供灵活性(在数小时内将连接扩展到新办事处的能力,而不是数周或数月)。

找出适合您企业的 SD-WAN 解决方案。立即下载《SD-WAN 连接状况报告》,了解更多信息。

下载《Aryaka SD-WAN 连接状况报告