详解边缘计算系统的概念及组成.docx

上传人:lao****ou 文档编号:71507 上传时间:2023-01-27 格式:DOCX 页数:11 大小:164.70KB
下载 相关 举报
详解边缘计算系统的概念及组成.docx_第1页
第1页 / 共11页
详解边缘计算系统的概念及组成.docx_第2页
第2页 / 共11页
详解边缘计算系统的概念及组成.docx_第3页
第3页 / 共11页
详解边缘计算系统的概念及组成.docx_第4页
第4页 / 共11页
详解边缘计算系统的概念及组成.docx_第5页
第5页 / 共11页
亲,该文档总共11页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《详解边缘计算系统的概念及组成.docx》由会员分享,可在线阅读,更多相关《详解边缘计算系统的概念及组成.docx(11页珍藏版)》请在第一文库网上搜索。

1、详解边缘计算系统的概念及组成摘要2一、边缘计算系统的组成21. 1云Kubernetes21)核心组件22)第三方组件23)容器运行时31. 2边KubeEdge32. 3端EdgeX Foundry31)设备服务层42)核心服务层43)支持服务层45)两个增强的基础系统服务5二、概念解析52. 1 Container 图解52. 2 Pod 图解62. 3ReplicaSet 图解62. 4SERVICE 图解72. 5DEPLOYMENT 图解72. 6DaemonSet 图解82. 7Job 图解82. 8V0LUME 图解92. 9C0NFIGMAP 图解92. IONameSpace

2、 图解103. 11 Ingress11摘要本文从组成部分和概念解析两方面来说明边缘计算系统。L组成部分:边缘计算系统由云、边、端三部分组成,每部分的解决方案不止一种。本文的云组成部分选择Kubernetes,边组成部分选择KubeEdge,端组成部分选择EdgeX Foundryo2.概念解析:对组成边缘计算系统的云、边、端三部分涉及的相关概念进行说明。一、边缘计算系统的组成1.1 云KubernetesKubernetes是开源的大规模容器编排解决方案。整套解决方案由核心组件、第三方组件和容器运行时组成,具体如下所示。1)核心组件 Kube-apiserver: Kubernetes内部组

3、件相互通信的消息总线,对外暴露集群API资源的唯一出口 Kube-controller:保证集群内部资源的现实状态与期望状态保持一致 Kube-scheduler:将需要调度的负载与可用资源最佳匹配 Kube-proxy:为节点内的负载访问和节点间的负载访问做代理 Kubelet:根据Kube-scheduler的调度结果,操作相应负载2)第三方组件 Etcd:存储集群的元数据和状态数据 Flannel集群的跨主机负载网络通信的解决方案需要对原来的数据包进行额外的封装、解封装,性能损耗较大 Calico集群的跨主机负载网络通信的解决方案纯三层网络解决方案,不需要额外的封装、解封装,性能损耗较小

4、 CoreDNS:负责集群中负载的域名解析3)容器运行时 Docker:目前默认的容器运行时 Containerd:比Docker轻量,稳定性与Docker相当的容器运行时 Cri-o轻量级容器运行时目前稳定性没有保证 Frakti基于Hypervisor的容器运行时目前稳定性没有保证1. 2 边KubeEdgeKubeEdge是华为开源的一款基于Kubernetes的边缘计算平台,用于将容器化应用的编排功能从云扩展到边缘的节点和设备,并为云和边缘之间的网络、应用部署和元数据同步提供基础架构支持。KubeEdge使用Apache 2. 0许可,并且可以免费用于个人或商业用途。KubeEdge由

5、云部分、边缘部分和容器运行时组成,具体如下所示。 云部分 | CloudCore 负责将云部分的事件和指令下发到边缘端,同时接收边缘端上报的状态信息和事件信息 边缘部分I EdgeCore 接收云部分下发的事件和指令,并执行相关指令,同时将边缘的状态信息和事件信息上报到云部分 容器运行时I Docker 目前,KubeEdge默认支持Docker 官方表示未来会支持Containerd、Cri-o等容器运行时1. 3 端EdgeX FoundryEdgeX Foundry是一个由Linux基金会运营的开源边缘计算物联网软件框架项目。该项目的核心是基于与硬件和操作系统完全无关的参考软件平台建立的

6、互操作框架,构建即插即用的组件生态系统,加速物联网方案的部署。EdgeXFoundry使有意参与的各方在开放与互操作的物联网方案中自由协作,无论其是使用公开标准还是私有方案。EdgeX FounQy微服务集合构成了 4个微服务层及两个增强的基础系统服务。4个微服务层包含从物理域数据采集到信息域数据处理等一系列服务,两个增强的基础系统服务为4个微服务层提供服务支撑。4个微服务层从物理层到应用层依次为设备服务(Device Service)层、核心服务(Core Service)层、支持服务(Supporting Service)层、导出服务(Export Service)层,两个增强的基础系统服

7、务包括安全和系统管理服务,具体说明如下所示。1)设备服务层 Dev ice-modbus-go : Go实现对接使用Modbus协议设备的服务 Device-camera-go: Go实现对接摄像头设备的服务 Device-snmp-go: Go 实现对接 SNMP 服务 Device-mqtt-go: Go实现对接使用MQTT协议设备的服务 Device-sdk-goGo实现对接其他设备的SDKSDK给设备接入提供了较大的灵活性2)核心服务层 Core-command:负责向南向设备发送命令 Core-metadata:负责设备自身能力描述,提供配置新设备,并将它们与其拥有的设备服务配对的功

