SD-WAN：制定内部SLA

在日常生活中，一般存在交易就会有协议或者合同，规定交易双方的权利和责任，特别是违约惩罚方式。在IT行业对应的就是SLA(service level agreement服务等级协议)，通常在服务提供商和客户之间它规定提供服务的具体细节，用户根据SLA规定结合自身的要求选择服务，如果服务方不能达成，被服务方可以根据约定要求赔偿。虽然购买WAN连接服务的IT团队应该考虑修复时间，延迟和正常运行时间，但购买之前都应该关注实际的流量性能。

另一方面，内部SLA是企业部门之间的协议，它提供了一组更加具体针对单个业务的参数，例如应用程序流和用户需求。虽然这些并未描述对服务不足的潜在影响，但是它们提供了必要的业务级服务需求，避免收入损失。
广域网服务现在包括软件定义的广域网技术，因此企业需要考虑到相关的需求。SD-WAN常常作为一种互联网虚拟专用网(VPN)技术销售，可以实现成本节约，并满足用户对使用公共云服务的需求。但实际上，SD-WAN可以终止任何连接类型 – 以及SLA – 从互联网服务到第3层MPLS和第2层虚拟专用LAN服务。
当企业采用使用互联网连接的SD-WAN时，内部SLA可帮助在标准SLA中定义SD-WAN提供商所需的内容。让我们看一下企业应如何为SD-WAN服务和内部SLA设置SLA。

围绕互联网VPN服务的服务级别协议通常是相当高级的。大多数提供商都会提供绩效指标作为给定月份的平均值。在查看这些平均值时，重要的是要了解结果可以表明一个一致的性能水平，当它们在特定时间的高延迟高峰时。在某些行业，这可能会让主要的应用程序使用造成收入损失。更复杂的是，SLA通常只覆盖提供商的核心网络，不包括本地环路。
除了延迟之外，其他常见的SLA测量还包括数据包丢失和网络正常运行时间，提供商也提供平均值。虽然平均数字通常没多少实际价值，但通过它们至少可以了解WAN的运行方式。但是，如果SLA只是表示期望的性能，或者只是商业协议，那么企业如何有效地创建SLA?
SD-WAN允许企业根据所需的业务因素(如关键任务流量或应用程序)制定自己的内部SLA。例如，如果企业需要优先处理语音流量，则SD-WAN允许企业使用底层MPLS传输，从而在整个网络中提供更好的服务质量。
如果企业通过互联网发送流量，与MPLS相比，它可能会失去流量控制。因此，企业应研究可用的连接类型及其相关的实际性能数据，以便选择主要的SD-WAN连接类型。大多数提供商不会提供真实的ping测试和traceroutes，但这些数值却是真实有用的。
企业选择其主要连接后，可以配置SD-WAN服务以执行流量和应用程序优先级划分。例如，如果带宽受到限制，企业中被标记为重要的应用程序可以优先获得对路由的访问权限。
此外，SD-WAN可以定义优先级的粒度级别来区分自身。例如，企业可能只希望用户的子集在网络拥塞或数据包丢失期间获得特殊处理，或者它可能希望仅某些类型的流量和用户获得访问权。

通过深入报告，企业可以基于配置来创建自己的内部SLA而非商业协议。通过报告统计信息来可视化网络，并可以基于不止一个IP地址创建一个用户配置文件，IT团队可以真正开始“盯”住网络性能。
当一个企业通过SD-WAN更好地控制其WAN性能时，它可以将SLA因素定义回业务中。这与一般的WAN SLA有着根本的不同，后者需要时间来生成关于网络性能的信息。
IT团队可以确定哪些SLA因素最能反映如何满足业务需求，而不是使用延迟和抖动数据。他们可以根据连接源头，类型和条件等因素创建内部SLA。SD-WAN还为IT团队提供了一个独特的机会，可以为每个应用程序、每个部门甚至是每个用户的SLA创建一个应用程序。由于SD-WAN可以取代各种类型的连接，因此内部SLA变得更加强大，因为它具有跨越多种技术和灾难恢复的默认功能。
在缺乏有意义的数据的情况下，原始服务提供商的SLA是获得网络性能的唯一途径。同样，用户可以向提供商请求真实的流量性能数据，但他们的销售团队未必肯披露信息这还要取决于他们的内部政策。

在预售环境中定义SLA是困难的。对于使用多个internet服务提供商或网络对网络接口的全球企业来说，情况尤其如此。尽管像公共云有助于提高工作流的效率，但交付可预测的流量性能的挑战也被放大了。
这意味着企业不仅需要了解已有的知识，而且也要专注于提出问题，以深入了解典型网络的SLA因素。然后，他们应该考虑如何定位他们的SD-WAN供应商，以帮助定义他们自己的内部SLA。
SLA会消失吗?在制定SD-WAN购买决策时，最基本的SLA几乎没用。但是，如果企业了解其业务和网络要求 – 以及网络性能不佳的影响 – 它能够更好地定义自己的内部SLA，并向服务提供商询问更多有关定义的问题，以确保服务满足其需求。