工业物联网 (Industrial Internet of Things, 简称 IIoT) 预示着一股新的现代化浪潮, 在许多行业, 客户和内部利益相关者要求在生产力, 管理, 安全和灵活性方面取得更多的进展. 但是, IIoT 的部署仍然面临相当大的阻力, 主要是那些人工管理的基础设施, 切这些基础设施大多不安全. Fog 计算提供了一个创新的解决办法, 通过在信息技术工具集框架内提供安全的技术基础设施, 从而解决这些挑战.
图 1 | 典型工厂的布局
图 1 显示了一个典型的工厂, 服务和工作负载更多地以 IT 为中心 (比如说, 工厂数据中心) , 并随着它们向下层移动, 逐渐变得以 OT 为中心(比如说, 工厂机器). 软件定义的资源分配和管理正在 Fog 计算范式中获得了推动力, 因为它使工厂运营者能够更好地适应未来的需求. 从网络的角度来看, 这将转化为使用软件定义的网络(SDN) 来实现整个工厂的虚拟网络功能(VNF).
图 2 | SDN 内部组件
图 2 展示了典型 SDN 解决方案的一个视图, 并包括以下组件.
SDN 应用程序
SDN NBI 允许 SDN 应用程序与 SDN 控制器通信
SDN 控制器
SDN 控制数据平面接口 (CDPI) 允许 SDN 控制器与 SDN 数据路径的对话
SDN 数据路径
这个方案的策略管理和性能监控
在以 IT 为中心的环境中, 使用了很多的开源 (和一些封闭的) 解决方案来实现上述每一个组件. 其中比较突出的包括 OpenStack,VMware NSX,Cisco 数字网络架构等.
然而, IIoT 环境在 SDN 生态系统中引入了一些约束条件, 需要重新设计一些 SDN 组件.
恶劣的操作环境导致了大部分的无风扇计算系统. 这些无风扇设计严重削减了可用的计算量, 主要是因为他们的可用温控受到限制. 虽然新的处理器设计一直提高低功耗的性能, 但在可预见的未来, IIoT 将滞后于 (有时相当显著) 在一个典型的数据中心.
与数据中心环境不同, 在一个典型的工厂中计算是稀疏的, 通常不是普遍可达的(见图 1). 这引入了 SDN 组件的扩展问题.
客户业务逻辑对于可用计算的微弱数量而言, 需要重新考虑如何实现这些 SDN 组件(并且它们的相互连接)
在一个典型的工厂中 (特别是底层) 缺乏一个有效的界限, 这意味着这些 SDN 组件需要特别注意它们的可用性和弹性. 这样的考虑, 从计算上来说更加糟糕.
考虑一个简单的基于虚拟网络功能 (VNF) 的解决方案, 其中包括:
自学习桥接器
连接到上述桥接器的多个虚拟机(或容器)
接到上述桥接器的一个或多个机器或传感器
防火墙, 以限制上述通讯端点之间的数据流
运营商管理防火墙的一些方法
图 3 | VNF 实现的示例拓扑
表 1 提供了 VNF 解决方案映射到 SDN 组件的方式, 以及如何实现(内核空间与用户空间).
表 1 | Linux 工具与 OVS 的比较
表 2 显示了使用 (a) Linux 工具(使用 Linux 桥和 Linux 防火墙) 和(b) OVS 处理各种流量类型的方式.
表 2 | Linux 工具与 OVS 的稳态比较
由于整个解决方案都是在软件中实现的, 因此在选择与 IIoT 部署有关的任何选项时必须列举设计方面的因素:
控制器和 CDPI 之间的通信是软件交换(要么搭配到相同的计算机上, 要么穿过工厂的网络) , 从而消耗 CPU
控制器本身消耗 CPU
OVS 解决方案涉及到由 CDPI 代理和控制器 (两者都在用户空间中实现) 处理的双关 (例如, 异常和慢路径协议) 流量. 这与 Linux 工具的解决方案相反, 在 Linux 解决方案中, 这种流量完全是在内核内处理的. 因此, OVS 解决方案会在每个数据包的基础上发生上下文交换 (内核和用户空间之间) 的开销. 如果存在网络干扰(比如因端点错误导致的流量洪流, 预期的流量爆发, 导致 STP 重新计算等等) , 这些上下文转换会变得相当严重.
一般来说, 在 IIoT 环境中的 SDN 部署需要考虑到以下因素:
CPU 核心计数很重要. 在 CPU 核心方面, VNF 需要在本地扩展. 此外, 可用的 CPU 核心数量越大, 越容易将 VNF 钉到特定的核心, 从而提供更大的性能和弹性. 一般来说, 这不仅提高了 VNF 的可用性, 还提高了客户业务逻辑的可用性.
单线程性能很重要. 由于在 IIoT 环境中的扩展困难, VN 必须具有处理网络工作负载爆发的能力. 由于典型的 VNF 是单线程的, 高的单线程性能将导致更好性能的 SDN 解决方案.
温控范围很重要. 由于 IIo 环境通常采用无风扇设计, 所以一个有效的 SDN 解决方案要求 CPU 核心和单线程性能具有低功耗的特性.
VNF 的卸载问题. 虽然考虑快速路径卸载, 如 DPDK 和 IOVisor, 这些卸载仍然是以 IT 为中心的工作负载. 例如, Intel 的 DPDK 需要为 DPDK 处理保留一些 CPU 核心. 这不符合在这些 IIoT 环境中的核心计数. 需要卸载的不仅仅是一个通用的快速路径, 而是卸载整个 VNF. 这并不意味着 IIoT 环境需要接受专用路由器和交换机. 相反, 卸载需要包括可重构的 FPGA. 每个 VNF IP 都可以优化用于 IIoT 环境, 并且可以在工厂中使用的 FPGA 上的闪存. 这不仅可以卸载 VNF 功能, 而且也减轻了 VNF 的缓慢路径 (和其他控制平面) 方面, 从而减轻了处理网络的 IIoT 计算.
软件堆栈很重要. 一个以 IT 为中心的 SDN 软件栈缺乏在 IIoT 环境中运行所需的优化. 这种环境需要使用一个特定的软件栈, 每个组件都经过了微调, 以便在这些要求很高的环境中使用. 例如, 与 Linux 桥相比, OVS 将产生上下文切换成本(内核空间快速路径和用户空间缓慢路径之间).
Fog 计算是工业自动化的下一个重大飞跃, 并且被多个工业垂直领域所接受, 不仅可以使设备现代化, 还可以使大规模自动化基础设施的流程和可管理性工具集进行现代化. NFV 是 Fog 计算的一个重要方面, SDN 或许成为在 IIoT 环境中实现 NFV 的实际手段.
References
Fog Networking: An Overview on Research Opportunities, Mung Chiang. http://www.princeton.edu/~chiangm/FogResearchOverview.pdf.
Fog Computing Overview Video https://vimeo.com/228299847
OpenFog Consortium website https://www.openfogconsortium.org/
Fog Computing and Its Role in the Internet of Things, Flavio Bonomi, Rodolfo Milito, Jiang Zhu, Sateesh Addepalli https://www.nebbiolo.tech/wp-content/uploads/fog-computing-and-its-role-in-the-internet-of-things- white-paper.pdf.
Fog computing as enabler for the Industrial Internet of Things, Wilfried Steiner, Stefan Poledna. https://www.springerprofessional.de/en/fog-computing-as-enabler-for-the-industrial-internet-of- things/11002362.
Fog for 5G and IoT, Mung Chiang (Editor), Bharath Balasubramanian (Editor), Flavio Bonomi (Editor). https://www.wiley.com/en-us/Fog+for+5G+and+IoT-p-9781119187134.
Software-defined networking, Wikipedia. https://en.wikipedia.org/wiki/Software-defined_networking.
来源: http://zhuanlan.51cto.com/art/201806/577111.htm