谈一谈基于SDN的多接入边缘计算（MEC）

数据生成和数据处理的发展对底层基础设施网络的需求和演变产生了强烈的影响。 5G网络通常被看作是无处不在的高速连接的先驱，能够满足数据需求。话虽这么说，5G网络在实现这一承诺方面仍面临许多重大挑战。

ETSI提出了多接入边缘计算(MEC)来解决其中的一些挑战。本文讨论这些挑战，以及如何为MEC增加网络可编程性，以改善整体MEC解决方案。

挑战

为了支持物联网设备的发展，5G无线基础设施将需要支持大量的连接设备和复杂应用。这将要求网络支持高可扩展性、超低延迟、高吞吐量和可靠的数据传输。这些关键的延迟和带宽要求促使ETSI提出多接入边缘计算作为可行的解决方案，从而将服务推向边缘并更接近终端用户。但这种方法也带来了一系列挑战：

• 与云中的高端服务器相比，MEC服务器的计算资源有限。
• 需要处理来自终端设备的请求的异构性。有些可能需要很高的计算能力，有些可能需要更多的关键延迟需求。
• 可能需要MEC服务器之间实现负载平衡。消耗少量MEC服务器的计算能力，而其他服务器处于空闲状态，可能会导致服务时间增加。

提出的解决方案

解决上述一些挑战的一种可能的解决方案是在系统中引入MEC协调器。该MEC协调器了解可用的MEC服务器及其功能(就其提供的资源和服务而言)。换句话说，MEC协调器充当将应用程序连接到正确的MEC服务器的各种代理。

MEC协调器将运营商与网络决策隔离开来，例如：

• MEC服务器可能具有不同的硬件功能。在哪里可以执行MEC应用程序的特定实例?
• MEC服务器可能具有不同的计算能力和不同的MEC应用程序。哪个MEC服务器应该用于特定的客户端/设备请求?

MEC协调器可以根据服务器功能、当前负载及其位置等各种因素做出这些决策。

此外，MEC协调器可以利用SDN概念来进行服务发现(以跟踪服务的实例)和MEC服务的编排(服务实例化和管理)需求。

集中式SDN控制器具有网络的全局视图。 MEC协调器可以与SDN控制器集成，从网络收集信息。

MEC协调器可以在内部维护MEC服务器上可用的服务数据库。它可以使用SDN控制器将正确的MEC服务器连接到应用程序请求。例如，终端用户可以仅通过提及服务的名称来请求面部识别服务。 MEC协调器将识别提供此服务的MEC服务器并相应地在网络中添加流。

解决延迟问题

MEC系统概念背后的两个主要动机是计算卸载和延迟减少。集中式数据中心或公共云的延迟非常高。这就是MEC服务器如此靠近边缘部署的原因。在决定处理请求的位置之前，MEC协调器必须根据客户端请求的延迟、能量和带宽要求做出明智的决策。

在尝试减少延迟时，必须考虑两个主要注意事项：

• 需要考虑客户端和能够处理此客户端请求的MEC服务器之间的距离。客户端和MEC服务器之间的距离是一个重要的决定因素。
• 需要比较传输成本与本地计算成本。这有助于确定计算是应该移动到MEC服务器还是应该在客户端本地处理。

MEC协调器需要提出一种解决方案，该解决方案可最大限度地降低设备的能耗，并满足客户端请求或应用程序的执行延迟约束(延迟要求)。

此外，需要考虑应用程序的性质 - 无论是延迟敏感(高响应性要求)还是计算密集型。延迟敏感请求应移至靠近客户端的MEC服务器(即使它们具有较少的资源)，而计算密集型请求将针对更强大的MEC服务器(即使它们离客户端设备更远)。因此，来自同一设备的不同网络片可能具有不同的路径，并且可能由不同的MEC服务器处理。

SDN控制器与MEC集成

