由格伦西勒

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

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

3.0版本引入了一些对上述用例很重要的很酷的新特性，包括时间敏感网络(TSN)的初始实现;由IEEE开发的一套不断发展的标准，用于在基于以太网的局域网上进行确定性分组交付，对硬件加速器如gpu和fpga的初步支持。

继续在2.0中为容器支持引入的更改，社区一直在改进该体系结构，并进一步扩展该领域的功能，如下面的分布式云体系结构所示。

这个版本集成了OpenStack的Train版本，并着重于改进所谓的第二天操作。由于边缘通常是一个动态环境，3.0版本在管理边缘站点上的浮动和固定工作负载方面引入了更多的灵活性，允许在配置容器时具有最大的灵活性。从中心云备份和恢复容器工作负载是另一个需要尝试的新特性。

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

最新版本的一些亮点:

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

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

StarlingX分布式云架构

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

云计算中心

中心云提供了一个区域来管理中心云的物理平台。System Controller组件负责子云上的管理和编排。

系统控制器

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

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

DNS、NTP和其他配置设置在系统控制器上集中管理，并并行地推到子云上，以跨分布式云基础设施保持同步。

边缘Subclouds

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

总之，StarlingX 3.0提供了一个云平台，可以从网络边缘的单个计算节点扩展到超低成本部署，最多可扩展到数千个节点，以满足高价值边缘应用程序的增长需求。远程节点可以与控制平面隔离，并在重新连接后继续操作和重新同步。所有的控制功能可以存在于所有的站点。远程站点可以通过对已知良好配置的完全自动化部署在数千个站点上进行零接触注册和复制。

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

今天访问StarlingX网站以获得关于该项目的进一步信息，查看代码，或下载最新的图片尝试新功能。

*最初发表于StarlingX.io。