8、能 Core-data:负责采集南向设备层数据,并向北向服务提供数据服务 Registry & Config:负责服务注册与发现,为其他EdgeX Founcky微服务提供关于EdgeX Foundry的相关服务的信息,包括微服务配置属性3)支持服务层 Support-logging: 负责日志记录 Support-notification:负责事件通知 Support-scheduler:负责数据调度4)导出服务层 Export-client:导出数据的客户端 Export-distro:导出数据的应用5)两个增强的基础系统服务 System-mgmt-agent:提供启动、停止所有微服务的

9、API Sys-mgmt-executor:负责启动、停止所有微服务的最终执行二、概念解析组成边缘计算系统的云、边、端三部分的相关概念如下。 云:涉及的概念包括 Container、Pod、ReplicaSet、Service、Deployment、DaemonSet Job Volume、 ConfigMap NameSpace Ingress 等。 边:目前边缘系统的实现方式是通过对云原有的组件进行裁剪并下沉到边缘,所以边涉及的概念是云的子集,而且与云保持一致。 端:部署在边上的一套微服务,目前没有引入新的概念。目前,边和端都在沿用云的概念,所以本节主要是对云的概念进行解析。下面以图解的形

10、式对云涉及的相关概念进行说明。2. 1 Container 图解由图1T可知,Container (容器)是在操作系统之上的一种新的环境隔离技术。使用容器隔离出的独立空间包含应用所需的运行时环境和依赖库。在同一台主机上,容器共享操作系统内核。容器引擎操作系统物理硬件/虚拟硬件图 IT Container 解析2. 2 Pod图解由图1-2可知,储和网络命名空间。Pod是由一组容器组成的,在同一个Pod内的容器共享存在边缘计算系统中,Pod是最小的可调度单元,也是应用负载的最终载体。PodContainerContainerContainer图1-2 Pod解析2. 3ReplicaSet 图解

11、由图1-3可知,ReplicaSet用来管理Pod,负责让Pod的期望数量与Pod真实数量保持一致。在边缘计算系统中,ReplicaSet负责维护应用的多实例和故障自愈。ReplicaSetPodPodPod图 13 ReplicaSet 解析2. 4Service 图解由图1-4可知,Service作为一组Pod的访问代理,在多个Pod之间做负载均衡。Pod的生命周期相对比较短暂,变更频繁。Service除了为与之相关的Pod做访问代理和负载均衡外,还会维护与Pod的对应关系。ServicePodPodPod图 1-4 Service 解析2. 5Deployment 图解由图 由5可知,D

12、eployment是ReplicaSet的抽象,在ReplicaSet的基础上增加了一些高级功能。其功能和应用场景与ReplicaSet相同。Deployment人ReplicaSetPodPodPod图 1-5 Deployment 解析2. 6DaemonSet 图解由图1-6可知,DaemonSet负责让指定的Pod在每个节点上都启动一个实例。该功能一般用在部署网络插件、监控插件和日志插件的场景。PodPodPodDaemonSet1 Pod 1;Pod ::Pod ;:Pod ::Pod ;Pod ::Pod ;图 1-6 DaemonSet 解析2. 7Job图解由图1-7可知,Jo

13、b用来管理批量运行的Pod,该管理类型的Pod会被定期批量触发。与Deployment管理的Pod不同,Job管理的Pod执行完相应的任务后就退出,不会一直驻留。在边缘计算系统中,一般用Job所管理的Pod来训练AI模型。JobPodPodPod图1-7 Job解析2. 8Volume 图解由图1-8可知,Volume是用来给Pod提供存储的,通过挂载的方式与对应Pod关联。Volume分临时存储和持久存储,临时存储类型的Volume会随着Pod的删除而被删除,持久存储类型的Volume不会随着Pod的删除而被删除。2. 9ConfigMap 图解由图1-9可知,ConfigMap作为Pod存

14、储配置文件的载体,通过环境变量(env)和文件卷的方式与Pod进行关联。在边缘计算系统中,以ConfigMap方式来管理配置信息会更方便。ConfigMap还可以对配置中的敏感信息进行加密,使配置信息更安全。Pod2. lONameSpace 图解由图 1 -10 可知,NameSpace 是对 Pod、Service、ConfigMap、Deployment、DaemonSet等资源进行隔离的一种机制,一般用在同一公司的不同团队隔离资源的场景。边缘计算系统使用NameSpace来对一个团队可以使用的资源(CPU、内存)和创建的负载所需要的资源进行限制。NameSpaceConfigMapDeploymentADaemonSet图 1-10 NameSpace 解析2.lllngress由图1-11可知,Ingress可作为集群内与集群外相互通信的桥梁一将集群内的服务暴露到集群外,同时可以对进入集群内的流量进行合理的管控。在边缘计算系统中,Ingress是一种资源对象,需要配合Ingress Controller和反向代理工作。InternetIngressServicePodPodPod

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 汇报材料

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服