CN108989080A - 管理节点的方法和装置 - Google Patents
管理节点的方法和装置 Download PDFInfo
- Publication number
- CN108989080A CN108989080A CN201810528006.4A CN201810528006A CN108989080A CN 108989080 A CN108989080 A CN 108989080A CN 201810528006 A CN201810528006 A CN 201810528006A CN 108989080 A CN108989080 A CN 108989080A
- Authority
- CN
- China
- Prior art keywords
- node
- group
- node group
- resource utilization
- graphic element
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- User Interface Of Digital Computer (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了一种管理节点的方法和装置。该方法应用于集群系统的资源使用率或健康状态分析,该集群系统包括N个节点,N为大于1的整数,该方法包括:确定N个节点中每个节点的资源使用率;根据资源使用率,将N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;根据M个节点组,对集群系统进行管理。通过上述技术方案,能够快速地掌握大集群下的全局状况。
Description
技术领域
本申请涉及计算机技术领域,并且更具体地,涉及一种管理节点的方法和装置。
背景技术
在管理大集群或大平台时,面对成百上千甚至上万的对象,如何快速高效的了解整体的资源使用率的分布情况或健康状态,进而识别系统的隐患,成为一个大的挑战。
现有技术的一种方式是,使用单一的统计值来表达整个集群的状态,该单一的统计值比如可以是集群中所有对象的平均值。仅仅通过一个指标,可以做大概的评估,也可以做数据历史趋势分析展示,甚至未来趋势预测。
但是,使用单一的统计值来表达整个集群或平台所有节点的情况,可以有效地展示类似资源消耗情况的数据,但抹掉了太多的细节,利用率超高或超低的节点无法被识别出来,问题隐患也就被隐藏了。
发明内容
本申请提供一种管理节点的方法和装置,能够快速地掌握大集群下的全局状况。
第一方面,提供了一种管理节点的方法,该方法应用集群系统,所述集群系统包括N个节点,N为大于1的整数,该方法包括:确定所述N个节点中每个节点的资源使用率;根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;根据所述M个节点组,对所述集群系统进行管理。
基于上述技术方案,获取集群系统中所有节点的资源使用率后,使用区间分布节点数统计方法,即将所有的节点划分成M组,每组节点的资源使用率分别属于一个取值区间,这样可以降低数据维度,而且可以快速地掌握大集群下的全局状况。
结合第一方面,在第一方面的某些实现方式中,所述根据所述M个节点组,对所述集群系统进行管理,包括:根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;根据每个节点组对应的图形元素,生成第一界面。
基于上述技术方案,用图形的大小的形式表示各节点组中节点的数量,不仅可以快速地掌握大集群下的全局状况,而且可以直观形象地看出各节点组中节点在大集群中的比例。
结合第一方面,在第一方面的某些实现方式中,所述根据所述M个节点组,对所述集群系统进行管理,包括:根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;根据每个节点组对应的图形元素,生成第一界面。
基于上述技术方案,根据不同节点组对应的资源使用率范围,赋予各个节点组对应的图形元素不同的颜色,可以对整个集群的健康状态有一个快速的认知。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及,所述根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,包括:根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
基于上述技术方案,通过预定义的资源使用率范围与颜色之间的映射关系,可以确定每个节点组对应的图形元素的颜色。
结合第一方面,在第一方面的某些实现方式中,所述根据所述M个节点组,对所述集群系统进行管理,包括:当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;生成第二界面,所述第二界面上显示以下至少一种参数的信息:所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
基于上述技术方案,不仅可以展示大集群所有节点的数据情况,提供感性认知,而且可以进行数据量化,如,可以获知各个节点的资源使用率的数据。
结合第一方面,在第一方面的某些实现方式中,所述根据所述资源使用率,将所述N个节点分成M个节点组,包括:确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;将所述资源使用率位于相同取值区间的节点分成一组。
第二方面,提供了一种管理节点的装置,该装置应用于集群系统,所述集群系统包括N个节点,N为大于1的整数,该装置包括:确定模块,用于确定所述N个节点中每个节点的资源使用率;处理模块,用于根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;管理模块,用于根据所述M个节点组,对所述集群系统进行管理。
结合第二方面,在第二方面的某些实现方式中,所述管理模块具体用于:根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;根据每个节点组对应的图形元素,生成第一界面。
结合第二方面,在第二方面的某些实现方式中,所述管理模块还用于:根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;根据每个节点组对应的图形元素,生成第一界面。
结合第二方面,在第二方面的某些实现方式中,所述装置还包括确定模块,用于获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及,所述管理模块具体用于:根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
结合第二方面,在第二方面的某些实现方式中,所述管理模块还用于:当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;生成第二界面,所述第二界面上显示以下至少一种参数的信息:所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
结合第二方面,在第二方面的某些实现方式中,所述处理模块具体用于:确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;将所述资源使用率位于相同取值区间的节点分成一组。
第三方面,提供了一种管理节点的装置,该装置包括:存储器,用于存储程序;处理器,用于执行程序,当该程序被执行时,该处理器用于执行上述第一方面以及第一方面的各实现方式中的相应的功能。
第四方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面中的方法。
第五方面,提供了一种计算机可读介质,所述计算机可读介质存储有程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面中的方法。
第六方面,提供了一种芯片,该芯片包括:存储器,用于存储程序;处理器,用于于执行所述存储器中存储的程序,以执行上述第一方面中的方法。
附图说明
图1是适用于本申请实施例的管理节点的方法的集群系统的示意图;
图2是某一采样时间点的数据值的一示意图;
图3是某一时间段的数据历史趋势的一示意图;
图4是某一采样时间点的数据值的另一示意图;
图5是某一时间段的数据历史趋势的另一示意图;
图6是某一采样时间点的数据值的又一示意图;
图7是根据本申请一实施例提供的管理节点的方法的示意图;
图8是根据本申请另一实施例提供的管理节点的方法的示意图;
图9是根据本申请又一实施例提供的管理节点的方法的示意图;
图10是本申请实施例提供的管理节点的装置的示意图;
图11是本申请实施例提供的芯片的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例提供的管理节点的方法,可以应用于计算机上,该计算机包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(Central Processing Unit,CPU)、内存管理单元(Memory Management Unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。
并且,在本申请实施例中,该计算机可以是智能手机等手持设备,也可以是个人计算机等终端设备,本申请并未特别限定,只要能够通过运行记录有本申请实施例的管理节点的方法代码的程序,以根据本申请实施例的管理节点的方法进行展示即可。
本申请实施例的管理节点的方法的执行主体可以是计算机设备,或者,是计算机设备中能够调用程序并执行程序的功能模块。
此外,本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。
本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(Compact Disc,CD)、数字通用盘(Digital Versatile Disc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM)、卡、棒或钥匙驱动器等)。
另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。其中,术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
为便于理解本申请实施例,首先结合图1详细介绍适用于本申请实施例的管理节点的方法的系统架构。
图1是适用于本申请实施例的集群的示意性框图。图1所示的集群(cluster)包括主节点(master node)110以及至少一个工作节点(node)130。
主节点110,用于管理集群中各工作节点的工作负载,例如,调度集群中的工作节点创建并运行容器。容器可以理解为一个精简版的操作系统,该操作系统中运行一个或多个指定应用程序,例如,一个精简版的Linux操作系统。
具体地,集群是一个或多个工作节点的集合,不同工作节点之间通过高速网络互联。工作节点130的物理设备可以是服务器。集群中的服务器系统工作,向用户提供网络应用服务,对于用户来说,集群就像是一个单一系统。
该集群可应用于终端设备。应理解,终端设备也可以称为用户设备(userequipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(VirtualReality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请中将前述终端设备及可设置于前述终端设备的芯片统称为终端设备。
应理解,图1中示出的系统仅为示例性说明,而不应对本申请构成任何限定。
还应理解,图1所示的系统只是本申请实施例的一种可能的应用场景,不应对本申请构成任何限定。
在管理集群时,面对成百上千甚至上万的对象,如何快速高效的了解整体的资源使用率的分布情况或健康状态,进而识别系统的隐患,成为一个大的挑战。目前,基本有以下三种方式了解整体的资源使用率。其中,资源使用率可以通过内存使用率或CPU占用率等表示。
方式1
使用单一的统计值来表达整个集群的状态。
比如使用单一的统计值来表达整个集群的状态,该单一的统计值比如可以是集群中所有对象的平均值。图2示出了某一采样时间点的数据值的示意图。从图2可以看出,在该时间点,内存使用率的平均值为22.07%。图3示出了某一个时间段的数据历史趋势。图3中,用单一的统计值表示每个采样时间点的集群的CPU利用率。CPU利用率可以表示机器在某个时间点的运行程序的情况,可以表示集群的状态。
使用单一的统计值表达整个集群或平台上所有节点的情况,可以有效展示类似资源消耗情况的数据,但是抹掉了太多的细节,利用率超高或超低的节点无法被识别出来,问题隐患也就被隐藏了。
方式2
将集群中所有对象节点的数据都展示出来。
如图4所示,通过列表排序或线性图来展示。在节点较少的情况下,可以准确地表达整个集群的资源使用率或健康状态。图4示出了某一采样时间点的部分数据值的示意图。其中,Host1、Host2、Host3、Host4、Host5……表示主机名。但是,表格展示数据值的方法,不适合数据多的情况。数据一多,就难以快速查看所有的数据,只能查看部分采样,从而导致信息不全。
图5示出了通过方式2,可以展示一个时间段的数据历史趋势。然而通过线条展示数据历史值的方法,存在大量线条相互干扰,无法有效识别问题真相的缺点。
方式3
热力图展示。
如图6所示,热力图展现方式是将数据划分成不同的取值区间(如高、中、低),每个节点使用一个色块或填充方式表达,使用不同的颜色或填充方式表达不同的取值空间,可以在有限的空间内将所有节点展示出来,并且能快速对分布情况有个感性认知。
使用热力图展示,只能有感性认知,缺乏数据量化能力,且只能表现某一时间点的数据快照,无法有效展示数据的历史趋势。
因此,本申请提出一种方式,使得面对大节点时,能够通过高效的展示方法,支持资源使用率或健康状态的快速分析。下面结合图7具体说明。
图7是根据本申请一实施例提供的管理节点的方法的示意图。方法100应用集群系统,该集群系统中包括N个节点,N为大于1的整数。例如,方法100可以应用于如图1所示的系统,该节点可以是主节点和/或工作节点。方法100包括步骤110-130,下面对方法100进行详细描述。
110,确定N个节点中每个节点的资源使用率;
120,根据资源使用率,将N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;
130,根据M个节点组,对集群系统进行管理。
可以采集或获取节点的资源使用率,可选地,获取节点的节点状态信息,该节点状态信息包括节点的资源使用率。资源使用率可以用内存使用率或者CPU占用率等表示。获取节点的资源使用率可以是周期性地采集各个节点的节点状态信息,或者,也可以是采集在预设时间段内或预设时刻的各个节点的节点状态信息。节点状态信息,可以表征各个节点在某个时段内的资源使用情况。
节点的节点状态信息包括节点的资源使用率,可选地,集群的节点状态信息还可以包括但不限于:CPU占用率、可用内存、磁盘剩余空间、节点的流量分配比例、节点的端口带宽使用率等。其中,节点的流量分配比例表示该节点的端口流量在所有节点的端口流量中所占的比例。
根据所述资源使用率,将所述N个节点分成M组节点(即,M个节点组的一例),其中,M<N,且,M为大于0的整数。
对于N个节点,该N个节点的资源使用率不尽相同。可以将N个节点划分成M组节点。具体地,可以针对获取的该N个节点的资源使用率的情况,结合业务需要,划分几个取值区间(即,M个节点组的一例),然后根据取值区间做统计分析。其中,该取值区间可以包括高、正常、低;或者,可以包括:高、偏高、正常、低,等等。具体地划分成几个区间,本申请实施例对此不作限定。
可选地,确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;将所述资源使用率位于相同取值区间的节点分成一组。
具体地,分成M个节点组,可以是预先定义M个取值区间,每个取值区间的数值不同,例如,四个取值区间(即,M个取值区间的一例):0%~10%、10%~50%、50%~90%、90%~100%,将资源使用率位于同一个取值区间的节点划分成一组。需要说明的是,在本申请实施例中,取值区间用于表示资源使用率所位于的区间。例如,N个节点中两个节点的资源使用率分别为6.55%、9.88%,那么,可以将该两个节点划分为一组,且该组节点对应0%~10%的取值区间。
或者,也可以根据采集到的节点的资源使用率,划分成M个取值区间,每个取值区间用于表征资源使用率位于该取值区间的节点。
需要说明的是,本申请实施例中,可以是直接根据N个节点的资源使用率划分为M组,每组节点的资源使用率都位于一个取值区间内。或者,也可以是预先划分M个取值区间,将资源使用率位于该取值区间的节点划分为一组。
可选地,根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;根据每个节点组对应的图形元素,生成第一界面。
具体地,每个区间可以赋予不同的图形大小,即,可以根据每个节点组包括的节点的数据来确定该节点组对应的图形的大小,从而可以直接根据图形的大小来直观地看出处于某一取值区间的节点数的大小。例如,可以通过第一节点组与第二节点组中包括的节点的数量的比例来确定第一图形元素和第二图形元素的大小比例。或者,也可以根据第一节点组中包括的节点数和所有节点的比例,来确定第一图形元素在整个图形上所占的比例。基于上述技术方案可以快速掌握大集群下的全局状况。或者,直接用数字形式标识处于某一取值区间,或,某一组的节点的个数。或者,也可以用不同的形状表示不同的取值区间。
应理解,上述第一图形元素和第二图形元素仅为示例性说明。
可选地,根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;根据每个节点组对应的图形元素,生成第一界面。
具体地,每个区间可以赋予一个颜色,或,可以用不同的填充方式表示不同的区间,以便对节点的利用率或健康状态的整体情况有一个快速的认知。该区间对应的颜色可以是随机确定的,只要每个区间对应的颜色相异。
应理解,关于上述资源使用率范围,节点组对应的资源使用率范围,该范围内一定包括该节点组中每个节点的资源使用率。
可选地,获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及,所述根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,包括:根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
具体地,可以根据预先定义的映射关系来确定不同区间对应的颜色,例如,资源使用率高的节点所对应的图形元素的颜色可以是亮色。不同的颜色还可以代表不同的健康状态。
可选地,当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;生成第二界面,所述第二界面上显示以下至少一种参数的信息:所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
具体地,结合图8说明,图8是根据本申请另一实施例提供的管理节点的方法的示意图。图8中使用环形图展示资源使用率的分布情况。图8中包括四块区域(即,图形化元素的一例),分别用1、2、3、4表示。该4块区域的大小可以用来表示处于该取值区间的节点的个数在整个节点中占的比例,且该4块区域可以用不同的颜色或者不同的形状填充表示不同的取值区间。也就是说,可以通过环上色块或不同填充方式块的大小表达处于某一取值区间的节点数大小。
具体地,当检测到所述第一界面中的第一图形元素被选择时,例如,当点击或双击某个图块(即,第一图形化元素的一例)时,可以生成一个数据界面(即,第二界面的一例)。该数据界面可以是在第一界面的上方或者侧面。该数据界面上可以显示该图块对应的一组节点的节点状态信息,例如该组节点包括的节点数,和/或,节点的占比数据。其中,占比数据可以是指某一组节点(或,某一取值区间)的节点数在所有节点中的比例。此外,如果对某一取值区间内节点的详细数据有兴趣,还可以获取感兴趣区间的详细数据清单,如,获取该取值区间内的所有节点的资源使用率的数据。
又或者,鼠标移动到第一界面中的某个图块时,图形上可以展示节点数据和/或占比数据。如图8中,鼠标移动到3块区域时,可以展示出:该区间的资源使用率是90%~100%,该区间内的节点数是187,占整体节点的比例是10.04%。此外,可以通过鼠标点击向下钻取,获取感兴趣区间的详细数据清单。
应理解,图8仅是一个示例性说明,本申请实施例并未限定于此。例如,可以通过其他图形展示(如方形图展示);或者,取值区间可以是0%~30%、30%~50%、50%~80%、80%~100%等;或者,可以是多个取值区间等等;或者,不同的区间用不同形状的图块表示等等。
可选地,每个取值区间可以用于表征健康状态,直接使用状态的离散值,例如,高风险、中风险、低风险、正常等,进行统计分析。例如,如图8所示,位于90%~100%内的节点的健康状态可以被认为是高风险;位于50%~90%内的节点的健康状态可以被认为是中风险;位于10%~50%内的节点的健康状态可以被认为是低风险;位于0%~10%内的节点的健康状态可以被认为是正常。
应理解,上述仅是示例性说明,可以是一个区间表征一种健康状态,也可以用多个区间表征一种健康状态:如,位于50%~90%内的节点的健康状态可以都被认为是高风险。或者,也可以划分高风险、低风险、正常三种状态。
或者,也可以根据获取到的每个节点的资源使用率确定各个节点的健康状态。例如,预先划分四种状态,包括:高风险、中风险、低风险、正常。如果节点的资源使用率位于90%~100%内,则可以认为该节点的健康状态是高风险;如果节点的资源使用率位于50%~90%内,则可以认为该节点的健康状态是中风险;如果节点的资源使用率位于10%~50%内,则可以认为该节点的健康状态是低风险;如果节点的资源使用率位于0%~10%内,则可以认为该节点的健康状态是正常。此外,通过本申请实施例提供的管理节点的方法,还可以快速展示节点状态的历史变化趋势。至少可以通过下面三种方式中的任一方式,展示节点状态的历史变化趋势。
方式一
分别在T个时刻采集N个节点的资源使用率,并且计算每个时刻上,该N个节点的资源使用率的平均值,得到N个值,并将该N个平均值在图形上表示。
具体地,资源使用率的平均值可以用下面的公式表示:
Ai=(ΣFTi(k))/N
其中,
Ai表示在Ti时刻,N个节点的资源使用率的平均值,i=1,2,……,n;
Ti表示T个时刻中的任一时刻,例如,T1为2017.12.01,T2为2017.12.04,T3为2017.12.07等;
FTi(k)表示在Ti时刻获取的节点K的资源使用率,k=1,2,……,N。
将计算得到的Ai,通过图形化的形式展示,可以快速地了解节点状态的历史变化趋势。
方式二
使用线性叠加图展示。
如图9所示,可以对某一时间段的数据趋势进行分析。如图9所示,横轴(即,L1)表示时间,纵轴表示比例,该比例是在资源使用率在某一区间的集群节点在所有集群节点中所占的比例。如图9所示,L1~L2之间的区域可以代表资源使用率在0~10%的集群节点所占的比例;L2~L3之间的区域可以代表资源使用率在10%~50%的集群节点所占的比例;L3~L4之间的区域可以代表资源使用率在50%~80%的集群节点所占的比例;L4~L5之间的区域可以代表资源使用率在80%~100%的集群节点。
具体地,如图9所示,假设包括4个取值区间,分别是0~10%、10%~50%、50%~80%、80%~100%。从图9可以看出,资源使用率位于不同取值区间的集群节点所占比例的变化趋势,例如,资源使用率位于0~10%的集群节点所占的比例在T6时刻左右达到最大。
通过方式二,可以很快地看到节点状态的历史趋势。
应理解,上述方式二仅为示例性说明,本申请实施例并未限定于此。例如,可以划分为多组节点,并对应多个取值区间。
方式三
展示某一组节点的资源使用率。
当仅关心某一组(例如,资源使用率较高的一组节点)时,不需要展示每组节点的历史数据,只需展示所关心的节点在某一时间段的历史趋势即可。如图9所示,可以仅展示M4组节点(取值区间为80%~100%的节点)的历史数据。
需要说明的是,上述方式一、方式二、方式三仅为示例性说明,本申请实施例并未限定于此。例如方式一和方式二可以结合使用。
根据本申请实施例,使用区间分布节点数统计方法,代替传统的基于利用率的简单数据公式计算(例如,方式1),可以避免遗漏掉太多细节,如识别不出利用率超高或超低的节点。此外,通过划分取值区间降低数据维度,按区间统计节点数量及占比,并通过图形(如环形图)提供某一时刻数据快照风险展示能力。因此,在一张图上展示大集群内所有节点的利用率或健康状态信息,可以快速地掌握大集群下的全局状况,且还具有数据量化能力。
此外,根据本申请实施例,通过线性叠加图提供历史数据分析展示能力,可以快速展示节点状态的历史变化趋,进而可以预测趋势变化原因或者进行向后预测。
应理解,上文中仅为便于理解,以四个取值区间为例详细说明了本申请实施例提供的管理节点的方法,但这不应对本申请构成任何限定。
还应理解,在本申请的各实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
以上,结合图7至图9对本申请实施例的管理节点的方法做了详细说明。以下,结合图10至图11对本申请实施例的管理节点的装置进行详细说明。
图10是本申请实施例提供的管理节点的装置的示意性框图。图10的管理节点的装置600执行的操作与图7至图9中描述的方法对应,为了简洁,适当省略重复的描述。该管理节点的装置600可以包括:确定模块610、处理模块620、管理模块630。
其中,确定模块610,用于确定所述N个节点中每个节点的资源使用率;
处理模块620,用于根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;
管理模块630,用于根据所述M个节点组,对所述集群系统进行管理。
可选地,管理模块630具体用于:
根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;
根据每个节点组对应的图形元素,生成第一界面。
可选地,管理模块630还用于:
根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;
根据每个节点组对应的图形元素,生成第一界面。
可选地,装置600还包括获取模块,用于获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及
管理模块630具体用于:根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
可选地,管理模块630还用于:
当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;
生成第二界面,所述第二界面上显示以下至少一种参数的信息:
所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
可选地,处理模块620具体用于:确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;将所述资源使用率位于相同取值区间的节点分成一组。
图11是本申请一个实施例提供的芯片的示意图。图11的芯片700执行的操作与图7至图9中描述的方法对应,为了简洁,适当省略重复的描述。芯片700包括:
存储器710,用于存储程序;
处理器720(该处理器例如可以是基带处理器),用于执行所述存储器中存储的程序,以执行以下操作:
确定所述N个节点中每个节点的资源使用率;根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;根据所述M个节点组,对所述集群系统进行管理。
可选地,所述根据所述M个节点组,对所述集群系统进行管理,包括:根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;根据每个节点组对应的图形元素,生成第一界面。
可选地,所述根据所述M个节点组,对所述集群系统进行管理,包括:根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;根据每个节点组对应的图形元素,生成第一界面。
可选地,所述方法还包括:获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及,所述根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,包括:根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
可选地,所述根据所述M个节点组,对所述集群系统进行管理,包括:当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;生成第二界面,所述第二界面上显示以下至少一种参数的信息:所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
可选地,所述根据所述资源使用率,将所述N个节点分成M个节点组,包括:确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;将所述资源使用率位于相同取值区间的节点分成一组。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc,DVD))、或者半导体介质(例如固态硬盘(solid statedisk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (14)
1.一种管理节点的方法,其特征在于,应用于集群系统,所述集群系统包括N个节点,N为大于1的整数,所述方法包括:
确定所述N个节点中每个节点的资源使用率;
根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;
根据所述M个节点组,对所述集群系统进行管理。
2.根据权利要求1所述的方法,其特征在于,所述根据所述M个节点组,对所述集群系统进行管理,包括:
根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;
根据每个节点组对应的图形元素,生成第一界面。
3.根据权利要求1或2所述的方法,其特征在于,所述根据所述M个节点组,对所述集群系统进行管理,包括:
根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;
根据每个节点组对应的图形元素,生成第一界面。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及
所述根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,包括:
根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
5.根据权利要求2至4中任一项所述的方法,其特征在于,所述根据所述M个节点组,对所述集群系统进行管理,包括:
当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;
生成第二界面,所述第二界面上显示以下至少一种参数的信息:
所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述根据所述资源使用率,将所述N个节点分成M个节点组,包括:
确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;
将所述资源使用率位于相同取值区间的节点分成一组。
7.一种管理节点的装置,其特征在于,应用于集群系统,所述集群系统包括N个集群节点,N为大于1的整数,所述装置包括:
确定模块,用于确定所述N个节点中每个节点的资源使用率;
处理模块,用于根据所述资源使用率,将所述N个节点分成M个节点组,其中,每个节点组包括至少一个节点,每个节点仅属于一个节点组,且,M为大于0且小于N的整数;
管理模块,用于根据所述M个节点组,对所述集群系统进行管理。
8.根据权利要求7所述的装置,其特征在于,所述管理模块具体用于:
根据每个节点组包括的节点的数量,确定每个节点组对应的图形元素的大小;
根据每个节点组对应的图形元素,生成第一界面。
9.根据权利要求7或8所述的装置,其特征在于,所述管理模块还用于:
根据每个节点组对应的资源使用率范围,确定每个节点组对应的图形元素的颜色,以使任意两个节点组对应的图形元素的颜色相异;
根据每个节点组对应的图形元素,生成第一界面。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括获取模块,用于获取第一映射关系,所述第一映射关系用于指示多个资源使用率范围和多个颜色之间的一一映射关系;以及
所述管理模块具体用于:
根据每个节点组对应的资源使用率范围,从所述第一映射关系中,确定每个节点组对应的图形元素的颜色。
11.根据权利要求8至10中任一项所述的装置,其特征在于,所述管理模块还用于:
当检测到所述第一界面中的第一图形元素被选择时,确定与所述第一图形元素对应的第一节点组;
生成第二界面,所述第二界面上显示以下至少一种参数的信息:
所述第一节点组中节点的数量、所述第一节点组的占比、所述第一节点组中的每个节点的资源使用率,其中,所述第一节点组的占比为所述第一节点组中节点的数量与N的比值。
12.根据权利要求7至11中任一项所述的装置,其特征在于,所述处理模块具体用于:
确定M个取值区间,其中,所述M个取值区间与所述M个节点组一一对应;
将所述资源使用率位于相同取值区间的节点分成一组。
13.一种管理节点的装置,其特征在于,包括:
存储器,用于存储程序;
处理器,用于执行程序,当所述程序被执行时,所述处理器用于执行如权利要求1-6中任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求1-6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810528006.4A CN108989080B (zh) | 2018-05-29 | 2018-05-29 | 管理节点的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810528006.4A CN108989080B (zh) | 2018-05-29 | 2018-05-29 | 管理节点的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108989080A true CN108989080A (zh) | 2018-12-11 |
CN108989080B CN108989080B (zh) | 2021-02-05 |
Family
ID=64542676
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810528006.4A Active CN108989080B (zh) | 2018-05-29 | 2018-05-29 | 管理节点的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108989080B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112905423A (zh) * | 2021-03-26 | 2021-06-04 | 北京赛博云睿智能科技有限公司 | 大数据环境中分布式资源容器监控与自评估方法及系统 |
CN112965698A (zh) * | 2021-03-26 | 2021-06-15 | 东软睿驰汽车技术(沈阳)有限公司 | 自动驾驶软件架构平台、构建方法和构建装置 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5909217A (en) * | 1997-09-30 | 1999-06-01 | International Business Machines Corporation | Large scale system status map |
US7894372B2 (en) * | 2005-05-31 | 2011-02-22 | Iac Search & Media, Inc. | Topology-centric resource management for large scale service clusters |
CN102520939A (zh) * | 2011-11-29 | 2012-06-27 | 浪潮电子信息产业股份有限公司 | 一种高密度数据显示的方法 |
CN103118127A (zh) * | 2013-02-22 | 2013-05-22 | 浪潮电子信息产业股份有限公司 | 一种基于色彩和状态标识的虚拟资源拓扑视图快速定位方法 |
CN104503887A (zh) * | 2014-12-15 | 2015-04-08 | 北京奇虎科技有限公司 | 计算设备状态展示方法及装置 |
CN104639645A (zh) * | 2015-02-12 | 2015-05-20 | 广州神马移动信息科技有限公司 | 网络负载均衡方法、装置及集群服务系统 |
CN104660693A (zh) * | 2015-02-06 | 2015-05-27 | 北京京东尚科信息技术有限公司 | 图形化展示节点状态信息的方法和装置 |
CN104915407A (zh) * | 2015-06-03 | 2015-09-16 | 华中科技大学 | 一种基于Hadoop多作业环境下的资源调度方法 |
CN105471607A (zh) * | 2014-09-04 | 2016-04-06 | 中国石油化工股份有限公司 | 一种大规模集群节点动态信息的树形监视方法 |
CN105681103A (zh) * | 2016-03-03 | 2016-06-15 | 山东超越数控电子有限公司 | 一种基于龙芯平台的集群资源监控实现方法 |
CN107656847A (zh) * | 2017-09-19 | 2018-02-02 | 郑州云海信息技术有限公司 | 基于分布式集群的节点管理方法、系统、装置及存储介质 |
-
2018
- 2018-05-29 CN CN201810528006.4A patent/CN108989080B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5909217A (en) * | 1997-09-30 | 1999-06-01 | International Business Machines Corporation | Large scale system status map |
US7894372B2 (en) * | 2005-05-31 | 2011-02-22 | Iac Search & Media, Inc. | Topology-centric resource management for large scale service clusters |
CN102520939A (zh) * | 2011-11-29 | 2012-06-27 | 浪潮电子信息产业股份有限公司 | 一种高密度数据显示的方法 |
CN103118127A (zh) * | 2013-02-22 | 2013-05-22 | 浪潮电子信息产业股份有限公司 | 一种基于色彩和状态标识的虚拟资源拓扑视图快速定位方法 |
CN105471607A (zh) * | 2014-09-04 | 2016-04-06 | 中国石油化工股份有限公司 | 一种大规模集群节点动态信息的树形监视方法 |
CN104503887A (zh) * | 2014-12-15 | 2015-04-08 | 北京奇虎科技有限公司 | 计算设备状态展示方法及装置 |
CN104660693A (zh) * | 2015-02-06 | 2015-05-27 | 北京京东尚科信息技术有限公司 | 图形化展示节点状态信息的方法和装置 |
CN104639645A (zh) * | 2015-02-12 | 2015-05-20 | 广州神马移动信息科技有限公司 | 网络负载均衡方法、装置及集群服务系统 |
CN104915407A (zh) * | 2015-06-03 | 2015-09-16 | 华中科技大学 | 一种基于Hadoop多作业环境下的资源调度方法 |
CN105681103A (zh) * | 2016-03-03 | 2016-06-15 | 山东超越数控电子有限公司 | 一种基于龙芯平台的集群资源监控实现方法 |
CN107656847A (zh) * | 2017-09-19 | 2018-02-02 | 郑州云海信息技术有限公司 | 基于分布式集群的节点管理方法、系统、装置及存储介质 |
Non-Patent Citations (1)
Title |
---|
LENOVO: "联想智能超算平台5.1.0 管理员手册", 《HTTPS://DOWNLOAD.LENOVO.COM/SERVERS_PDF/LICO5.1.0_ADMIN_GUIDE_V1.0_CHINESE.PDF》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112905423A (zh) * | 2021-03-26 | 2021-06-04 | 北京赛博云睿智能科技有限公司 | 大数据环境中分布式资源容器监控与自评估方法及系统 |
CN112965698A (zh) * | 2021-03-26 | 2021-06-15 | 东软睿驰汽车技术(沈阳)有限公司 | 自动驾驶软件架构平台、构建方法和构建装置 |
CN112965698B (zh) * | 2021-03-26 | 2023-07-18 | 东软睿驰汽车技术(沈阳)有限公司 | 自动驾驶软件架构平台、构建方法和构建装置 |
CN112905423B (zh) * | 2021-03-26 | 2024-02-13 | 北京赛博云睿智能科技有限公司 | 大数据环境中分布式资源容器监控与自评估方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN108989080B (zh) | 2021-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106959894B (zh) | 资源分配方法和装置 | |
CN106027328B (zh) | 一种基于应用容器部署的集群监控的方法及系统 | |
CN110061889A (zh) | 区块链性能测试方法、装置、设备和存储介质 | |
CN109144658B (zh) | 有限资源的负载均衡方法、装置及电子设备 | |
CN107528870A (zh) | 一种数据采集方法及其设备 | |
CN110232537A (zh) | 分配数据对象的方法、装置、设备及存储介质 | |
CN113641457A (zh) | 容器创建方法、装置、设备、介质及程序产品 | |
JP2010250689A (ja) | 性能モニタリングシステム、ボトルネック判定方法及び管理計算機 | |
CN108733531B (zh) | 基于云计算的gpu性能监控系统 | |
CN108845877B (zh) | 管理内存的方法、装置和系统 | |
US11456932B2 (en) | System capacity heatmap | |
CN106502760B (zh) | 一种虚拟机亲和性策略可视化的方法及装置 | |
CN107656807A (zh) | 一种虚拟资源的自动弹性伸缩方法及装置 | |
CN109905271A (zh) | 一种预测方法、训练方法、装置及计算机存储介质 | |
CN109327844A (zh) | 一种小区扩容方法及装置 | |
CN111464331B (zh) | 一种线程创建的控制方法、系统及终端设备 | |
CN108989080A (zh) | 管理节点的方法和装置 | |
KR102269647B1 (ko) | 서버 성능 모니터링 장치 | |
CN111291018B (zh) | 数据管理方法、装置、设备及存储介质 | |
CN110018932A (zh) | 一种容器磁盘的监控方法及装置 | |
CN109274534A (zh) | 一种网络切片的监管方法及设备、通信系统 | |
WO2024082861A1 (zh) | 一种应用于视频监控中的云存储调度系统 | |
CN110286961A (zh) | 基于物理主机处理器的进程挂起方法及相关设备 | |
CN106933646A (zh) | 一种创建虚拟机的方法及装置 | |
CN113742083A (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 |