2020年1月14日 starlingx.

引入StarlingX 3.0和新的分布式云架构

由格伦西勒

seiler_lg-1

今天,StarlingX项目发布了他们的第三个版本,为分布式边缘提供了一个功能齐全的云。

StarlingX项目最近宣布了他们的第三个版本。StarlingX是一个由OpenStack基金会支持的试点项目,它提供了一个完整的云堆栈,专门为在边缘部署云的挑战而设计。这包括“远端”或“最后一英里”,以及工厂的前提云、工业物联网、多接入边缘计算(MEC)和虚拟无线接入网络(vRAN)等用例。

3.0版本引入了一些很酷的新特性,这些特性对于前面提到的用例很重要,包括对时间敏感网络(TSN)的初步实现;由IEEE开发的一套不断发展的标准,用于在基于以太网的局域网上确定的数据包传递,对硬件加速器(如gpu和fpga)的初步支持。

继续2.0中为容器支持所引入的更改,社区一直致力于优化架构,并进一步扩展该领域的功能,正如您在下面描述的分布式云架构中看到的那样。

这个版本整合了OpenStack的Train版本,并专注于改进所谓的day-2操作。由于edge通常是一个动态环境,3.0版本在管理边缘站点上的浮动和固定工作负载方面引入了更多的灵活性,在提供容器时允许最大限度的灵活性。从中心云备份和恢复容器工作负载是另一个需要尝试的新特性。

StarlingX 3.0架构引入了分布式云概念,这是一种新的配置选项,遵循了OSF Edge计算集团MVP Edge的分布式控制平面模型参考体系结构。新功能为StarlingX Kubernetes edge部署的地理分布网络提供了集中管理和编排。

最新版本的一些亮点:

  • 边缘云控制平面的集中编排
  • 区域边缘云(即Kubernetes集群主节点)的完全同步控制平面,为本地服务带来更大的好处,例如:
  • 减少网络延迟
  • 操作可用性,即使与中心云的北向连接丢失

该系统支持数量可扩展的StarlingX Kubernetes edge集群,这些集群通过中心云的L3网络进行集中管理和同步。每个edge位置也是高度可扩展的,从单个节点StarlingX Kubernetes部署到包含控制器、工作器和存储节点的完整标准云配置。

StarlingX分布式云架构

分布式云系统由一个中心云和一个或多个子云通过L3网络连接到系统控制器(一个中心云区域)组成,如下图所示。

alt文本

中央云

中央云提供了管理中央云的物理平台的区域。系统控制器组件负责管理和协调子环路。

系统控制器

在Horizon GUI中,System Controller是用于管理子云的访问模式或区域的名称。

您可以使用它来添加子云、同步所有子云的选择配置数据、监控子云的操作和告警。子云的软件更新也被集中管理和应用。

DNS,NTP和其他配置设置在系统控制器上集中管理,并并行推送到子环路,以维持跨分布式云基础架构的同步。

边缘Subclouds

这些子云是StarlingX Kubernetes边缘系统/集群,用于托管容器化应用程序。子云产生的告警被发送到系统控制器进行集中上报。任何类型的StarlingX Kubernetes配置(包括单服务器、双冗余服务器或带有或不带存储节点的标准集群)都可以用于子云。图1中显示的两个边缘云是子云。

为了总结,StarlingX 3.0提供了一个云平台,该平台从网络边缘的单个计算节点中缩放,以实现超低成本部署,高达数千个节点,以满足高价值边缘应用程序的需求。远程节点可以从控制平面抵消隔离,并继续在重新连接时运行和重新同步。所有站点都可以存在所有控制功能。远程站点可以是Zero-Touch注册并复制数千个站点,具有全自动部署已知的良好配置。

有关StarlingX 3.0中更新和新特性的完整列表,请查看发行说明并进一步文档项目。

今天访问StarlingX网站了解更多关于该项目的信息,请查看代码,或下载最新的图片来尝试新功能。

*文章最初发表于StarlingX.io

以前的嵌入式系统中AI和ML的实用应用
下一个嵌入式系统仿真的商业案例