MEC ETSI规范的第一个版本似乎倾向于在虚拟化平台上提供MEC服务作为“网络服务”。这些服务基本上是运行与网络中间盒功能相关的软件的VNF的组合。通过在NFV平台上构建解决方案，可以管理这些MEC服务的完整生命周期(实例化、终止、扩展等)。 NFV平台还支持VNF转发图，以在MEC服务上实现VNF的服务链。

将SDN添加到平台可以使网络具有更大的灵活性和动态性。 SDN允许底层网络的全局视图，因此可以应用流量导向规则来实现复杂的服务链场景。它可用于管理互连分布式MEC服务器的网络。

SDN控制器可以托管“MEC协调器北向应用程序”，可以对其进行编程以处理各种情况：

• 监控在MEC服务器上运行的服务实例，以确定在计算能力、存储区域或某种服务类型方面可以使用哪个MEC服务器为终端设备上的客户端应用程序的请求提供服务?
• 监控MEC服务器的容量和利用率，以决定应该使用哪个MEC服务器来实例化服务实例?
• 如果有多个MEC服务器运行相同服务的实例，那么应选择哪一个来处理此服务的终端设备请求?理想情况下，请求应移至负载较小的服务器。

因此，MEC协调器可以重用SDN架构，其中定制的北向应用定义了网络的行为。 SDN控制器为这些应用程序提供北向API以触发命令。控制器还具有南向接口(通常是基于OpenFlow)，它与被管理设备通信(在网络中使用OpenFlow交换机)。

来自MEC协调器北向应用程序的命令可以由SDN控制器转换为基于OpenFlow的低层流量控制规则，并发送到在网络中连接到MEC服务器或作为MEC服务器的一部分的OpenFlow设备。这些OpenFlow规则可以与MEC服务器上运行的“流量卸载服务”的规则集成。 “流量卸载服务”是负责将流量路由到MEC应用程序或MEC应用程序的MEC平台服务。

最后，来自OpenFlow设备的状态和统计信息可以由SDN控制器传送回MEC协调器应用程序。这为MEC协调器提供了网络的全局视图以及链路/MEC服务器上的利用率/负载。

实施的挑战

ETSI引入了MEAO(移动边缘应用协调器)的概念，负责触发MEC服务的生命周期管理。 SDN控制器需要与MEAO集成，以根据其自定义决策/算法触发MEC服务器上的MEC服务。

SDN控制器需要与代理(在MEC服务器上运行)集成以实现以下功能：报告MEC服务器的功能;报告客户端应用程序请求，以获得最优MEC服务器。

处理UE移动性将在设计中产生更多复杂性。当位置改变时，SDN控制器将不得不在用户和MEC服务器之间更改路由/流信息。在MEC服务器上运行的位置服务可以用于活动设备位置跟踪并传送设备位置以从SDN控制器触发流更新。

在处理MEC服务器上不同的工作负载时，您必须确定SDN控制器是否应该尝试重新计算最佳路径，同时考虑设备的服务连续性。 SDN控制器可能会周期性地重新加载MEC服务器并相应地更新流。但该设备没有意识到MEC服务器的存在。由于设备的计算被移动到新的MEC服务器，对设备的运行流量的任何影响都是不可接受的。

结论

总而言之，SDN可以通过多种方式帮助基于MEC的基础设施：

• 计算负载平衡：使用与OpenFlow兼容服务器的南向接口定期收集基于OpenFlow的统计信息。
• 更简单的终端设备：通过支持以服务为中心的访问而不是以主机为中心的访问，所有服务实例都可以注册到SDN控制器。
• 网络边缘设备的易即插即用能力：SDN在很大程度上依赖于OpenFlow - 使用LLDP /OFDP可以轻松检测到新设备，并且可以轻松更新流量规则。
• 计算卸载的决策：集中式SDN控制器可以为设备提供有关信道条件，服务器负载等信息。

因此，可以在MEC中使用SDN概念来提供统一的控制平面接口，检索网络上下文或设备信息，并随后将该信息用于跨网络的智能流量控制。

原文链接：

https://www.sdxcentral.com/articles/contributed/enabling-sdn-based-multi-access-edge-computing-systems/2018/08/