CN115801811A - 一种云边协同方法及装置 - Google Patents
一种云边协同方法及装置 Download PDFInfo
- Publication number
- CN115801811A CN115801811A CN202310025256.7A CN202310025256A CN115801811A CN 115801811 A CN115801811 A CN 115801811A CN 202310025256 A CN202310025256 A CN 202310025256A CN 115801811 A CN115801811 A CN 115801811A
- Authority
- CN
- China
- Prior art keywords
- cloud
- edge
- edge node
- transmission mechanism
- message transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 230000007246 mechanism Effects 0.000 claims abstract description 38
- 230000005540 biological transmission Effects 0.000 claims abstract description 33
- 238000003860 storage Methods 0.000 claims description 11
- 230000001360 synchronised effect Effects 0.000 claims description 9
- 230000004048 modification Effects 0.000 claims description 8
- 238000012986 modification Methods 0.000 claims description 8
- 238000007689 inspection Methods 0.000 abstract description 5
- 238000012545 processing Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 16
- 238000007726 management method Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 10
- 230000004044 response Effects 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000012384 transportation and delivery Methods 0.000 description 6
- 238000012508 change request Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 206010033799 Paralysis Diseases 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000005520 cutting process Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000026676 system process Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供一种云边协同方法及装置,所述方法包括:建立云端和边缘节点之间的消息传输机制;基于在所述云端设置的K8S和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过消息传输机制连接边缘节点到K8S;根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在云和边缘节点之间同步;通过同步机制可实现统一管理调度所有边缘设备,实现数据同步;并且支持边缘离线模式,缘端在断网环境下实现自治,拥有与管控端连接、同步、检验等能力;实现方法安全可靠,当组件故障时可以快速更新、隔离,并且具体弹性扩容的能力。
Description
技术领域
本申请涉及云边协同领域,尤其涉及一种云边协同方法。本申请还涉及一种云边协同装置。
背景技术
云边协同是一种应用于云服务和大数据处理的技术,将云服务与边缘节点连接起来,从而将云端能力延伸到边缘节点,实现边缘资源的远程管控、数据处理分析、智能决策等。
当前,数据上云,云上数据是一种趋势。云端将处理后的数据反馈到边缘侧进行智能决策,其中云计算具有全局性、非实时、长周期的大数据处理与分析,能够在长周期维护、业务决策支撑等领域发挥优势。但云计算不适用实时性高、数据隐私、本地自治等应用场景,比如智能工厂设备故障检测、车联网中的自动驾驶、安防领域异常检测等。
边缘计算具有实时性高、连接广泛、数据安全和隐私性保护等优势,适用于实时、短周期的数据处理与分析。
因此,边缘计算与云计算互补协同能够满足各种需求场景的匹配,从而放大边缘计算和云计算的应用价值。边缘节点靠近执行单元,是云端所需高价值数据的采集和初步处理单元,能够较好的支撑云端应用;而云计算则通过大数据分析优化输出的业务规则或模型下发到边缘侧,帮助边缘节点计算基于新的业务规则或模型运行。
云边协同将云端应用、模型等能力下发到边缘节点,将公有云能力延伸到靠近设备的一端,使得边缘节点拥有云端相同能力,能够实时处理终端设备计算需求。
现有技术中,边缘节点(CDN服务)需要实现全国范围分布的所有节点以及中转节点进行统一管理,而基于集中式资源场景而设计传统云计算框架模式对于分布式、边缘化、需要高效处理边缘设备产生数据,实现云边协同的需求,明显不太适用。
为解决传统云计算模式带来的高时延、高带宽需求、耗能大、安全性不足等特点,需要采用新的云边端框架部署,统一的边缘原生架构,构建云边端高效协同框架,实现云边协同,支持云与边缘间的元数据同步,以及边缘、中转节点统一化管理。
申请号:202210190448.9,名称为:云资源管理方法、装置、电子设备及可读存储介质的中国专利提出一种云资源管理方法,该方法包括:从微消息队列中获取资源变化请求;其中,所述资源变化请求中至少包括资源名,资源参数和请求标识;所述请求标识用于唯一标识所述资源变化请求;所述资源变化请求是第一服务器发送到所述微消息队列中的;所述第一消息主题是第二服务器预先订阅的;根据所述资源参数,对与所述资源变化请求中的资源名对应的资源执行处理,得到处理执行结果;根据所述处理执行结果生成资源变化响应;向所述微消息队列中第二消息主题发布所述资源变化响应;所述资源变化响应中至少包括所述请求标识和所述处理执行结果;所述第二消息主题是所述第一服务器订阅的。
可知,一般的技术架构,无法把终端与云端进行整合,特别是在进行资源管理时,都是分平台管理。在维护、资源调度、监控上无法更快、更方便的进行应用。因此需要构建一种云边端高效协同框架,可以更加直观的针对云边端进行调度、管理、监控、分析。
发明内容
本发明的目的在于克服现有技术中存在的缺陷,提供一种云边协同方法。本申请还涉及一种云边协同装置。
本申请提供的一种云边协同方法,包括:
建立云端和边缘节点之间的消息传输机制;
基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;
根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。
可选的,所述云端存储需要同步到边缘节点的资源的最新版本。
可选的,所述资源包括:LinuxOS、裸机、虚拟机、ARM、X86、RISCVGPU、DPU、FPGA、SmartNIC在内的资源。
可选的,还包括:通过K8S的CRD将设备信息在云端的存储。
可选的,所述边缘节点连接管控端。
本申请还提供一种云边协同装置,包括:
设置模块,用于建立云端和边缘节点之间的消息传输机制;
修改模块,用于基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;
同步模块,用于根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。
可选的,所述云端存储需要同步到边缘节点的资源的最新版本。
可选的,所述资源包括:LinuxOS、裸机、虚拟机、ARM、X86、RISCVGPU、DPU、FPGA、SmartNIC在内的资源。
可选的,还包括:通过K8S的CRD将设备信息在云端的存储。
可选的,所述边缘节点连接管控端。
本申请的优点和有益效果:
本申请提供的一种云边协同方法,包括:建立云端和边缘节点之间的消息传输机制;基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。本申请通过设置的同步机制,可以实现统一管理调度所有边缘设备,实现数据同步,包括边缘节点、终端路由、边缘应用、消息路由等管理;同时支持类型异构资源,LinuxOS基于裸机/虚拟机ARM/X86/RISCVGPU/DPU/FPGA/SmartNIC;并且实现支持边缘离线模式,缘端在断网环境下实现自治,拥有与管控端连接、同步、检验等能力;实现方法安全可靠,当组件故障时,可以快速更新、隔离,并且具体弹性扩容的能力。
附图说明
图1是本申请中云边协同流程示意图。
图2是本申请中云边协同架构示意图。
图3是本申请中状态判断组件结构示意图。
图4是本申请中云边协同装置示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,以使本领域的技术人员可以更好地理解本发明并能予以实施。
本申请在具体实施方式中参照附图来详细描述本申请的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的保护范围。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本申请及其应用或使用的任何限制。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
本申请中示出和讨论的所有例子中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它例子可以具有不同的值。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
本申请提供的一种云边协同方法,包括:
建立云端和边缘节点之间的消息传输机制;
基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;
根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。
本申请通过设置的同步机制,可以实现统一管理调度所有边缘设备,实现数据同步,包括边缘节点、终端路由、边缘应用、消息路由等管理;同时支持类型异构资源,LinuxOS基于裸机/虚拟机ARM/X86/RISCVGPU/DPU/FPGA/SmartNIC;并且实现支持边缘离线模式,缘端在断网环境下实现自治,拥有与管控端连接、同步、检验等能力。
本申请实现方法安全可靠,当组件故障时,可以快速更新、隔离,并且具体弹性扩容的能力。
图1是本申请中云边协同流程示意图。
请参照图1所示,S101建立云端和边缘节点之间的消息传输机制。
所述云端是指云服务、云计算等,是一种集合分布式、并行计算、网络存储、虚拟化以及内容分发等特点的网络技术。所述云服务可以通过需求进行资源分配,易扩展是其核心属性之一,因此通过云服务可以提高计算能力的同时,还可节省计算资源。
图2是本申请中云边协同架构示意图。
请参照图2所示,所述云端与客户端相连,通过中间的路由设备,将数据准确的在所述云端与客户端之间进行传输,这其中,基于所述客户端的需求,所述云端将建立虚拟机,并基于所述客户端需求对数据进行处理,存储等。所述虚拟机的建立是唯一指向特定的客户端的,当有不同客户端时,则在所述云端将建立不同的虚拟机,实现数据的处理与存储。
本申请中,所述客户端是指服务的客户端,例如移动设备中安装的软件,而不是指一个移动设备或者桌面电脑。因此所述一个终端设备可以运行多个所述客户端,进而在所述云端建立多个所述虚拟机。所述云端可以是一个或者多个,基于用户的选择和设置,或者基于客户端的默认实现连接。
所述云端通过路由设备准确的与所述客户端进行数据交互,这其中,所述用户端附近将设置有边缘节点,该边缘节点用于实现部分所述云端的功能,以提高所述对所述客户端的响应能力。
在本申请中,所述边缘节点部署在距离所述客户端最近的位置,既所述客户端在与所述云端建立联系时,与距离最近的该云端所属边缘节点进行连接。所述边缘节点与所述云端连接,基于客户端请求,所述边缘节点从所述云端请求数据。
所述云端和边缘节点之间的不稳定网络会导致边缘节点频繁断开。如果云端或边缘节点重新启动或脱机一段时间,可能导致发送到边缘节点的消息丢失,这些消息无法到达到客户端。
基于此,本申请中,在所述云端和边缘节点之间搭建一个云端与边缘节点之间可靠的消息传递机制。基于所述消息传递机制之上,实现其它能力。在本申请中,所述消息传递机制可以是消息队列(Message Queue,MQ),基于消息队列的数据传输,可以保证消息传递的可靠性。
所述消息队列是基础数据结构中“先进先出”的一种数据结构。具体的,所述消息队列将要传输的数据(消息)放在队列中,用队列机制来实现消息传递。
所述消息队列中间件是分布式系统中重要的组件,主要实现解耦,异步消息,流量削锋等功能,实现高性能,高可用,可伸缩和最终一致性架构。
解耦:指业务需要多个模块共同实现,或者一条消息有多个系统需要对应处理,只需要主业务完成以后,发送一条MQ,其余模块消费MQ消息,即可实现业务,降低模块之间的耦合。
异步:主业务执行结束后从属业务通过MQ,异步执行,减低业务的响应时间,提高用户体验。
削峰:高并发情况下,业务异步处理,提供高峰期业务处理能力,避免系统瘫痪。
在本申请中,所述云端存储了需要同步到边缘资源的最新版本,该资源已经成功地发送到边缘。当云端正常重新启动或启动时,它将检查K8s里资源对应的ResourceVersion以避免发送旧消息。
在本申请中,所述K8S是Kubernetes组件的简称,该组件是一个开源的Linux容器自动化运维平台,用于消除容器化应用程序在部署、伸缩时涉及到的诸多手动操作。可以将多台主机组合成集群来运行 Linux 容器,而Kubernetes可以帮助简单高效地管理集群。构成这些集群的主机还可以跨越公有云、私有云以及混合云。
所述K8s要求用户在update请求中提交的对象必须带有ResourceVersion,也就是说在提交 update 的数据必须先来源于 K8s 中已经存在的对象。因此,一次完整的update 操作流程包括:
从 K8s 中拿到一个已经存在的对象;
基于所述对象进行修改,例如将 Deployment 中的 replicas 做增减,或是将image 字段修改为一个新版本的镜像;
将修改后的对象通过 update 请求提交给 K8s;
此时,kube-apiserver会校验用户 update 请求提交对象中的resourceVersion要和当前 K8s 中这个对象最新的resourceVersion一致,才能接受本次 update。否则,K8s会拒绝请求,并告诉用户发生了版本冲突(Conflict)。
请参照图1所示,S102基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S。
本申请中,Kubelet是kubernetes工作节点上的一个代理组件,运行在每个节点上。Kubelet是工作节点上的主要服务,定期从kube-apiserver组件接收新的或修改的Pod规范,并确保Pod及其容器在期望规范下运行。同时该组件作为工作节点的监控组件,向kube-apiserver汇报主机的运行状况。
本申请中,所述修正所述kebulet实际上是指对所述kebulet的参数进行配置,以实现保证系统进程的预留资源。
具体的,在边缘节点部署类似kebulet的服务,便于云端的K8S集群统一调度管理。但边缘节点不能直连K8S的apiserver(因为云边网络不稳定等原因),这里的数据传递需要走上面的Message Queue。所以需要修改kubelet的逻辑,同时为了兼容多种赋值的边缘节点机器,kubelet的兼容性也要更强。
在本申请中,所述kebulet还用于初始化验证,基于工作人员的设置查询组件运行状态,保证连接服务的稳定。
具体的,当启动服务时,首先启动所述kebulet组件,该kebulet进行状态查询、日志查询,完成查询后所述kebulet组件将关闭,然后启动服务。
所述kebulet组件还连接有状态判断组件,该状态判断组件可以实现基于当前服务运行环境进行状态判断,为所述kebulet组件进行状态查询进行查询标的的生成,所述状态判断组件设置有多个判断单元,具体可以根据实际工作需求进行设置,每个所述状态判断单元独立运行并将结果由所述状态判断组件统一,生成字符,以提供给所述kebulet组件进行状态查询。
图3是本申请中状态判断组件结构示意图。
请参照图3所示,所述状态判断组件包括状态判断单元101、状态判断单元102到状态判断单元103,每个所述状态判断组件连接到所述状态库104,每个所述状态判断单元用于一项参数的判断,并将判断结果发送到所述状态库104,所述状态库可以提高给所述kebulet组件状态查询的标的。
本申请中,所述每个状态判断单元可以设置为分数判断方式和是否判断方式,具体的,判断方式可用如下公式进行表示:
1、分数:
2、是否:
在上述公式中,所述是指每个所述状态判断单元中的数据,所述i是指状态判断
单元的序号,可以根据实际情况进行确定,所述n是读取的历史数据个数,所述j是所述历史
数据的序号,所述D是指每个历史数据,所述F是设定的阈值,所述F基于每个是不同的。
输出后所述状态库将基于每个所述状态判断单元添加的时间标签进行结构抽取,并集合全部所述结果进行判断。
具体的,该判断可由如下公式进行:
预先的,对所述可的值进行定义,基于所述定义可以有所述kebulet组件进行状态读取。进一步的,通过自建的云端组件实现存储元数据或 Volume 等信息到边缘,实现云、边节点的配置状态的同步。
边缘节点,支持边缘离线模式,边缘端在断网环境下实现自治,拥有与管控端连接、同步、检验等能力。将本地元数据持久化,在本地保存云、边通信的所有数据,实现调用数据直接从本地获取,避免网络频繁交互。在离线时,本地数据依然发挥作用。
支持多类型异构资源,Linux OS 基于裸机/虚拟机 ARM / X86 / RISCVGPU /DPU / FPGA / SmartNIC。实现从云端直接登录运行的边缘节点容器,提供回滚、监控、报警等功能。支持容器与微服务,具有高兼容性与可扩展性。
请参照图1所示,S103根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。
EdgeDeviceManager(边缘管理设备)是一个在不同类型网络间传送数据的物理设备。其不负责收集网络路由信息,它只是使用在网络层获得的路由信息。
在本申请中,通过所述EdgeDeviceManager可以将收集的下发数据在所述云和边缘节点之间同步。
具体的,对于边缘设备(Devices)的管理,通过 Edge Device Manager 收集下发数据,然后通过 Message Queue 在云边之间同步。设备信息在云端的存储,通过 K8S 的CRD 实现。
基于上述内容提供的途径,用户就可以通过在云端操作K8S相关资源,达到统一管理边缘端容器和设备。
工作流程如下:
对于部署容器服务:在云端通过kubectl apply 应用到边缘节点,Message Queue会把 POD 信息同步到边缘的 Edge Kubelet。
对于设备数据同步:设备产生数据,通过 Message Queue 同步到云端,云端再把数据同步到K8S的 CR 里,用户通过K8S的接口查看相关数据。
本申请还提供一种云边协同装置,包括设置模块401、修改模块402、同步模块403。
图4是本申请中云边协同装置示意图。
请参照图4所示,设置模块401,用于建立云端和边缘节点之间的消息传输机制。
所述云端是指云服务、云计算等,是一种集合分布式、并行计算、网络存储、虚拟化以及内容分发等特点的网络技术。所述云服务可以通过需求进行资源分配,易扩展是其核心属性之一,因此通过云服务可以提高计算能力的同时,还可节省计算资源。
图2是本申请中云边协同架构示意图。
请参照图2所示,所述云端与客户端相连,通过中间的路由设备,将数据准确的在所述云端与客户端之间进行传输,这其中,基于所述客户端的需求,所述云端将建立虚拟机,并基于所述客户端需求对数据进行处理,存储等。所述虚拟机的建立是唯一指向特定的客户端的,当有不同客户端时,则在所述云端将建立不同的虚拟机,实现数据的处理与存储。
本申请中,所述客户端是指服务的客户端,例如移动设备中安装的软件,而不是指一个移动设备或者桌面电脑。因此所述一个终端设备可以运行多个所述客户端,进而在所述云端建立多个所述虚拟机。所述云端可以是一个或者多个,基于用户的选择和设置,或者基于客户端的默认实现连接。
所述云端通过路由设备准确的与所述客户端进行数据交互,这其中,所述用户端附近将设置有边缘节点,该边缘节点用于实现部分所述云端的功能,以提高所述对所述客户端的响应能力。
在本申请中,所述边缘节点部署在距离所述客户端最近的位置,既所述客户端在与所述云端建立联系时,与距离最近的该云端所属边缘节点进行连接。所述边缘节点与所述云端连接,基于客户端请求,所述边缘节点从所述云端请求数据。
所述云端和边缘节点之间的不稳定网络会导致边缘节点频繁断开。如果云端或边缘节点重新启动或脱机一段时间,可能导致发送到边缘节点的消息丢失,这些消息无法到达到客户端。
基于此,本申请中,在所述云端和边缘节点之间搭建一个云端与边缘节点之间可靠的消息传递机制。基于所述消息传递机制之上,实现其它能力。在本申请中,所述消息传递机制可以是消息队列(Message Queue,MQ),基于消息队列的数据传输,可以保证消息传递的可靠性。
所述消息队列是基础数据结构中“先进先出”的一种数据结构。具体的,所述消息队列将要传输的数据(消息)放在队列中,用队列机制来实现消息传递。
所述消息队列中间件是分布式系统中重要的组件,主要实现解耦,异步消息,流量削锋等功能,实现高性能,高可用,可伸缩和最终一致性架构。
解耦:指业务需要多个模块共同实现,或者一条消息有多个系统需要对应处理,只需要主业务完成以后,发送一条MQ,其余模块消费MQ消息,即可实现业务,降低模块之间的耦合。
异步:主业务执行结束后从属业务通过MQ,异步执行,减低业务的响应时间,提高用户体验。
削峰:高并发情况下,业务异步处理,提供高峰期业务处理能力,避免系统瘫痪。
在本申请中,所述云端存储了需要同步到边缘资源的最新版本,该资源已经成功地发送到边缘。当云端正常重新启动或启动时,它将检查 K8s 里资源对应的ResourceVersion以避免发送旧消息。
在本申请中,所述K8S是Kubernetes组件的简称,该组件是一个开源的Linux容器自动化运维平台,用于消除容器化应用程序在部署、伸缩时涉及到的诸多手动操作。可以将多台主机组合成集群来运行 Linux 容器,而Kubernetes可以帮助简单高效地管理集群。构成这些集群的主机还可以跨越公有云、私有云以及混合云。
所述K8s要求用户在update请求中提交的对象必须带有ResourceVersion,也就是说在提交 update 的数据必须先来源于 K8s 中已经存在的对象。因此,一次完整的update 操作流程包括:
从 K8s 中拿到一个已经存在的对象;
基于所述对象进行修改,例如将 Deployment 中的 replicas 做增减,或是将image 字段修改为一个新版本的镜像;
将修改后的对象通过 update 请求提交给 K8s;
此时,kube-apiserver会校验用户 update 请求提交对象中的resourceVersion要和当前 K8s 中这个对象最新的resourceVersion一致,才能接受本次 update。否则,K8s会拒绝请求,并告诉用户发生了版本冲突(Conflict)。
请参照图4所示,修改模块402,用于基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S。
本申请中,Kubelet是kubernetes工作节点上的一个代理组件,运行在每个节点上。Kubelet是工作节点上的主要服务,定期从kube-apiserver组件接收新的或修改的Pod规范,并确保Pod及其容器在期望规范下运行。同时该组件作为工作节点的监控组件,向kube-apiserver汇报主机的运行状况。
本申请中,所述修正所述kebulet实际上是指对所述kebulet的参数进行配置,以实现保证系统进程的预留资源。
具体的,在边缘节点部署类似kebulet的服务,便于云端的K8S集群统一调度管理。但边缘节点不能直连K8S的apiserver(因为云边网络不稳定等原因),这里的数据传递需要走上面的Message Queue。所以需要修改kubelet的逻辑,同时为了兼容多种赋值的边缘节点机器,kubelet的兼容性也要更强。
在本申请中,所述kebulet还用于初始化验证,基于工作人员的设置查询组件运行状态,保证连接服务的稳定。
具体的,当启动服务时,首先启动所述kebulet组件,该kebulet进行状态查询、日志查询,完成查询后所述kebulet组件将关闭,然后启动服务。
所述kebulet组件还连接有状态判断组件,该状态判断组件可以实现基于当前服务运行环境进行状态判断,为所述kebulet组件进行状态查询进行查询标的的生成,所述状态判断组件设置有多个判断单元,具体可以根据实际工作需求进行设置,每个所述状态判断单元独立运行并将结果由所述状态判断组件统一,生成字符,以提供给所述kebulet组件进行状态查询。
图3是本申请中状态判断组件结构示意图。
请参照图3所示,所述状态判断组件包括状态判断单元101、状态判断单元102到状态判断单元103,每个所述状态判断组件连接到所述状态库104,每个所述状态判断单元用于一项参数的判断,并将判断结果发送到所述状态库104,所述状态库可以提高给所述kebulet组件状态查询的标的。
本申请中,所述每个状态判断单元可以设置为分数判断方式和是否判断方式,具体的,判断方式可用如下公式进行表示:
1、分数:
2、是否:
在上述公式中,所述是指每个所述状态判断单元中的数据,所述i是指状态判断
单元的序号,可以根据实际情况进行确定,所述n是读取的历史数据个数,所述j是所述历史
数据的序号,所述D是指每个历史数据,所述F是设定的阈值,所述F基于每个是不同的。
输出后所述状态库将基于每个所述状态判断单元添加的时间标签进行结构抽取,并集合全部所述结果进行判断。
具体的,该判断可由如下公式进行:
预先的,对所述可的值进行定义,基于所述定义可以有所述kebulet组件进行状态读取。进一步的,通过自建的云端组件实现存储元数据或 Volume 等信息到边缘,实现云、边节点的配置状态的同步。
边缘节点,支持边缘离线模式,边缘端在断网环境下实现自治,拥有与管控端连接、同步、检验等能力。将本地元数据持久化,在本地保存云、边通信的所有数据,实现调用数据直接从本地获取,避免网络频繁交互。在离线时,本地数据依然发挥作用。
支持多类型异构资源,Linux OS 基于裸机/虚拟机 ARM / X86 / RISCVGPU /DPU / FPGA / SmartNIC。实现从云端直接登录运行的边缘节点容器,提供回滚、监控、报警等功能。支持容器与微服务,具有高兼容性与可扩展性。
请参照图4所示,同步模块403,用于根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云和边缘节点之间同步。
EdgeDeviceManager(边缘管理设备)是一个在不同类型网络间传送数据的物理设备。其不负责收集网络路由信息,它只是使用在网络层获得的路由信息。
在本申请中,通过所述EdgeDeviceManager可以将收集的下发数据在所述云和边缘节点之间同步。
具体的,对于边缘设备(Devices)的管理,通过 Edge Device Manager 收集下发数据,然后通过 Message Queue 在云边之间同步。设备信息在云端的存储,通过 K8S 的CRD 实现。
基于上述内容提供的途径,用户就可以通过在云端操作K8S相关资源,达到统一管理边缘端容器和设备。
工作流程如下:
对于部署容器服务:在云端通过kubectl apply 应用到边缘节点,Message Queue会把 POD 信息同步到边缘的 Edge Kubelet。
对于设备数据同步:设备产生数据,通过 Message Queue 同步到云端,云端再把数据同步到K8S的 CR 里,用户通过K8S的接口查看相关数据。
本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。
应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种云边协同方法,其特征在于,包括:
建立云端和边缘节点之间的消息传输机制;
基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;
根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云端和边缘节点之间同步。
2.根据权利要求1所述云边协同方法,其特征在于,所述云端存储需要同步到边缘节点的资源的最新版本。
3.根据权利要求2所述云边协同方法,其特征在于,所述资源包括:LinuxOS、裸机、虚拟机、ARM、X86、RISCVGPU、DPU、FPGA、SmartNIC在内的资源。
4.根据权利要求1所述云边协同方法,其特征在于,还包括:通过K8S的CRD将设备信息在云端的存储。
5.根据权利要求1所述云边协同方法,其特征在于,所述边缘节点连接管控端。
6.一种云边协同装置,其特征在于,包括:
设置模块,用于建立云端和边缘节点之间的消息传输机制;
修改模块,用于基于在所述云端设置的K8S,和在所述边缘节点上设置的kebulet,修正所述kebulet实现通过所述消息传输机制连接所述边缘节点到所述K8S;
同步模块,用于根据所述消息传输机制,将通过EdgeDeviceManager收集的下发数据在所述云端和边缘节点之间同步。
7.根据权利要求6所述云边协同装置,其特征在于,所述云端存储需要同步到边缘节点的资源的最新版本。
8.根据权利要求7所述云边协同装置,其特征在于,所述资源包括:LinuxOS、裸机、虚拟机、ARM、X86、RISCVGPU、DPU、FPGA、SmartNIC在内的资源。
9.根据权利要求6所述云边协同装置,其特征在于,还包括:通过K8S的CRD将设备信息在云端的存储。
10.根据权利要求6所述云边协同装置,其特征在于,所述边缘节点连接管控端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310025256.7A CN115801811B (zh) | 2023-01-09 | 2023-01-09 | 一种云边协同方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310025256.7A CN115801811B (zh) | 2023-01-09 | 2023-01-09 | 一种云边协同方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115801811A true CN115801811A (zh) | 2023-03-14 |
CN115801811B CN115801811B (zh) | 2023-04-28 |
Family
ID=85428767
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310025256.7A Active CN115801811B (zh) | 2023-01-09 | 2023-01-09 | 一种云边协同方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115801811B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112202900A (zh) * | 2020-09-30 | 2021-01-08 | 无锡雪浪数制科技有限公司 | 一种新型架构的边缘计算系统 |
US20210303364A1 (en) * | 2020-03-24 | 2021-09-30 | NEXCOM Intelligent Systems CO., LTD. | Method of deploying cloud services quickly |
CN113485220A (zh) * | 2021-08-23 | 2021-10-08 | 深圳市托奇科技有限公司 | 一种简化运维人员现场网络诊断的云端协同方法及系统 |
CN113612820A (zh) * | 2021-07-13 | 2021-11-05 | 之江实验室 | 基于SuperEdge和EdgeXFoundry的云边端设备平台控制架构和方法 |
CN113783787A (zh) * | 2021-08-05 | 2021-12-10 | 山东省计算中心(国家超级计算济南中心) | 一种基于云边协同的非实时数据传输方法及装置 |
CN113783953A (zh) * | 2021-08-31 | 2021-12-10 | 上海慧程智能系统有限公司 | 基于云边协同的工业物联网管控方法及系统 |
WO2022021176A1 (zh) * | 2020-07-28 | 2022-02-03 | 苏州大学 | 云边协同网络资源平滑迁移与重构方法及系统 |
CN114938371A (zh) * | 2022-05-11 | 2022-08-23 | 浪潮云信息技术股份公司 | 一种基于云原生的云边协同数据交换服务实现方法及系统 |
CN115145805A (zh) * | 2021-03-31 | 2022-10-04 | 中国石油大学(华东) | 一种基于docker和jupyter notebook的复合类型题目在线检测方法 |
CN115225630A (zh) * | 2022-07-19 | 2022-10-21 | 浪潮云信息技术股份公司 | 一种边缘计算场景下的云边消息通信方法 |
CN115473938A (zh) * | 2021-06-10 | 2022-12-13 | 中国科学院沈阳自动化研究所 | 一种面向工业互联网平台的分布式边云协同调度方法 |
-
2023
- 2023-01-09 CN CN202310025256.7A patent/CN115801811B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210303364A1 (en) * | 2020-03-24 | 2021-09-30 | NEXCOM Intelligent Systems CO., LTD. | Method of deploying cloud services quickly |
WO2022021176A1 (zh) * | 2020-07-28 | 2022-02-03 | 苏州大学 | 云边协同网络资源平滑迁移与重构方法及系统 |
CN112202900A (zh) * | 2020-09-30 | 2021-01-08 | 无锡雪浪数制科技有限公司 | 一种新型架构的边缘计算系统 |
CN115145805A (zh) * | 2021-03-31 | 2022-10-04 | 中国石油大学(华东) | 一种基于docker和jupyter notebook的复合类型题目在线检测方法 |
CN115473938A (zh) * | 2021-06-10 | 2022-12-13 | 中国科学院沈阳自动化研究所 | 一种面向工业互联网平台的分布式边云协同调度方法 |
CN113612820A (zh) * | 2021-07-13 | 2021-11-05 | 之江实验室 | 基于SuperEdge和EdgeXFoundry的云边端设备平台控制架构和方法 |
CN113783787A (zh) * | 2021-08-05 | 2021-12-10 | 山东省计算中心(国家超级计算济南中心) | 一种基于云边协同的非实时数据传输方法及装置 |
CN113485220A (zh) * | 2021-08-23 | 2021-10-08 | 深圳市托奇科技有限公司 | 一种简化运维人员现场网络诊断的云端协同方法及系统 |
CN113783953A (zh) * | 2021-08-31 | 2021-12-10 | 上海慧程智能系统有限公司 | 基于云边协同的工业物联网管控方法及系统 |
CN114938371A (zh) * | 2022-05-11 | 2022-08-23 | 浪潮云信息技术股份公司 | 一种基于云原生的云边协同数据交换服务实现方法及系统 |
CN115225630A (zh) * | 2022-07-19 | 2022-10-21 | 浪潮云信息技术股份公司 | 一种边缘计算场景下的云边消息通信方法 |
Also Published As
Publication number | Publication date |
---|---|
CN115801811B (zh) | 2023-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113742031B (zh) | 节点状态信息获取方法、装置、电子设备及可读存储介质 | |
CN102521044B (zh) | 一种基于消息中间件的分布式任务调度方法及系统 | |
CN112000448A (zh) | 基于微服务架构的应用管理方法 | |
CN112084098A (zh) | 资源监控系统及工作方法 | |
CN108270726B (zh) | 应用实例部署方法及装置 | |
CN100426751C (zh) | 保证集群系统中配置信息一致的方法 | |
CN112565415B (zh) | 一种基于云边协同的跨地域资源纳管系统和纳管方法 | |
CN110795503A (zh) | 分布式存储系统的多集群数据同步方法及相关装置 | |
CN113569987A (zh) | 模型训练方法和装置 | |
CN113656147B (zh) | 一种集群部署方法、装置、设备及存储介质 | |
WO2018137520A1 (zh) | 一种业务恢复方法及装置 | |
CN102523109A (zh) | 资源状态更新方法、管理客户端及服务器 | |
CN103516735A (zh) | 一种网络节点升级的方法及装置 | |
CN112698838A (zh) | 多云容器部署系统及其容器部署方法 | |
CN108390919B (zh) | 一种用于高可靠双机热备的消息同步系统及方法 | |
CN112437129A (zh) | 集群的管理方法及集群的管理装置 | |
CN113937894A (zh) | 一种基于云边协同的电力智能终端管理系统及方法 | |
CN113315754A (zh) | 容器出访防火墙智能联动方法及装置、设备、介质 | |
US20230010417A1 (en) | Message oriented middleware cluster synchronization | |
US8201017B2 (en) | Method for queuing message and program recording medium thereof | |
CN115801811B (zh) | 一种云边协同方法及装置 | |
CN112243030A (zh) | 分布式存储系统的数据同步方法、装置、设备及介质 | |
CN114615268B (zh) | 基于Kubernetes集群的服务网络、监控节点、容器节点及设备 | |
CN113824801B (zh) | 一种智能融合终端统一接入管理组件系统 | |
CN109327529B (zh) | 分布式扫描方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Cloud Edge Collaboration Method and Device Effective date of registration: 20231215 Granted publication date: 20230428 Pledgee: WUXI BRANCH, INDUSTRIAL BANK CO.,LTD. Pledgor: JIANGSU YUNGONGCHANG INFORMATION TECHNOLOGY CO.,LTD. Registration number: Y2023980071397 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |