CN110932935A - 资源控制方法、装置、设备及计算机存储介质 - Google Patents
资源控制方法、装置、设备及计算机存储介质 Download PDFInfo
- Publication number
- CN110932935A CN110932935A CN201911176891.5A CN201911176891A CN110932935A CN 110932935 A CN110932935 A CN 110932935A CN 201911176891 A CN201911176891 A CN 201911176891A CN 110932935 A CN110932935 A CN 110932935A
- Authority
- CN
- China
- Prior art keywords
- resource control
- cache platform
- subsystem
- data
- cache
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 230000015654 memory Effects 0.000 claims abstract description 207
- 238000013480 data collection Methods 0.000 claims abstract description 92
- 238000007619 statistical method Methods 0.000 claims abstract description 14
- 238000012545 processing Methods 0.000 claims description 30
- 238000004458 analytical method Methods 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 abstract description 12
- 238000005516 engineering process Methods 0.000 abstract description 9
- 230000008030 elimination Effects 0.000 description 10
- 238000003379 elimination reaction Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 6
- 230000001960 triggered effect Effects 0.000 description 6
- 239000000306 component Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 description 1
- YTAHJIFKAKIKAV-XNMGPUDCSA-N [(1R)-3-morpholin-4-yl-1-phenylpropyl] N-[(3S)-2-oxo-5-phenyl-1,3-dihydro-1,4-benzodiazepin-3-yl]carbamate Chemical compound O=C1[C@H](N=C(C2=C(N1)C=CC=C2)C1=CC=CC=C1)NC(O[C@H](CCN1CCOCC1)C1=CC=CC=C1)=O YTAHJIFKAKIKAV-XNMGPUDCSA-N 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007670 refining Methods 0.000 description 1
Images
Classifications
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/16—Threshold monitoring
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本发明涉及金融科技(Fintech)技术领域,并公开了一种资源控制方法,该方法包括:基于预设时间段获取服务器中的数据收集任务,并根据数据收集任务控制至少一个采集器对数据缓存集群中的各子系统进行数据采集,以获取采集数据;获取管理页面中预设的数据收集规则,基于数据收集规则对各采集数据进行统计分析,以获取容量报告;确定容量报告是否符合缓存平台中预设的资源控制规则;若不符合,则根据缓存平台中的限制策略对缓存平台进行限制处理。本发明还公开了一种资源控制装置、设备和一种计算机存储介质。本发明提高了缓存平台中内存资源监控的准确性。
Description
技术领域
本发明涉及金融科技(Fintech)技术领域,尤其涉及资源控制方法、装置、设备及计算机存储介质。
背景技术
随着计算机技术的发展,越来越多的技术应用在金融领域,传统金融业正在逐步向金融科技(Fintech)转变,缓存平台的内存资源监控技术也不例外,但由于金融行业的安全性、实时性要求,也对该技术提出了更高的要求。例如,应用于金融领域的缓存平台技术,现有的缓存平台是通过redis-cluster(去中心化集群)获取集群的当前实例的内存使用量、最大内存使用量。上报数据给IMS(IP Multimedia Subsystem,IP多媒体子系统)监控平台,当触发阀值时告警出来。但这样操作只能到集群层面,不能获取数据的详细分布情况,负载指标不够具体,不能方便分析,并且当某个集群的内存数据异常时会影响到整个集群,从而影响到整个缓存平台,导致监控平台不能及时地告警,因此,如何提高缓存平台中内存资源监控的准确性成为了目前亟待解决的技术问题。
发明内容
本发明的主要目的在于提出一种资源控制方法、装置、设备及计算机存储介质,旨在提高缓存平台中内存资源监控的准确性。
为实现上述目的,本发明提供一种资源控制方法,所述资源控制方法应用于缓存平台,所述缓存平台包括服务器、至少一个采集器、管理页面和数据缓存集群,所述资源控制方法包括如下步骤:
基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集,以获取采集数据;
获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;
确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
可选地,所述限制处理包括预警处理,
所述若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理的步骤,包括:
若不符合,则检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值;
若所述总内存使用率小于或等于所述第一阈值,则依次检测所述容量报告中所有子系统的内存使用率是否大于所述缓存平台中预设的第二阈值;
若在各所述内存使用率中存在大于所述第二阈值的目标内存使用率,则根据所述缓存平台中的限制策略对所述目标内存使用率对应的子系统进行预警处理。
可选地,所述限制处理包括禁止处理,
所述检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值的步骤之后,包括:
若所述总内存使用率大于所述第一阈值,则获取各所述子系统在所述缓存平台中申请的内存申请量,和各所述子系统在所述缓存平台中的内存使用量;
确定各所述子系统中是否存在目标子系统,其中,所述目标子系统的内存使用量大于所述目标子系统的内存申请量;
若存在,则根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理。
可选地,所述根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理的步骤,包括:
获取所述缓存平台中的多个限制条件,并根据所述资源控制规则在各所述限制条件中确定目标限制条件,并将所述目标限制条件作为所述限制策略对所述目标子系统进行禁止处理。
可选地,所述确定所述容量报告是否符合所述缓存平台中预设的资源控制规则的步骤之后,包括:
若所述容量报告符合所述资源控制规则,则检测是否存在新子系统接入所述缓存平台;
若检测到新子系统接入所述缓存平台,则根据所述容量报告获取所述缓存平台的剩余内存容量;
获取所述新子系统的内存需求量,并根据所述内存需求量和所述剩余内存容量确定所述新子系统的内存申请量。
可选地,所述基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集的步骤,包括:
基于预设时间段获取所述服务器中的数据收集任务和时间戳,并确定待进行数据采集的多个采集器,基于所述时间戳控制所述至少一个采集器按照所述数据收集任务对所述数据缓存集群中的各子系统进行数据采集。
可选地,所述基于所述数据收集规则对各所述采集数据进行统计分析的步骤,包括:
基于所述数据收集规则在各所述采集数据中确定所有子系统的内存使用量,并获取所述缓存平台的总内存容量值;
计算所述内存使用量和所述总内存容量值之间的比例值,并将所述比例值作为所述缓存平台的总内存使用率。
此外,为实现上述目的,本发明还提供一种资源控制装置,所述资源控制装置包括:
获取模块,用于基于预设时间段获取服务器中的数据收集任务,并根据所述数据收集任务控制至少一个采集器对数据缓存集群中的各子系统进行数据采集,以获取采集数据;
分析模块,用于获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;
确定模块,用于确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
处理模块,用于若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
此外,为实现上述目的,本发明还提供一种资源控制设备,所述资源控制设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的资源控制程序,所述资源控制程序被所述处理器执行时实现如上所述的资源控制方法的步骤。
此外,为实现上述目的,本发明还提供一种计算机存储介质,所述计算机存储介质上存储有资源控制程序,所述资源控制程序被处理器执行时实现如上所述的资源控制方法的步骤。
本发明通过基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集,以获取采集数据;获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。通过基于预设时间段来控制至少一个采集器对数据缓存集群中的各个子系统进行数据采集,得到采集数据,并根据预设的数据收集规则对采集数据进行分类,以得到具有各个子系统信息的容量报告,从而避免了现有技术中只能获取到集群层面的使用数据,而不能获取到集群内部各个子系统对缓存平台中内存数据的使用情况,提高了对缓存平台中内存资源监控的准确性,并且会检测容量报告是否符合预设的资源控制规则,并在不符合时,根据限制策略进行限制处理,从而避免了现有技术汇总某个系统产生的内存数据异常时影响到整个集群的现象发生,提高了缓存平台的使用效率。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图;
图2为本发明资源控制方法第一实施例的流程示意图;
图3为本发明资源控制装置的装置模块示意图;
图4为本发明资源控制方法中集群传递数据到监控平台的流程示意图;
图5为本发明资源控制方法中的资源控制流程示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。
本发明实施例资源控制设备可以是PC机或服务器设备,其上运行有Java虚拟机。
如图1所示,该资源控制设备可以包括:处理器1001,例如CPU,网络接口1004,用户接口1003,存储器1005,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中示出的设备结构并不构成对设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及资源控制程序。
在图1所示的设备中,网络接口1004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;而处理器1001可以用于调用存储器1005中存储的资源控制程序,并执行下述资源控制方法中的操作。
基于上述硬件结构,提出本发明资源控制方法实施例。
参照图2,图2为本发明资源控制方法第一实施例的流程示意图,所述方法包括:
步骤S10,基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集,以获取采集数据;
在本实施例中,资源控制方法应用于缓存平台,缓存平台包括服务器、至少一个采集器、数据缓存集群、网关、管理页面和数据库等。其中,缓存平台是基于官方Rediscluster的集群模式提出的。在Cluster模式基础上提供通用、集中的高可用Redis服务,一方面整合了以业务系统维度划分的分散的Redis服务应用,降低运维成本、提高资源的利用率;一方面能切合同城异地多中心的IDC架构,为同城多活改造的业务系统提供了分布式缓存的解决方案。网关是缓存平台的核心组件,处于抽象代理层,真正被业务系统感知到,和业务系统交互,负责处理业务系统发来的请求,进行Redis API的实际操作。数据缓存集群是处于抽象数据层,由多个Redis节点组成的集群,负责业务数据的存储。服务器和采集器是采集和统计缓存平台集群的基础信息以及运行数据。管理页面是用于缓存平台的监控、配置以及自动化运维等。
在目前都是通过redis-cluster获取集群的当前实例的内存使用量、最大内存使用量。上报数据给多媒体子系统监控平台,当触发阀值时告警出来。例如,如图4所示,集群节点1,集群节点2,集群节点3上报数据给多媒体子系统监控平台,当触发阀值时告警出来。而在本实施例中,通过管理页面配置数据收集规则,也就是按照子系统ID前缀统计所有key(文件目录、文件名)的内存大小、key的个数等。而服务器则会定时产生时间戳,并根据时间戳向各个采集器发送数据收集任务,该数据收集任务可以包括时间戳、集群名称、host_ip、host_port、key的统计规则的定义规则等。另外为了避免对缓存平台中主库性能的影响,数据收集任务只会下发到集群的从节点,当从节点延迟较大时,才会下发到集群的主节点。而采集器会根据接收到的数据收集任务在数据缓存集群中访问具体的实例,通过scan命令扫描key,并根据管理页面配置的收集规则进行数据采集,得到采集数据,将采集数据存入数据库,并通知服务器采集任务已完成。也就是在本实施例中是基于时间快照(相同时间段同时进行)获取缓存平台中细粒度的内存使用情况,通过服务器生成数据采集计划(即数据收集计划),再通过多个分布式组件采集器去收集数据。并且为了保证时间快照的一致性,由服务器来规定时间快照(即生成时间戳),同数据收集计划一起发送给采集器,并将采集到的数据存放到数据库中,再基于定制的规则进行详细分析,得出相关的容量报告,以及接受一些即时个性化查询。并且需要说明的是,在本实施例中可以每隔预设时间段(如20s、30s等)来获取服务器中的数据收集任务,以得到不同时间段对应的采集数据。
步骤S20,获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;
获取管理页面中预设的数据收集规则,如按照子系统ID前缀统计所有key(文件目录、文件名)的内存大小、key的个数、等。并根据此数据收集规则按照多个维度对获取到的各个采集数据进行统计和分析,定时出相关的容量报告。并且如果业务有个性化查询任务,则可以通过管理页面上定制查询规则,以根据定制的查询规则完成个性化查询任务。也就是在各个采集器获取到采集数据后,先获取管理页面中预设的数据收集规则,再根据该数据收集规则对这些采集数据进行统计分析,以得到容量报告。其中,该容量报告可以包括缓存平台中所有子系统的内存使用量、所有子系统的内存使用率和缓存平台的总内存使用率等其中的多项内容。
步骤S30,确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
由于每个应用接入缓存平台时,缓存平台会先评估需要的内存使用量,并通过管理页面将子系统(每个应用均对应有一个子系统)和分配的内存使用量写入数据库。因此每个子系统均有一个内存申请量(即申请的内存使用量,且需要的内存大小,可以根据缓存平台中的容量趋势预估,按照历史的增长趋势进行预估,得到预期内存使用阈值,也就是内存申请量),因此,资源控制规则可以是当整个缓存平台的总内存使用率大于预设总阈值(如60%)后,会对缓存平台中超过内存申请量预设的第二阈值(如80%)的子系统进行预警处理。并当整个缓存平台的总内存使用率大于预设的第一阈值(如80%)时,会按照既定的规则,处理实际内存使用量超过内存申请量的子系统,如禁止写入或者淘汰一部分内存,而淘汰规则可以选择FIFO(First Input First Output,先进先出)策略淘汰、随机淘汰、最大key淘汰等。其中,整个缓存平台的内存使用率的获取方式可以是当获取到缓存平台中各个子系统的内存使用量,将这些内存使用量相加,以得到缓存平台中已使用的内存容量,并获取缓存平台的内存总容量,再将已使用的内存容量和内存总容量进行相除,从而获取到整个缓存平台的内存使用率。
而在本实施例中,缓存平台的网关启动异步进程,每隔预设的时间段获取缓存平台的总使用率和子系统的内存使用率,而获取缓存平台的总使用率和子系统的内存使用率则是由服务器根据收集的缓存数据计算当前每个子系统的内存使用量,以及整个缓存平台的使用率,并根据计算结果触发告警,定期出具使用率报告,即容量报告。因此在获取到容量报告后,还需要确定该容量报告是否符合缓存平台中预设的资源控制规则,并根据不同的确定结果执行不同的操作。
步骤S40,若不满足,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
当经过判断发现容量报告不满足资源控制规则时,则可以根据缓存平台中的限制策略对缓存平台进行限制处理,即当限制策略被触发时,如果设置的策略是禁止写入,则应用通过网关写入数据时,让该应用对应的子系统禁止写。如果设置的策略是执行淘汰策略时,则调用管理页面接口,通过管理页面执行淘汰策略。但是若容量报告满足资源控制规则时,则不触发限制策略。需要说明的是,通过管理页面可以定制数据采集规则和资源控制规则,在本实施例中,仅以数据采集规则是基于预设规范(key以子系统ID开头),对同一个子系统的数据进行汇总和统计进行举例说明。而资源控制规则,则可以选择当超过内存使用量时拒绝写入只能读取。也可以根据正则表达式按照特定的格式,对key进行分类统计。资源控制规则,也可以选择当内存使用量超过时按照FIFO策略淘汰、随机淘汰、最大key淘汰等淘汰策略淘汰一部分内存。
另外,为辅助理解本实施例中对缓存平台中的资源控制的理解,下面进行举例说明。
例如,如图5所示,在应用接入缓存平台时,通过网关集群评估需要的内存使用量,并通过管理页面中的服务器将应用对应的子系统和分配的内存使用量写入数据库中集群中,再通过服务器控制采集器在数据缓存集群中采集具体的实例,并根据管理页面中的数据收集规则进行数据收集,将收集到的采集数据写入至数据库,并通知服务器采集任务已完成,再对采集数据进行统计分析计算当前每个子系统的内存使用量以及整个缓存平台的使用率等,以得到容量报告,并根据资源控制规则容量报告进行判断,如果容量报告不符合资源控制规则,则触发限制策略。
在本实施例中,通过基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集,以获取采集数据;获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。通过基于预设时间段来控制至少一个采集器对数据缓存集群中的各个子系统进行数据采集,得到采集数据,并根据预设的数据收集规则对采集数据进行分类,以得到具有各个子系统信息的容量报告,从而避免了现有技术中只能获取到集群层面的使用数据,而不能获取到集群内部各个子系统对缓存平台中内存数据的使用情况,提高了对缓存平台中内存资源监控的准确性,并且会检测容量报告是否符合预设的资源控制规则,并在不符合时,根据限制策略进行限制处理,从而避免了现有技术汇总某个系统产生的内存数据异常时影响到整个集群的现象发生,提高了缓存平台的使用效率。
进一步地,基于本发明资源控制方法第一实施例,提出本发明资源控制方法第二实施例。本实施例是本发明第一实施例的步骤S40,若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理步骤的细化,包括:
步骤a,若不符合,则检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值;
在本实施例中,限制处理包括预警处理。
当经过判断发现容量报告不符合缓存平台中预设的资源控制规则,也就是可以认为缓存平台的总内存使用率大于预设总阈值时,还需要检测该总内存使用率是否大于缓存平台中预设的第一阈值(需要说明的是预设总阈值小于第一阈值,比如当预设总阈值为60%时,第一阈值就必须要比预设总阈值大,如80%),再根据不同的检测结果执行不同的操作。
步骤b,若所述总内存使用率小于或等于所述第一阈值,则依次检测所述容量报告中所有子系统的内存使用率是否大于所述缓存平台中预设的第二阈值。
当经过判断发现缓存平台的总内存使用率小于或者等于第一阈值时,则会根据缓存平台中的限制策略对缓存平台中不符合要求的子系统进行预警处理。也就是当总内存使用率小于或等于第一阈值时,还需要依次检测容量报告中所有子系统的内存使用率是否大于缓存平台中预设的第二阈值(第二阈值可以是提前设置的任意阈值,如60%、80%等),并根据不同的检测结果执行不同的操作。
步骤c,若在各所述内存使用率中存在大于所述第二阈值的目标内存使用率,则根据所述缓存平台中的限制策略对所述目标内存使用率对应的子系统进行预警处理。
当在各个内存使用率中存在大于第二阈值的目标内存使用率时,则需要确定该目标内存使用率对应的子系统,并根据缓存平台中的限制策略对目标内存使用率对应的子系统进行预警处理。但是,若在各个内存使用率中不存在大于第二阈值的目标内存使用率时,则直接对缓存平台进行提醒,以让缓存平台对后续接入的应用进行限制处理,如禁止写入数据等。
在本实施例中,通过在各个内存使用率中存在大于第二阈值的目标内存使用率时,根据限制策略对目标内存使用率对应的子系统进行预警处理,从而确定了有可能会发生故障的子系统,保障了缓存平台的正常运行。
进一步地,检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值的步骤之后,包括:
步骤d,若所述总内存使用率大于所述第一阈值,则获取各所述子系统在所述缓存平台中申请的内存申请量,和各所述子系统在所述缓存平台中的内存使用量;
在本实施例中,限制处理包括禁止处理。
当经过判断发现缓存平台的总内存使用率大于第一阈值时,则需要获取缓存平台中所有子系统在缓存平台中申请的内存申请量,也就是在应用开始接入缓存平台时,由缓存平台为该应用对应的子系统分配的内存容量。并获取各个子系统在当前时刻在缓存平台中的内存使用量。
步骤e,确定各所述子系统中是否存在目标子系统,其中,所述目标子系统的内存使用量大于所述目标子系统的内存申请量;
当获取到各个子系统的内存使用量和各个子系统的内存申请量后,还需要依次对各个子系统进行检查,以确定在各个子系统中是否存在目标子系统,也就是分别检测每个子系统自身对应的内存使用量是否大于该子系统对应的内存申请量,若大于,则将此子系统作为目标子系统,若不大于,则继续对下一个子系统进行相同的检查,直至缓存平台中所有的子系统均检测完毕。需要说明的是,在本实施例中,目标子系统的数量可能存在多个。
步骤f,若存在,则根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理。
当经过判断发现存在有目标子系统时,则可以认为此时的目标子系统存在故障,需要根据缓存平台中的限制策略对目标子系统进行禁止处理(如禁止该子系统继续往缓存平台写入数据等操作)。
在本实施例中,通过在确定总内存使用率大于第一阈值时,获取各个子系统的内存申请量和内存使用量,并对内存使用量大于内存申请量的目标子系统进行禁止处理,从而保障了缓存平台的正常运行。
进一步地,根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理的步骤,包括:
步骤g,获取所述缓存平台中的多个限制条件,并根据所述资源控制规则在各所述限制条件中确定目标限制条件,并将所述目标限制条件作为所述限制策略对所述目标子系统进行禁止处理。
当在缓存平台中确定存在目标子系统时,需要获取缓存平台中的多个限制条件(如禁止目标系统往缓存平台中写入数据,或者是淘汰目标子系统,断开目标子系统和缓存平台的连接),在获取到各个限制条件时,还需要根据资源控制规则在各个限制条件中确定目标限制条件,也就是用户选择一个限制条件作为目标限制条件,并将此目标限制条件作为限制策略对该目标子系统进行禁止处理。
在本实施例中,通过在各个限制条件中确定目标限制条件,并根据目标限制条件对目标子系统进行禁止处理,从而保障了缓存平台的正常运行,避免缓存平台中的资源使用过多,而影响缓存平台的正常运行。
进一步地,确定所述容量报告是否符合所述缓存平台中预设的资源控制规则的步骤之后,包括:
步骤h,若所述容量报告符合所述资源控制规则,则检测是否存在新子系统接入所述缓存平台;
当经过判断发现容量报告符合资源控制规则时,还需要检测是否存在新子系统接入缓存平台,若不存在,则继续保持当前状态,若存在,则继续执行后续操作。其中,新子系统是缓存平台中新接入的子系统,当有新应用接入缓存平台时,缓存平台会获取该新应用对应的子系统。
步骤j,若检测到新子系统接入所述缓存平台,则根据所述容量报告获取所述缓存平台的剩余内存容量;
当检测到新子系统接入缓存平台中时,则需要根据已经获取到的容量报告来确定缓存平台的剩余内存容量。其中,剩余内存容量是缓存平台中剩余的可用内存容量。
步骤k,获取所述新子系统的内存需求量,并根据所述内存需求量和所述剩余内存容量确定所述新子系统的内存申请量。
获取新子系统的内存需求量,并确定该内存需求量是否小于剩余内存使用量,若小于,则在剩余内存使用量中根据此内存需求量获取新子系统的内存申请量。但是,若内存需求量大于剩余内存使用量,则自动输出缓存平台内存不足的提示信息。
在本实施例中,通过在检测到新子系统接入缓存平台时,根据新子系统的内存需求量和剩余内存容量确定新子系统的内存申请量,从而保障了缓存平台的正常运行。
进一步地,基于本发明资源控制方法第一至第二任意一个实施例的基础上,提出本发明资源控制方法第三实施例。本实施例是本发明第一实施例的步骤S10,基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制各所述采集器在所述数据缓存集群中进行数据采集的步骤的细化,包括:
步骤m,基于预设时间段获取所述服务器中的数据收集任务和时间戳,并确定待进行数据采集的多个采集器,基于所述时间戳控制所述至少一个采集器按照所述数据收集任务对所述数据缓存集群中的各子系统进行数据采集。
在缓存平台中,根据预设的时间段来获取服务器生成的数据收集任务和时间戳,并通过服务器调度缓存平台中的多个采集器,以确定待进行数据采集的多个采集器,再根据时间戳来控制各个采集器同时按照数据收集任务在数据缓存集群中进行数据采集,以获取采集数据。其中,时间戳是为了控制各个采集器同时进行数据采集,以保障数据采集的准确性。
在本实施例中,通过基于预设时间段获取数据收集任务和时间戳,并根据时间戳控制各个采集器同时根据数据收集任务进行数据采集,保障了获取到的采集数据的准确性。
进一步地,所述基于所述数据收集规则对各所述采集数据进行统计分析的步骤,包括:
步骤n,基于所述数据收集规则在各所述采集数据中确定所有子系统的内存使用量,并获取所述缓存平台的总内存容量值;
当获取到采集数据后,还需要根据数据收集规则对这些采集数据进行分类,以确定缓存平台中所有子系统的内存使用量(即每个子系统在缓存平台中已使用的内存容量的和值),再获取缓存平台的总内存容量值。
步骤x,计算所述内存使用量和所述总内存容量值之间的比例值,并将所述比例值作为所述缓存平台的总内存使用率。
在获取到内存使用量和总内存容量值后,将内存使用量除以总内存容量值,以确定内存使用量和总内存容量值之间的比例值,并将此比例值作为缓存平台的总内存使用率。
在本实施例中,通过获取所有子系统的内存使用量和缓存平台的总内存容量值来计算比例值,并将比例值作为总内存使用率,从而保障了获取到的总内存使用率的准确性。
本发明还提供一种资源控制装置,参照图3,所述资源控制装置包括:
获取模块,用于基于预设时间段获取服务器中的数据收集任务,并根据所述数据收集任务控制至少一个采集器对数据缓存集群中的各子系统进行数据采集,以获取采集数据;
分析模块,用于获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;
确定模块,用于确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
处理模块,用于若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
可选地,所述限制处理包括预警处理,所述处理模块,还用于:
若不符合,则检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值;
若所述总内存使用率小于或等于所述第一阈值,则依次检测所述容量报告中所有子系统的内存使用率是否大于所述缓存平台中预设的第二阈值;
若在各所述内存使用率中存在大于所述第二阈值的目标内存使用率,则根据所述缓存平台中的限制策略对所述目标内存使用率对应的子系统进行预警处理。
可选地,所述限制处理包括禁止处理,所述处理模块,还用于:
若所述总内存使用率大于所述第一阈值,则获取各所述子系统在所述缓存平台中申请的内存申请量,和各所述子系统在所述缓存平台中的内存使用量;
确定各所述子系统中是否存在目标子系统,其中,所述目标子系统的内存使用量大于所述目标子系统的内存申请量;
若存在,则根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理。
可选地,所述处理模块,还用于:
获取所述缓存平台中的多个限制条件,并根据所述资源控制规则在各所述限制条件中确定目标限制条件,并将所述目标限制条件作为所述限制策略对所述目标子系统进行禁止处理。
可选地,所述资源控制装置还包括:
若所述容量报告符合所述资源控制规则,则检测是否存在新子系统接入所述缓存平台;
若检测到新子系统接入所述缓存平台,则根据所述容量报告获取所述缓存平台的剩余内存容量;
获取所述新子系统的内存需求量,并根据所述内存需求量和所述剩余内存容量确定所述新子系统的内存申请量。
可选地,所述获取模块,还用于:
基于预设时间段获取所述服务器中的数据收集任务和时间戳,并确定待进行数据采集的多个采集器,基于所述时间戳控制所述至少一个采集器按照所述数据收集任务对所述数据缓存集群中的各子系统进行数据采集。
可选地,所述分析模块,还用于:
基于所述数据收集规则在各所述采集数据中确定所有子系统的内存使用量,并获取所述缓存平台的总内存容量值;
计算所述内存使用量和所述总内存容量值之间的比例值,并将所述比例值作为所述缓存平台的总内存使用率。
上述各程序模块所执行的方法可参照本发明资源控制方法各个实施例,此处不再赘述。
本发明还提供一种计算机存储介质。
本发明计算机存储介质上存储有资源控制程序,所述资源控制程序被处理器执行时实现如上所述的资源控制方法的步骤。
其中,在所述处理器上运行的资源控制程序被执行时所实现的方法可参照本发明资源控制方法各个实施例,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种资源控制方法,其特征在于,所述资源控制方法应用于缓存平台,所述缓存平台包括服务器、至少一个采集器、管理页面和数据缓存集群,
所述资源控制方法包括如下步骤:
基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集,以获取采集数据;
获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对所述采集数据进行统计分析,以获取容量报告;
确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
2.如权利要求1所述的资源控制方法,其特征在于,所述限制处理包括预警处理,
所述若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理的步骤,包括:
若不符合,则检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值;
若所述总内存使用率小于或等于所述第一阈值,则依次检测所述容量报告中所有子系统的内存使用率是否大于所述缓存平台中预设的第二阈值;
若在各所述内存使用率中存在大于所述第二阈值的目标内存使用率,则根据所述缓存平台中的限制策略对所述目标内存使用率对应的子系统进行预警处理。
3.如权利要求2所述的资源控制方法,其特征在于,所述限制处理包括禁止处理,
所述检测所述容量报告中的总内存使用率是否大于所述缓存平台中预设的第一阈值的步骤之后,包括:
若所述总内存使用率大于所述第一阈值,则获取各所述子系统在所述缓存平台中申请的内存申请量,和各所述子系统在所述缓存平台中的内存使用量;
确定各所述子系统中是否存在目标子系统,其中,所述目标子系统的内存使用量大于所述目标子系统的内存申请量;
若存在,则根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理。
4.如权利要求3所述的资源控制方法,其特征在于,所述根据所述缓存平台中的限制策略对所述目标子系统进行禁止处理的步骤,包括:
获取所述缓存平台中的多个限制条件,并根据所述资源控制规则在各所述限制条件中确定目标限制条件,并将所述目标限制条件作为所述限制策略对所述目标子系统进行禁止处理。
5.如权利要求1所述的资源控制方法,其特征在于,所述确定所述容量报告是否符合所述缓存平台中预设的资源控制规则的步骤之后,包括:
若所述容量报告符合所述资源控制规则,则检测是否存在新子系统接入所述缓存平台;
若检测到新子系统接入所述缓存平台,则根据所述容量报告获取所述缓存平台的剩余内存容量;
获取所述新子系统的内存需求量,并根据所述内存需求量和所述剩余内存容量确定所述新子系统的内存申请量。
6.如权利要求1所述的资源控制方法,其特征在于,所述基于预设时间段获取所述服务器中的数据收集任务,并根据所述数据收集任务控制所述至少一个采集器对所述数据缓存集群中的各子系统进行数据采集的步骤,包括:
基于预设时间段获取所述服务器中的数据收集任务和时间戳,并确定待进行数据采集的多个采集器,基于所述时间戳控制所述至少一个采集器按照所述数据收集任务对所述数据缓存集群中的各子系统进行数据采集。
7.如权利要求1-6任一项所述的资源控制方法,其特征在于,所述基于所述数据收集规则对各所述采集数据进行统计分析的步骤,包括:
基于所述数据收集规则在各所述采集数据中确定所有子系统的内存使用量,并获取所述缓存平台的总内存容量值;
计算所述内存使用量和所述总内存容量值之间的比例值,并将所述比例值作为所述缓存平台的总内存使用率。
8.一种资源控制装置,其特征在于,所述资源控制装置包括:
获取模块,用于基于预设时间段获取服务器中的数据收集任务,并根据所述数据收集任务控制至少一个采集器对数据缓存集群中的各子系统进行数据采集,以获取采集数据;
分析模块,用于获取所述管理页面中预设的数据收集规则,基于所述数据收集规则对各所述采集数据进行统计分析,以获取容量报告;
确定模块,用于确定所述容量报告是否符合所述缓存平台中预设的资源控制规则;
处理模块,用于若不符合,则根据所述缓存平台中的限制策略对所述缓存平台进行限制处理。
9.一种资源控制设备,其特征在于,所述资源控制设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的资源控制程序,所述资源控制程序被所述处理器执行时实现如权利要求1至7中任一项所述的资源控制方法的步骤。
10.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有资源控制程序,所述资源控制程序被处理器执行时实现如权利要求1至7中任一项所述的资源控制方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911176891.5A CN110932935A (zh) | 2019-11-26 | 2019-11-26 | 资源控制方法、装置、设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911176891.5A CN110932935A (zh) | 2019-11-26 | 2019-11-26 | 资源控制方法、装置、设备及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110932935A true CN110932935A (zh) | 2020-03-27 |
Family
ID=69851243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911176891.5A Pending CN110932935A (zh) | 2019-11-26 | 2019-11-26 | 资源控制方法、装置、设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110932935A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112286930A (zh) * | 2020-09-29 | 2021-01-29 | 北京大米科技有限公司 | redis业务方资源共享的方法、装置、存储介质及电子设备 |
CN113849378A (zh) * | 2021-10-13 | 2021-12-28 | 京东科技信息技术有限公司 | 资源监测装置、系统、资源监测方法、电子及介质 |
Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1578516A (zh) * | 2003-06-26 | 2005-02-09 | 日本电气株式会社 | 数据流控制系统、方法和程序 |
CN103688257A (zh) * | 2012-11-27 | 2014-03-26 | 华为技术有限公司 | 元数据管理方法和装置 |
CN105141646A (zh) * | 2014-05-30 | 2015-12-09 | 北京金山网络科技有限公司 | 服务器集群中的节点服务器及其资源的获取方法、提供方法及管理服务器 |
WO2016165242A1 (zh) * | 2015-04-14 | 2016-10-20 | 中兴通讯股份有限公司 | 系统内节点数的调整方法和装置 |
CN106095638A (zh) * | 2016-05-30 | 2016-11-09 | 浪潮电子信息产业股份有限公司 | 一种服务器资源告警的方法、装置及系统 |
CN106326008A (zh) * | 2016-08-23 | 2017-01-11 | 成都卡莱博尔信息技术股份有限公司 | 一种面向集群系统的监控方法 |
CN106547609A (zh) * | 2015-09-18 | 2017-03-29 | 阿里巴巴集团控股有限公司 | 一种事件处理方法和设备 |
CN106959894A (zh) * | 2016-01-11 | 2017-07-18 | 北京京东尚科信息技术有限公司 | 资源分配方法和装置 |
CN106973091A (zh) * | 2017-03-23 | 2017-07-21 | 中国工商银行股份有限公司 | 分布式内存数据重分布方法及系统、主控服务器 |
CN106997351A (zh) * | 2016-01-22 | 2017-08-01 | 阿里巴巴集团控股有限公司 | 一种资源缓存管理方法及系统和装置 |
CN107222346A (zh) * | 2017-06-09 | 2017-09-29 | 郑州云海信息技术有限公司 | 一种集群节点健康状态预警方法及系统 |
WO2017166654A1 (zh) * | 2016-03-31 | 2017-10-05 | 乐视控股(北京)有限公司 | 一种资源管理方法和装置 |
CN107515783A (zh) * | 2016-06-16 | 2017-12-26 | 阿里巴巴集团控股有限公司 | 基于应用容器集群工具的应用容器管控方法及装置 |
CN108173905A (zh) * | 2017-12-07 | 2018-06-15 | 北京奇艺世纪科技有限公司 | 一种资源配置方法、装置及电子设备 |
CN108365985A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 一种集群管理方法、装置、终端设备及存储介质 |
CN108710540A (zh) * | 2018-05-23 | 2018-10-26 | 深信服网络科技(深圳)有限公司 | 一种分布式集群中的资源调度方法、装置及设备 |
CN109271232A (zh) * | 2018-07-03 | 2019-01-25 | 广东省城乡规划设计研究院 | 一种基于云计算平台的集群资源分配方法 |
CN109582547A (zh) * | 2018-12-11 | 2019-04-05 | 平安科技(深圳)有限公司 | 电子装置、监控数据告警方法及存储介质 |
CN110019110A (zh) * | 2017-07-28 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种业务系统的容量管理方法、装置、设备及业务系统 |
CN110209469A (zh) * | 2019-05-29 | 2019-09-06 | 深圳前海微众银行股份有限公司 | Dcn架构资源检测方法、装置、设备及计算机存储介质 |
CN110247810A (zh) * | 2019-07-09 | 2019-09-17 | 浪潮云信息技术有限公司 | 一种收集容器服务监控数据的系统及方法 |
CN110262944A (zh) * | 2019-06-21 | 2019-09-20 | 四川长虹电器股份有限公司 | 一种对K8s集群容器资源进行监控并进行告警的方法 |
CN110309123A (zh) * | 2019-05-22 | 2019-10-08 | 中国平安人寿保险股份有限公司 | 数据库操作的处理方法、装置、计算机设备及存储介质 |
CN110351384A (zh) * | 2019-07-19 | 2019-10-18 | 深圳前海微众银行股份有限公司 | 大数据平台资源管理方法、装置、设备及可读存储介质 |
-
2019
- 2019-11-26 CN CN201911176891.5A patent/CN110932935A/zh active Pending
Patent Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1578516A (zh) * | 2003-06-26 | 2005-02-09 | 日本电气株式会社 | 数据流控制系统、方法和程序 |
CN103688257A (zh) * | 2012-11-27 | 2014-03-26 | 华为技术有限公司 | 元数据管理方法和装置 |
CN105141646A (zh) * | 2014-05-30 | 2015-12-09 | 北京金山网络科技有限公司 | 服务器集群中的节点服务器及其资源的获取方法、提供方法及管理服务器 |
WO2016165242A1 (zh) * | 2015-04-14 | 2016-10-20 | 中兴通讯股份有限公司 | 系统内节点数的调整方法和装置 |
CN106547609A (zh) * | 2015-09-18 | 2017-03-29 | 阿里巴巴集团控股有限公司 | 一种事件处理方法和设备 |
CN106959894A (zh) * | 2016-01-11 | 2017-07-18 | 北京京东尚科信息技术有限公司 | 资源分配方法和装置 |
CN106997351A (zh) * | 2016-01-22 | 2017-08-01 | 阿里巴巴集团控股有限公司 | 一种资源缓存管理方法及系统和装置 |
WO2017166654A1 (zh) * | 2016-03-31 | 2017-10-05 | 乐视控股(北京)有限公司 | 一种资源管理方法和装置 |
CN106095638A (zh) * | 2016-05-30 | 2016-11-09 | 浪潮电子信息产业股份有限公司 | 一种服务器资源告警的方法、装置及系统 |
CN107515783A (zh) * | 2016-06-16 | 2017-12-26 | 阿里巴巴集团控股有限公司 | 基于应用容器集群工具的应用容器管控方法及装置 |
CN106326008A (zh) * | 2016-08-23 | 2017-01-11 | 成都卡莱博尔信息技术股份有限公司 | 一种面向集群系统的监控方法 |
CN106973091A (zh) * | 2017-03-23 | 2017-07-21 | 中国工商银行股份有限公司 | 分布式内存数据重分布方法及系统、主控服务器 |
CN107222346A (zh) * | 2017-06-09 | 2017-09-29 | 郑州云海信息技术有限公司 | 一种集群节点健康状态预警方法及系统 |
CN110019110A (zh) * | 2017-07-28 | 2019-07-16 | 腾讯科技(深圳)有限公司 | 一种业务系统的容量管理方法、装置、设备及业务系统 |
CN108173905A (zh) * | 2017-12-07 | 2018-06-15 | 北京奇艺世纪科技有限公司 | 一种资源配置方法、装置及电子设备 |
CN108365985A (zh) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | 一种集群管理方法、装置、终端设备及存储介质 |
CN108710540A (zh) * | 2018-05-23 | 2018-10-26 | 深信服网络科技(深圳)有限公司 | 一种分布式集群中的资源调度方法、装置及设备 |
CN109271232A (zh) * | 2018-07-03 | 2019-01-25 | 广东省城乡规划设计研究院 | 一种基于云计算平台的集群资源分配方法 |
CN109582547A (zh) * | 2018-12-11 | 2019-04-05 | 平安科技(深圳)有限公司 | 电子装置、监控数据告警方法及存储介质 |
CN110309123A (zh) * | 2019-05-22 | 2019-10-08 | 中国平安人寿保险股份有限公司 | 数据库操作的处理方法、装置、计算机设备及存储介质 |
CN110209469A (zh) * | 2019-05-29 | 2019-09-06 | 深圳前海微众银行股份有限公司 | Dcn架构资源检测方法、装置、设备及计算机存储介质 |
CN110262944A (zh) * | 2019-06-21 | 2019-09-20 | 四川长虹电器股份有限公司 | 一种对K8s集群容器资源进行监控并进行告警的方法 |
CN110247810A (zh) * | 2019-07-09 | 2019-09-17 | 浪潮云信息技术有限公司 | 一种收集容器服务监控数据的系统及方法 |
CN110351384A (zh) * | 2019-07-19 | 2019-10-18 | 深圳前海微众银行股份有限公司 | 大数据平台资源管理方法、装置、设备及可读存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112286930A (zh) * | 2020-09-29 | 2021-01-29 | 北京大米科技有限公司 | redis业务方资源共享的方法、装置、存储介质及电子设备 |
CN113849378A (zh) * | 2021-10-13 | 2021-12-28 | 京东科技信息技术有限公司 | 资源监测装置、系统、资源监测方法、电子及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109597685B (zh) | 任务分配方法、装置和服务器 | |
CN110300134B (zh) | 云存储资源池的存储空间调整方法、装置及云存储系统 | |
CN106452818B (zh) | 一种资源调度的方法和系统 | |
CN112346829B (zh) | 一种用于任务调度的方法及设备 | |
CN108205541B (zh) | 分布式网络爬虫任务的调度方法及装置 | |
CN111381928B (zh) | 一种虚拟机迁移方法、云计算管理平台和存储介质 | |
US20090030956A1 (en) | Proactive space allocation in a database system | |
CN110266544B (zh) | 一种云平台微服务化服务失败的原因定位的装置及方法 | |
CN112130996A (zh) | 数据监控控制系统、方法、装置、电子设备和存储介质 | |
CN104081364A (zh) | 合作高速缓存 | |
CN110932935A (zh) | 资源控制方法、装置、设备及计算机存储介质 | |
CN112579692A (zh) | 一种数据同步方法、装置、系统、设备及存储介质 | |
US7962692B2 (en) | Method and system for managing performance data | |
CN117666947A (zh) | 一种数据存储方法、装置、电子设备及计算机可读介质 | |
CN110018932B (zh) | 一种容器磁盘的监控方法及装置 | |
CN113595776B (zh) | 监控数据处理方法与系统 | |
CN118250206A (zh) | 基于流量回放的高并发压测试方法及相关装置 | |
CN111752715A (zh) | 大量请求量下的系统优化方法、装置、设备及存储介质 | |
CN114528179B (zh) | 数据采集程序状态监控方法、装置、设备及存储介质 | |
CN113472881B (zh) | 在线终端设备的统计方法和装置 | |
CN110932926B (zh) | 一种容器集群的监控方法、系统及装置 | |
CN113901018A (zh) | 一种待迁移文件识别方法、装置、计算机设备及存储介质 | |
CN113342618A (zh) | 分布式监控集群管理方法、设备及计算机可读存储介质 | |
CN114428704A (zh) | 全链路分布式监控的方法、装置、计算机设备和存储介质 | |
CN114063881A (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 |