CN113296903B 边缘云系统、边缘管控方法、管控节点及存储介质 （阿里巴巴集团控股有限公司）

足管控条件之前对边缘集群的管控状态重新对2所述边缘管控节点，用于在所述中心管控节点不满足对所述边缘管控节所述中心管控节点，用于在重新满足对所述目标边缘集群的管控所述中心管控节点在不满足管控条件之前对所述目标边缘集群中容器化应用的第一管控在确定所述中心管控节点不满足对所述目标边缘集群的管控条件第一管控状态开始对所述目标边缘集群中的容器化在不满足对所述目标边缘集群的管控条件之前，根据边缘服信息和/或容器化应用的运行状态，生成对所述目标边缘集群中的容器化应用进行管控所将所述第一管控数据下发给所述目标边缘集群中的边缘计算节点所述边缘管控节点具体用于：在确定所述中心管控节点不满足对所不满足管控条件之前对所述目标边缘集群中容器化应根据边缘服务需求方提交的服务需求信息和/或容器化应用的运行状态，生成对所述将所述第二管控数据下发给所述目标边缘集群中的边缘计算节点所述中心管控节点具体用于：在重新满足对所述目标边缘集群的管控3若所述第二管控状态与所述第一管控状态一致的情况下，则识别出所述目标边缘集群中待回滚的容器化应用，所标边缘集群在所述第二管控状态和所述第一管控状态下存在差异的容器化应用；若所述待回滚的容器化应用是所述目标边缘集群中新增的容器若所述待回滚的容器化应用是所述目标边缘集群中被删除的原有容除了所述原有容器化应用的边缘计算节点上重建被删除的原有容器若所述待回滚的容器化应用是所述目标边缘集群中资源规格发生变化的原有容器化监测所述目标边缘集群中向其同步所述第一管控数据的边缘计算节计算节点在其与所述中心管控节点之间的网络连接断开的情况下向所述边缘管控节点同在接收到边缘服务需求方发送的管控切换指令的情况下，确定述中心管控节点对所述目标边缘集群进行管控或者在确定所述中心管控节点无法对所述若向其同步所述第一管控数据的边缘计算节点的数量大于或4统计所述目标边缘集群中与其保持网络连接的边缘计算节点的信息；根据所述信息，确定所述中心管控节点不满足对所述目标边缘若与其保持心跳连接的边缘计算节点的数量小于设定的数量阈值根据接收到的来自边缘计算节点的心跳报文的数量以及所述边缘管控节点上报的发生故障的边缘计算节点的信息，确定与其保持网络连接的边缘计算节点的数量或数量比其中，所述边缘管控节点在收不到边缘计算节点的心跳报若接收到所述边缘管控节点上报的发生故障的边缘计算节点算节点上重建所述发生故障的边缘计算节点上的容在所述中心管控节点不满足对所述目标边缘集群的管控条件期间，态与所述中心管控节点在不满足管控条件之前对所述目标边缘集群中容器化应用的第一在确定所述中心管控节点不满足对所述目标边缘集群的管控条件控节点在不满足管控条件之前对所述目标边缘集群中容器化应用根据所述目标边缘集群中边缘计算节点同步的第一管控数据，确在不满足管控条件之前对所述目标边缘集群中容器化应其中，所述第一管控数据是所述中心管控节点在不满足管5在对所述目标边缘集群中的容器化应用进行管控期间，根据边务需求信息和/或容器化应用的运行状态，生成对所述目标边缘集群中的容器化应用进行将所述第二管控数据下发给所述目标边缘集群中的边缘计算节点监测所述目标边缘集群中向所述边缘管控节点同步所述第一管控数据的边缘计算节在接收到边缘服务需求方发送的管控切换指令的情况下，确定述中心管控节点对所述目标边缘集群进行管控或者在确定所述中心管控节点无法对所述在不满足对边缘云系统中目标边缘集群的管控条件期间，确定获取边缘管控节点对所述目标边缘集群中容器化应用的第二管控状控状态与所述中心管控节点在不满足管控条件之前对所述目标边缘集群中容器化应用的其中，所述目标边缘集群是所述边缘云系统中的任一边缘根据所述目标边缘集群中边缘计算节点同步的第二管控数据，确其中，所述第二管控数据是所述边缘管控节点在对所述目标边发给所述边缘计算节点供其对所述目标边缘集群中24.根据权利要求22-23任一项所述的方6在不满足对目标边缘集群的管控条件期间，统计所述目标边确定其所属边缘云系统中的中心管控节点不满足对目标边缘集群的态与所述中心管控节点在不满足管控条件之前对所述目标边缘集群中容器化应用的第一在不满足对其所属边缘云系统中目标边缘集群的管控条件其中，所述目标边缘集群是所述边缘云系统中的任一边缘7原生和边缘计算融合(简称为云边融合)所边缘计算节点上可部署容器化应用；8的管控条件；基于在不满足管控条件之前对所述目标边缘集群中容器化应用的管控状态，间，由所述目标边缘集群中的边缘管控节点对所述目标边缘集群中的容器化应用进行管计算机程序/指令被处理器执行时，致使所述处理器实现本申请实施例提供的任一方法中管控节点对边缘集群中的容器化应用进行管控之外，还在边缘集群中增设边缘管控节点，这样在中心管控节点不满足管控条件期间边缘管控节点可对其所在边缘集群中的容器化9[0027]图1a为本申请示例性实施例提供的一种边缘云系统的结构[0028]本实施例的边缘云系统100是基于云计算技术和边缘计算的能力，构筑在边缘基些可选实施例中，边缘集群102可实现为位于边缘的互联网数据中心(InternetData可实现为位于边缘的机房，即一个机房即为本申请实施例中的一个边缘集群102。在此说[0030]本实施例的边缘云系统100可应用于内容分发网络(ContentDeliveryNetwor缘集群102中部署应用实际上是在边缘集群102中的边缘计算节点102b上部署应用的过程。[0031]考虑到在边缘云系统100中可能需要部署大量应用，鉴于容器这种云原生技术具在承载容器化应用的边缘计算节点102b的资源不足时，会涉及针对容器化应用的资源扩101可以根据边缘服务需求方提交的服务需求信息和/或监测到的容器化应用的运行状态，生成对边缘集群102中的容器化应用进行管控所需的第一管控数据，将第一管控数据下发给边缘集群102中的相应边缘计算节点102b，由相应边缘计算节点102b根据第一管控数据指向应用所需镜像文件的信息；边缘集群选择参数包括边缘集群所在的区域位置和/或对所需镜像文件的信息可以是镜像文件的存储地址，或者可提供镜像文件的设备的访问地标边缘集群102中的边缘计算节点102b进行调度，向被调度的边缘计算节点102b发送部署行该镜像文件从而在预留的资源上完成容器化应用[0035]在容器化应用运行过程中，边缘服务需求方可以通过中心管控节点101查询边缘集群102中容器化应用以及边缘计算节点102b产生的日志数据，可以通过这些日志数据了也可以根据中心管控节点101返回的容器化应用或其所在边缘计算节点102b的运行状态，中心管控节点101提供的需求提交入口，向中心管控节点101提供请求扩容的服务需求信据针对该容器化应用进行资源扩容，例如将分配给该容器化应用的内存资源从2Gb增加为[0038]同理，中心管控节点101也可以根据边缘服务需求方提供请求缩容的服务需求信控节点101反馈的容器化应用所在边缘计算节点102b发生故障的通知消息，为了保证容器息中可以包括指示重建容器化应用的信息，可选地还可以包括新边缘计算节点102b的信息，当然新的边缘计算节点102b也可以由中心管控节点101根据各边缘计算节点102b的负应用不做限定。中心管控节点101根据该服务需求信息，向承载容器化应用的原边缘计算节点板等，原边缘计算节点102b和新边缘计算节点102b在接收到指示热迁移的管控数据之后，计算节点102b上的相应容器化应用进行升级。在服务需求变化或镜像版本升级的情况下，边缘服务需求方可以通过中心管控节点101查询待升级容器化应用的运行状态，根据待升级容器化应用的运行状态，例如待升级容器化应用的服务请求及服务请求的响应状态等，通知中发送给中心管控节点101。中心管控节点101接收边缘服务需求方发送的升级通知，数据下发给待升级容器化应用所在边缘集群102中的相应边缘计算节点102b；边缘计算节级策略，将该管控数据下发给待升级容器化应用所在边缘集群102中的相应边缘计算节点中心管控节点101感知其与边缘计算节点102b之间的网络连接是否断开，边缘计算节点102b与中心管控节点101之间可以保持心跳连接，即边缘计算节点102b可定时向中心管控心管控节点101只会从与其保持网络连接的边缘计算节点102b中选择需要使用的边缘计算以基于其与其它边缘计算节点102b之间的通信连接通过其它边缘计算节点102b间接对与其断开连接的边缘计算节点102b上的容器化应用进与该边缘集群102之间的网络连接是否断开；如果中心管控节点101与边缘集群102之间的心管控节点101与边缘集群102之间保持网络连接；反之，若中心管控节点101与边缘集群102中保持通信连接的边缘计算节点的数量小于设定数量阈值，或者该数量比例小于设定心管控节点101与边缘集群102之间保持网的边缘计算节点102b中是否包含指定边缘计算节点，来判断中心管控节点101与边缘集群间的网络连接断开主要指该边缘集群102脱离或基本上脱离中心管控节点101管控的情况，的情况下，无法对该边缘集群102中的容器化应用进行管控之外，还可能因为其它一些因节点102a，该边缘管控节点102a可在中心管控节点101不满足对该边缘管控节点102a所属用的管控状态是指边缘管控节点102a或中心管控节点101根据相应管控数据对边缘集群属边缘集群102中的边缘计算节点102b实现对该边缘集群102中的容器化应用的管控操作。具体地，边缘管控节点102a可以根据边缘服务需求方提交的服务需求信息和/或监测到的容器化应用的运行状态，生成对边缘集群102中的容器化应用进行管控所需的第二管控数102b对其所属边缘集群102中的容器化应用进行管控所需的数据，该数据中包括管控操作[0054]需要说明的是，在边缘管控节点102a对其所属边缘集群102中的容器化应用进行查询容器化应用的运行状态，也可以向边缘计算节点102b发起针对容器化应用的管控操器化应用和/或其所在边缘计算节点的运行状态，根据监测结果自动发起对容器化应用的101在不满足管控条件之前对边缘集群中的容器化应用进行管控的管控状态，并自该管控点101在不满足管控条件之前对边缘集群中的容器化应用进行管控的管控状态记为第一管[0055]其中，边缘管控节点102a通过其所属边缘集群102中的边缘计算节点102b对该边之间的网络连接是否断开，边缘计算节点102b与边缘管控节点102a之间可以保持心跳连接，即边缘计算节点102b可定时向边缘管控节点102a上报心跳报文，如果边缘管控节点102a在一定时间内未收到边缘计算节点102b上报的心跳报文，则认为其与边缘计算节点中心管控节点101未在设定时间内接收到某个边缘计算节点102b的心跳报文，且还收到了计算节点重建容器化应用。群102中的边缘管控节点102a对该集群中的容器化应用进行管控，均是通过该集群中的边节点101下发的第一管控数据对容器化应用执行管控操作期间，还可以将第一管控数据缓自第一管控状态开始继续对该边缘集群102中容器化应用进管控数据的边缘计算节点102b的信息，并根据该信息确定中心管控节点101不再满足对该边缘集群102的管控条件。例如，向边缘管控节点102a同步第一管控数据的边缘计算节点与该边缘集群102之间的网络连接断开，属于不满足对该边缘集群102的管控条件的情况。计算节点中包含指定的全部边缘计算节点，说明其所属边缘集群102中任何指定的边缘计算节点均未与中心管控节点101保持网络连接，则确定中心管控节点101与该边缘集群102是否与中心管控节点101保持网络连接；边缘计算节点102b接收到询问消息后可向边缘管控节点102a返回响应消息，该响应消息可以指示其与中心管控节点101保持网络连接或断足管控条件期间对边缘集群102中容器化应用的第二管控状态，判断第二管控状态与其在不满足管控条件之前对该边缘集群102中容器化应用的第一管控状态是否一致；若第二管控状态与第一管控状态不一致，需要将该边缘集群102中的容器化应用从第二管控状态回滚的容器化应用以及待回滚容器化应用所在的边缘计算节点均会有所不同，下面举例说边缘计算节点102b，则中心管控节点101可以在新增的容器化应用当前所在的边缘计算节滚的容器化应用所在的边缘计算节点102b是指被删除的原有容器化应用原来所在的边缘计算节点102b，则中心管控节点101可以在被删除的原有容器化应用原来所在的边缘计算节点102b未故障(正常)的情况下，在该边缘计算节点102b上重建被删除的原有容器化应用。[0065]可选地，待回滚的容器化应用可以是边缘集群102中资源规格发生变化的原有容102b是指资源规格发生变化的原有容器化应用一直所在的边缘计算节点1[0066]进一步可选地，若上述待回滚的容器化应用所在的边缘计算化应用重建的情况，假设在边缘计算节点B上对边缘计算节点A上的容器化应用进行了重[0067]下面以边缘管控中心102a在管控期间对其所在边缘集群中的容器化应用进行资[0068]假设中心管控节点101对边缘集群102进行管控期间，在该边缘集群102中部署了中容器化应用进行管控。在边缘管控节点102a对边缘集群102进行管控期间，学生假期到其不满足管控条件之前的管控状态(即上文的第一管控状态)之后，可自第一管控状态开如果边缘服务需求方当前的服务需求需要对容器化应用进行热迁移，中心管控节点101就在自第一管控状态的基础上对边缘集群102中的容器化应用进行热迁移；如果边缘服务需求方当前的服务需求需要对容器化应用进行重建，中心管控节点101就在自第一管控状态的基础上对边缘集群102中的容器化应用进行重建；如果边缘服务需求方当前的服务需求需要对容器化应用进行升级，中心管控节点101就在自第一管控状态的基础上对边缘集群[0069]关于边缘管控节点102a在管控期间对边缘集群102中容器化应用的其它管控，中心管控节点无法对目标边缘集群进行管控的情况下，向边缘管控节点下发管控切换指令，101和边缘管控节点102a之间进行管控数据以及管控状态等信息的同步，形成如图1b所示与边缘管控节点102a对容器化应用进行管控使用的具体技术。在本申请一可选实施例中，在边缘集群102中的边缘计算节点102b上部署kubernetes的worker组件，两个master组件源缩容、关停、重启或释放等各种管控操作。在采用K8s技术的实施例中，可采用容器组(Pod)对容器化应用进行组织和管理，Pod是最小的可被调度的原子单位。其中，在中心边缘集群中的Pod进行各种管控操作；而在中心master组件不满足对该边缘集群的管控条件的情况下，由该集群中的边缘master组件通过worker组件对Pod进行各种管控操作。其[0079]21b、边缘管控节点确定边缘云系统中的中心管控节点不满足对目标边缘集群的[0081]在一可选实施例中，上述在中心管控节点不满足对目标边缘集群的管控条件期缘计算节点供其对目标边缘集群中的容器化应需求方不需要中心管控节点对目标边缘集群进行管控或者在确定中心管控节点无法对目重新满足对所述目标边缘集群的管控条件，目标边缘集群是边缘云系统中的任一边缘集的容器化应用是目标边缘集群在第二管控状态和第一管控状态下存在差异的容器化应用；[0095]进一步可选地，在将待回滚的容器化应用从第二管控状原有容器化应用的边缘计算节点上重建被删除的原有容[0098]若待回滚的容器化应用是目标边缘集群中资源规格发生则将资源规格发生变化的原有容器化应用的资源规格还原为其在第一管控状态时的资源管控节点在对目标边缘集群进行管控期间下发给边缘计算节点供其对目标边缘集群中的[0100]在一可选实施例中，上述在不满足对边缘云系统中目标边缘集群的管控条件期算节点的信息，确定中心管控节点重新满足对目标边缘集群的管控条件的一种实现方式，包括：若与中心管控节点保持心跳连接的边缘计算节点的数量大于或等于设定的数量阈在目标边缘集群中的其它边缘计算节点上重建所述发生故障的边缘计算节点上的容器化[0104]需要说明的是，上述实施例所提供方法的各步骤的执行足管控条件之前下发给边缘计算节点供其对目标边缘集群中的容器化应用进务需求方提交的服务需求信息和/或容器化应用的运行状态，生成对目标边缘集群中的容切换指令是边缘服务需求方不需要中心管控节点对目标边缘集群进行管控或者在确定中管控条件之前下发给边缘计算节点供其对目标边缘集群中的容器化应用标边缘集群中的容器化应用进行管控所需的第二管控数据；通过通信组件33b将第二管控[0122]在一可选实施例中，处理器32b在确定边缘云系统中的中心管控节点不满足对目[0123]在一可选实施例中，处理器32b在确定边缘云系统中的中心管控节点不满足对目[0124]在一可选实施例中，处理器32b在确定边缘云系统中的中心管控节点不满足对目缘服务需求方不需要中心管控节点对目标边缘集群进行管控或者在确定中心管控节点无算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由边缘管控节[0129]确定模块41a，用于在中心管控节点不满足对边缘云系统中目标边缘集群的管控[0130]管控模块42a，用于基于在中心管控节点不满足管控条件之前对目标边缘集群中[0133]在一可选实施例中，管控模块42a在将目标边缘集群中的容器化应用从第二管控待回滚的容器化应用是目标边缘集群在第二管控状态和第一管控状态下存在差异的容器[0134]进一步可选地，管控模块42a在将待回滚的容器化应用从第二管控状态回滚到第发生变化的原有容器化应用的资源规格还原为其在第一管控状态时的[0136]进一步可选地，确定模块41a在确定中心管控节点重新满足对目标边缘集群的管缘计算节点的信息，且未在设定时间内收到发生故障的边缘计算节点的心跳报文的情况标边缘集群中的边缘管控节点对目标边缘集群中的容器化应用进[0142]在一可选实施例中，处理器42b在重新对目标边缘集群中的容器化应用进行管控控状态与中心管控节点在不满足管控条件之前