CN115801583A - 链路情况感知方法、装置及计算机设备 - Google Patents

链路情况感知方法、装置及计算机设备 Download PDF

Info

Publication number
CN115801583A
CN115801583A CN202211434604.8A CN202211434604A CN115801583A CN 115801583 A CN115801583 A CN 115801583A CN 202211434604 A CN202211434604 A CN 202211434604A CN 115801583 A CN115801583 A CN 115801583A
Authority
CN
China
Prior art keywords
link
sensing point
resource pool
target resource
cloud storage
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
Application number
CN202211434604.8A
Other languages
English (en)
Inventor
许跃鸿
肖锋
王刚
马幸晖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tianyi Digital Life Technology Co Ltd
Original Assignee
Tianyi Digital Life Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tianyi Digital Life Technology Co Ltd filed Critical Tianyi Digital Life Technology Co Ltd
Priority to CN202211434604.8A priority Critical patent/CN115801583A/zh
Publication of CN115801583A publication Critical patent/CN115801583A/zh
Priority to PCT/CN2023/131775 priority patent/WO2024104380A1/zh
Pending legal-status Critical Current

Links

Images

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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • 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/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • 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/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供的链路情况感知方法、装置及计算机设备，当对待测区域的多个链路感知点执行感知任务时，可以先确定每一链路感知点对应的目标资源池以及拨测策略，这样便可以按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，以便得到每一链路感知点的拨测结果，接着，本申请可以根据每一链路感知点的拨测结果来对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果来感知待测区域中各个链路感知点的链路情况，这样便可以在链路感知点覆盖面充足的情况下，准确评估链路情况，并为调度系统提供调度建议。

Description

链路情况感知方法、装置及计算机设备
技术领域
本申请涉及云存储技术领域，尤其涉及一种链路情况感知方法、装置及计算机设备。
背景技术
云存储是一种网上在线存储的模式，即把数据存放在通常由第三方托管的多台虚拟服务器，而非专属的服务器上。托管公司运营大型的数据中心，需要数据存储托管的人，则通过向其购买或租赁存储空间的方式，来满足数据存储的需求。数据中心营运商根据客户的需求，在后端准备存储虚拟化的资源，并将其以存储资源池的方式提供，客户便可自行使用此存储资源池来存放文件或对象。
目前，设备流量日益增长的同时，云存上传问题也逐渐显现，由于设备链路庞大，各用户、省市、存储池等网络情况错综复杂，各链路的带宽负载、时延等信息不能详细掌握，无法针对各链路情况对设备进行合理调度，导致部分设备调度后出现云存无法上传、上传丢帧等问题。同时，由于缺乏精细化的链路拨测，后台无法对链路详情进行直观展示和预警，一旦链路出现异常，运维人员无法及时发现并进行流量调度，最终导致云存异常，影响业务。
发明内容
本申请的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中各链路的带宽负载、时延等信息无法及时掌握，导致云存异常，影响业务的技术缺陷。
本申请提供了一种链路情况感知方法，所述方法包括：
当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略；
按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果；
根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知所述待测区域中各个链路感知点的链路情况。
可选地，所述确定每一链路感知点的目标资源池及拨测策略，包括：
确定本地预先配置的每一链路感知点的目标资源池及拨测策略是否需要更新；
若不需要，则从本地获取预先配置的每一链路感知点的目标资源池及拨测策略；
若需要，则重新配置每一链路感知点的目标资源池及拨测策略。
可选地，所述各个链路感知点对应的目标资源池的配置过程，包括：
获取预设的常态化规则表，所述常态化规则表包括云存调度规则表和业务规划规则表；
按照所述云存调度规则表配置与各个链路感知点对应的第一资源池；
按照所述业务规划规则表配置与各个链路感知点对应的第二资源池；
将所述第一资源池与所述第二资源池聚合后形成各个链路感知点对应的目标资源池。
可选地，所述方法还包括：
判断各个链路感知点对应的目标资源池的配置时刻是否在临时需求规则表的有效探测时间范围内，其中，所述临时需求规则表中包含临时资源池及对应的临时感知点；
若在，则将所述临时需求规则表中的临时感知点作为所述待测区域的链路感知点，将所述临时需求规则表中的临时资源池作为该链路感知点对应的目标资源池；
若不在，则继续执行所述按照预设的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测的步骤。
可选地，所述各个链路感知点对应的拨测策略的配置过程，包括：
配置各个链路感知点对应的全局策略，所述全局策略至少包括拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式；
配置各个链路感知点对应的指定策略，所述指定策略支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略；
将所述全局策略或所述全局策略与所述指定策略作为各个链路感知点对应的拨测策略。
可选地，所述根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，得到分析结果，包括：
根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果；
针对每一链路感知点，若该链路感知点在所述预设时段内存在链路评分结果低于第一预设评分阈值的次数不小于第一预设次数阈值，或者，该链路感知点在所述预设时段内存在链路评分结果连续低于第二预设评分阈值的次数不小于第二预设次数阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警；
针对每一链路感知点在所述预设时段内每个单位时间的链路评分结果，若该链路评分结果低于同一单位时间下的历史链路评分结果，且该链路评分结果的下降比例不小于预设比例阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警。
可选地，所述根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果，包括：
针对每一链路感知点与其对应的目标资源池之间的云存链路：
根据该链路感知点的拨测结果计算该云存链路在预设时段内每个单位时间的文件上传效率、文件下载效率、和文件删除效率和链路请求成功率；
按照预设的评分策略分别对该云存链路的文件上传效率、文件下载效率和文件删除效率进行评分，并得到各自的评分结果；
基于该云存链路的链路请求成功率、文件上传效率、文件下载效率、文件删除效率及各自的评分结果，计算该云存链路的链路评分结果。
可选地，所述方法还包括：
根据每一链路感知点与其对应的目标资源池之间的云存链路的链路情况对每一链路感知点的拨测结果进行数据同步。
本申请还提供了一种链路情况感知装置，包括：
任务确定模块，用于当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略；
链路拨测模块，用于按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果；
情况感知模块，用于根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知所述待测区域中各个链路感知点的链路情况。
本申请还提供了一种计算机设备，包括：一个或多个处理器，以及存储器；
所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如上述实施例中任一项所述链路情况感知方法的步骤。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请提供的链路情况感知方法、装置及计算机设备，当对待测区域的多个链路感知点执行感知任务时，可以先确定每一链路感知点对应的目标资源池以及拨测策略，这样便可以按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，以便得到每一链路感知点的拨测结果，接着，本申请可以根据每一链路感知点的拨测结果来对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果来感知待测区域中各个链路感知点的链路情况，这样便可以在链路感知点覆盖面充足的情况下，准确评估链路情况，并为调度系统提供调度建议，以便调度系统在监控到某个区域用户存在云存相关行为异常时，调度该区域的用户云存到链路较好的资源池。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的一种链路情况感知方法的流程示意图；
图2为本申请实施例提供的云存链路感知系统的结构示意图；
图3为本申请实施例提供的一种链路情况感知装置的结构示意图；
图4为本申请实施例提供的一种计算机设备的内部结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
目前，设备流量日益增长的同时，云存上传问题也逐渐显现，由于设备链路庞大，各用户、省市、存储池等网络情况错综复杂，各链路的带宽负载、时延等信息不能详细掌握，无法针对各链路情况对设备进行合理调度，导致部分设备调度后出现云存无法上传、上传丢帧等问题。同时，由于缺乏精细化的链路拨测，后台无法对链路详情进行直观展示和预警，一旦链路出现异常，运维人员无法及时发现并进行流量调度，最终导致云存异常，影响业务。
基于此，本申请提出了如下技术方案，具体参见下文：
在一个实施例中，如图1所示，图1为本申请实施例提供的一种链路情况感知方法的流程示意图；本申请提供了一种链路情况感知方法，所述方法可以包括：
S110：当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略。
本步骤中，在对待测区域的多个链路感知点执行感知任务时，可以确定每一链路感知点对应的目标资源池及拨测策略，这样便可以依据拨测策略来对每一链路感知点与其对应目标资源池之间的云存链路进行拨测，以得到拨测结果。
其中，本申请的待测区域指的是待感知链路情况的区域，该区域可以是全国范围内，也可以是全省范围内，还可以是全市、全区范围内，当然，还可以将某一个或多个目标资源池作为待测区域，以便感知该一个或多个目标资源池下的云存链路的链路情况。
本申请中的链路感知点指的是待测区域中预先设置的探测节点，该探测节点具有环境稳定、带宽充足的特点，因此可形成标准化评估；本申请中的拨测策略指的是对链路感知点与其对应的目标资源池之间的云存链路进行拨测时所使用的拨测方法，该拨测方法可以包括全局策略，也可以包括指定策略，其中，全局策略可以包括拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式等，指定策略可以支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略。
进一步地，本申请中每一链路感知点对应的目标资源池及拨测策略可能相同，也可能不同。例如，当对全区的链路感知点进行拨测时，该区所对应的目标资源池可能存在一个或多个，而该区的链路感知点的数量则远大于目标资源池的数量，因此，会存在一个目标资源池对应多个链路感知点的情况，而每一链路感知点对应的设备、区域等存在一定区别，因此，每一链路感知点对应的拨测策略也可能会存在一定的区别。
S120：按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果。
本步骤中，通过S110确定每一链路感知点对应的目标资源池及拨测策略后，本申请可以按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，并得到每一链路感知点的拨测结果。
举例来说，当本申请的拨测策略中设置了某一链路感知点的拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式后，可以在拨测周期到来时，对该链路感知点与其对应的目标资源池之间的云存链路进行拨测，波测时，可以按照具体的拨测方法进行，如，一次上传一个文件、分片上传文件、下载、并行下载、删除等，具体的拨测次数可以按照该拨测方法下设置的拨测次数进行，包括单次任务上传数据量、上传数据次数、下载数据次数、删除次数等，当拨测完成后，数据提交策略可以是累计一定次数提交、遇到异常时提交、按一定的周期提交等，进一步地，当出现异常情况时，如遇到某项测试异常时可支持加强测试。由此便可得到每一链路感知点的拨测结果。
S130：根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知待测区域中各个链路感知点的链路情况。
本步骤中，通过S120按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果后，本申请可以根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知待测区域中各个链路感知点的链路情况，这样便可以及时、准确、直观地评估链路情况，并为调度系统提供调度建议。
在一种具体的实现方式中，本申请在云存链路的链路质量进行分析时，可以从多个维度进行分析，例如，本申请可以从云存链路的链路请求成功率、文件上传效率、文件下载效率以及文件删除效率这几个方面来对云存链路的链路质量进行分析，当得到每一链路感知点的分析结果后，便可以根据分析结果感知待测区域中各个链路感知点的链路情况。
进一步地，本申请在根据分析结果感知待测区域中各个链路感知点的链路情况时，可以按照待测区域中的各个链路感知点、各链路感知点对应的目标资源池及云存链路来构建链路感知网，并根据每一云存链路的链路质量对每一云存链路标注不同的颜色，以便用户可以直接通过该链路感知网来获取待测区域的链路情况。另外，当检测到某个区域用户存在云存相关行为异常时，调度系统可以调用该链路感知网，并获取该链路感知网中与该区域对应的云存链路的链路情况，接着根据每一云存链路的链路质量来调度该区域的用户云存到链路较好的目标资源池，以此来优化调度，减少云存异常导致影响业务。
更进一步地，本申请可以通过云存链路感知系统来实现上述链路情况感知方法的技术方案，具体地，如图2所示，图2为本申请实施例提供的云存链路感知系统的结构示意图；图2中，云存链路感知系统由链路感知中心、链路感知拨测点、链路数据分析中心、链路告警、数据中台五大模块组成。其中，链路感知中心主要提供链路数据查询功能(页面查看、大屏查看)、管理控制、链路诊断、全链路排障、链路推荐功能。管理控制功能实现拨测点的任务配置、各拨测点详细执行的配置；链路数据查询功能通过访问数据分析中心获取数据，支持按时间维度、分省维度、拨测节点等数据查询，提供多种展现形式，包括基础数据查看、大屏展示等；定时诊断功能对链路数据进行定时轮询分析，提供异常链路诊断结果；全链路排障功能联合其他日志数据提供排障能力；链路推荐功能通过分析链路历史数据，提供各省-池链路推荐。
而链路感知拨测点，即本申请中的链路感知点，主要提供灵活可配置的拨测策略、数据上报、多种检测方式3大功能。链路感知拨测点通过访问链路感知中心动态获取相关配置，包括可配置拨测频率、周期、任务分组等；拨测链路规则主要是常规拨测只拨测该区域可能发生调度链路，用户也可根据需要自定义其他调度链路；当拨测完成后，链路感知拨测点还可以实现数据同步，拨测数据按一定的格式输出日志，通过日志同步进行数据实时同步。
云存链路感知系统中的链路数据分析中心可以通过读取数据中台大数据集群，实现数据的聚合分析、持久化存储，提供访问API，输出相关分析结果。数据中台可以设置多种类型的集群，如KAFKA集群、ES集群等，用于存储链路感知拨测点上报的拨测塑化剂；而链路告警中心则主要负责链路感知中心链路诊断结果告警推送，可管理告警方式、告警人员/系统分组等。
上述实施例中，当对待测区域的多个链路感知点执行感知任务时，可以先确定每一链路感知点对应的目标资源池以及拨测策略，这样便可以按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，以便得到每一链路感知点的拨测结果，接着，本申请可以根据每一链路感知点的拨测结果来对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果来感知待测区域中各个链路感知点的链路情况，这样便可以在链路感知点覆盖面充足的情况下，准确评估链路情况，并为调度系统提供调度建议，以便调度系统在监控到某个区域用户存在云存相关行为异常时，调度该区域的用户云存到链路较好的资源池。
在一个实施例中，S110中确定每一链路感知点的目标资源池及拨测策略，可以包括：
S111：确定本地预先配置的每一链路感知点的目标资源池及拨测策略是否需要更新；若不需要，则执行S112；若需要，则执行S113。
S112：从本地获取预先配置的每一链路感知点的目标资源池及拨测策略；
S113：重新配置每一链路感知点的目标资源池及拨测策略。
本实施例中，在确定每一链路感知点的目标资源池及拨测策略时，本申请可以先确定本地预先配置的每一链路感知点的目标资源池及拨测策略是否需要更新，若需要，则重新配置每一链路感知点的目标资源池及拨测策略，若不需要，则直接从本地获取预先配置的每一链路感知点的目标资源池及拨测策略。
可以理解的是，当待测区域的各个链路感知点需要执行感知任务时，各链路感知点可以从链路感知中心动态获取目标资源池及拨测策略是否存在变化，若存在变化，则通过链路感知中心重新配置目标资源池及拨测策略，并同步更新本地保存的目标资源池及拨测策略，若没有变化，则直接从本地获取目标资源池及拨测策略。
进一步地，由于本申请在确定每一链路感知点的目标资源池时，由于调度系统控制链路感知点与目标资源池之间的云存链路，并按设备所属区域就近分配一个或者多个资源池，在分配多个资源池时，分配的过程还参考了各区域的动态的业务量大小、本地池是否能满足需求、链路能否满足需求等，故该策略是动态变化的，从而导致每次执行感知任务时链路感知点对应的目标资源池也是动态变化的，当存在变化时，便需要重新配置相应的目标资源池及拨测策略，以此来适应当下的业务需求等。
在一个实施例中，所述各个链路感知点对应的目标资源池的配置过程，可以包括：
S101：获取预设的常态化规则表，所述常态化规则表包括云存调度规则表和业务规划规则表。
S102：按照所述云存调度规则表配置与各个链路感知点对应的第一资源池。
S103：按照所述业务规划规则表配置与各个链路感知点对应的第二资源池。
S104：将所述第一资源池与所述第二资源池聚合后形成各个链路感知点对应的目标资源池。
本实施例中，在对各个链路感知点对应的目标资源池进行配置时，可以获取预设的常态化规则表，该常态化规则表包括云存调度规则表和业务规则规则表，本申请可以按照云存调度规则表来配置与各个链路感知点对应的第一资源池，以及按照业务规划规则表来配置与各个链路感知点对应的第二资源池，并将第一资源池与第二资源池聚合后形成各个链路感知点对应的目标资源池。
在一种具体的示例中，本申请的云存调度规则表主要是记录区域设备和资源池的调度关系，因此，根据该云存调度规则表可以得到多个资源池与区域之间对应的集合S1[池、区域]；而本申请的业务规划规则表则记录了资源池与预设可写入区域的关系，因此，通过该业务规划规则表也可以得到多个资源池与区域之间对应的集合S2[池、区域]，其中，本申请的业务规划规则表针对的是预设链路，该预设链路代表按业务规划的链路，包括链路的优先顺序、紧急情况下的备份链路等。在构建预设规则时，可以先选择省份，即代表该省份的探测节点，再选择写入池，一般选择本省池，在预估本省池资源不足时选择相邻省份池、备份大池座位备份，最后根据选择的省份以及选择的写入池来构建预设规则，并写入业务规划规则表中。当得到S1和S2后，本申请可以将S1与S2进行聚合，并根据待测区域来确定各个链路感知点对应的目标资源池。
在一个实施例中，所述方法还可以包括：
S105：判断各个链路感知点对应的目标资源池的配置时刻是否在临时需求规则表的有效探测时间范围内，其中，所述临时需求规则表中包含临时资源池及对应的临时感知点；若在，则执行S106；若不在，则执行S107。
S106：将所述临时需求规则表中的临时感知点作为所述待测区域的链路感知点，将所述临时需求规则表中的临时资源池作为该链路感知点对应的目标资源池。
S107：继续执行所述按照预设的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测的步骤。
本实施例中，在设置各个链路感知点对应的目标资源池时，本申请还可以判断各个链路感知点对应的目标资源池的配置时刻是否在临时需求规则表的有效探测时间范围内，若在，则将临时需求规则表中的临时感知点作为待测区域的链路感知点，将临时需求规则表中的临时资源池作为该链路感知点对应的目标资源池，若不在，则继续执行S120的步骤。
其中，本申请的临时需求规则表可以用来配置临时链路，临时链路代表在临时的需求下设置的具有一定生命周期的链路，并非常态化的链路，设置临时链路时，可以先选择临时资源池，可以通过多层级的选择方式，包括通过区域>区域内省份>区域内的池，如选择区域则代表选择该区域内所有的池，如选择省份则代表选择该省份内所有的池，如选择池则指代表选定的一个或者多个池，接着可以选择拨测时的探测节点，可筛选全部的探测节点，并将该探测节点作为临时感知点，最后可以设置临时链路的有效探测时间范围，并将自定义规则、时间范围入库，以此来形成临时需求规则表。
在一个实施例中，所述各个链路感知点对应的拨测策略的配置过程，可以包括：
S1001：配置各个链路感知点对应的全局策略，所述全局策略至少包括拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式。
S1002：配置各个链路感知点对应的指定策略，所述指定策略支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略。
S1003：将所述全局策略或所述全局策略与所述指定策略作为各个链路感知点对应的拨测策略。
本实施例中，拨测策略指的是对链路感知点与其对应的目标资源池之间的云存链路进行拨测时所使用的拨测方法，该拨测方法可以包括全局策略，也可以包括指定策略，其中，全局策略可以包括拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式等，指定策略可以支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略。
因此，在配置链路感知点对应的拨测策略时，可以先配置链路感知点的全局策略，该全局策略除了支持拨测周期(开始、结束、间隔频率)、拨测方式(包含多种：一次上传一个文件、分片上传文件、下载、并行下载、删除等)、各拨测方式的拨测次数(单次任务上传数据量、上传数据次数、下载数据次数、删除次数)、拨测结果的提交策略(累计一定次数提交、遇到异常时提交、按一定的周期提交)，还支持配置异常处理方式(如遇到某项测试异常时可支持加强测试)。进一步地，除了全局策略外，本申请还支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略，这样便可以通过全局策略来确定链路感知点的拨测策略，或者，通过全局策略和指定策略来确定链路感知点的拨测策略。
在一个实施例中，S130中根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，得到分析结果，可以包括：
S131：根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果。
S132：针对每一链路感知点，若该链路感知点在所述预设时段内存在链路评分结果低于第一预设评分阈值的次数不小于第一预设次数阈值，或者，该链路感知点在所述预设时段内存在链路评分结果连续低于第二预设评分阈值的次数不小于第二预设次数阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警。
S133：针对每一链路感知点在所述预设时段内每个单位时间的链路评分结果，若该链路评分结果低于同一单位时间下的历史链路评分结果，且该链路评分结果的下降比例不小于预设比例阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警。
本实施例中，在对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析时，可以先根据每一链路感知点的拨测结果来计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果，接着针对每一链路感知点，本申请可以统计该链路感知点在预设时段内存在链路评分结果低于第一预设评分阈值的次数，并判断该次数是否不小于第一预设次数阈值，若不小于，则表示该链路感知点与其对应的目标资源池之间的云存链路存在异常，此时可以通过链路告警模块对异常的云存链路发出预警；当然，本申请还可以统计该链路感知点在预设时段内存在链路评分结果连续低于第二预设评分阈值的次数，并判断该次数是否不小于第二预设次数阈值，若不小于，则表示该链路感知点与其对应的目标资源池之间的云存链路存在异常，此时也可以通过链路告警模块对异常的云存链路发出预警。
接着，本申请针对每一链路感知点在预设时段内每个单位时间的链路评分结果，还可以统计该链路评分结果是否低于同一单位时间下的历史链路评分结果，若低于，则根据该链路评分结果的下降比例是否小于预设比例阈值来判断该云存链路是否存在异常，若下降比例小于预设比例阈值，则可以存在异常，对于异常的云存链路，可以发出预警。
其中，上述的同一单位时间下的历史链路评分结果可以是距离当前预设时段较近的历史时段内同一单位时间下的链路评分结果。
在一个实施例中，S131中根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果，可以包括：
S1311：针对每一链路感知点与其对应的目标资源池之间的云存链路：根据该链路感知点的拨测结果计算该云存链路在预设时段内每个单位时间的文件上传效率、文件下载效率、和文件删除效率和链路请求成功率。
S1312：按照预设的评分策略分别对该云存链路的文件上传效率、文件下载效率和文件删除效率进行评分，并得到各自的评分结果。
S1313：基于该云存链路的链路请求成功率、文件上传效率、文件下载效率、文件删除效率及各自的评分结果，计算该云存链路的链路评分结果。
本实施例中，在计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果时，针对每一云存链路，可以根据该链路感知点的拨测结果计算该云存链路在预设时段内每个单位时间的文件上传效率、文件下载效率、和文件删除效率和链路请求成功率，然后按照预设的评分策略分别对该云存链路的文件上传效率、文件下载效率和文件删除效率进行评分，并得到各自的评分结果，最后再基于该云存链路的链路请求成功率、文件上传效率、文件下载效率、文件删除效率及各自的评分结果，计算该云存链路的链路评分结果。
举例来说，本申请可以取t0～t1为单位时间T，计算链路感知点i访问目标资源池j的链路评分结果Sij、链路请求成功率Rij时，可以按照如下步骤进行：
(1)文件上传效率s1可以用T时间段内平均上传速度Vup表示，并根据设定阈值范围对该文件上传效率s1进行评分，得到w1；
(2)文件下载效率s2可以用T时间段内平均下载速度Vdown表示，根据设定阈值范围对该文件下载效率s2进行评分，得到w2。
(3)文件删除效率s3可以根据请求响应时间进行确定，并通过请求响应时间所对应的区间进行评分，得到w3。
(4)链路请求成功率Rij：
Figure BDA0003946619760000141
(5)链路评分结果Sij：
Figure BDA0003946619760000142
通过上述五个步骤即可计算本申请中云存链路的链路评分结果。
在一个实施例中，所述方法还可以包括：
S140：根据每一链路感知点与其对应的目标资源池之间的云存链路的链路情况对每一链路感知点的拨测结果进行数据同步。
本实施例中，当根据分析结果感知待测区域中各个链路感知点的链路情况后，本申请可以每一链路感知点与其对应的目标资源池之间的云存链路的链路情况对每一链路感知点的拨测结果进行数据同步。
具体地，当链路感知点与其对应的目标资源池之间的云存链路没有异常时，可以根据同步策略定时或定量同步数据，其中，定时指收集日志的时间频率间隔、或固定的时间点，定量指一定的数据行数、数据字节数；而当链路感知点与其对应的目标资源池之间的云存链路出现异常时，可以配置异常同步策略，如测试速度N次不达标，测试M次平均成功率低于某个阈值，马上上报数据等。
下面对本申请实施例提供的链路情况感知装置进行描述，下文描述的链路情况感知装置与上文描述的链路情况感知方法可相互对应参照。
在一个实施例中，如图3所示，图3为本申请实施例提供的一种链路情况感知装置的结构示意图；本申请还提供了一种链路情况感知装置，可以包括任务确定模块210、链路拨测模块220、情况感知模块230，具体包括如下：
任务确定模块210，用于当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略。
链路拨测模块220，用于按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果。
情况感知模块230，用于根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知所述待测区域中各个链路感知点的链路情况。
上述实施例中，当对待测区域的多个链路感知点执行感知任务时，可以先确定每一链路感知点对应的目标资源池以及拨测策略，这样便可以按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，以便得到每一链路感知点的拨测结果，接着，本申请可以根据每一链路感知点的拨测结果来对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果来感知待测区域中各个链路感知点的链路情况，这样便可以在链路感知点覆盖面充足的情况下，准确评估链路情况，并为调度系统提供调度建议，以便调度系统在监控到某个区域用户存在云存相关行为异常时，调度该区域的用户云存到链路较好的资源池。
在一个实施例中，本申请还提供了一种计算机设备，包括：一个或多个处理器，以及存储器。
所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如上述实施例中任一项所述链路情况感知方法的步骤。
示意性地，如图4所示，图4为本申请实施例提供的一种计算机设备的内部结构示意图，该计算机设备300可以被提供为一服务器。参照图4，计算机设备300包括处理组件302，其进一步包括一个或多个处理器，以及由存储器301所代表的存储器资源，用于存储可由处理组件302的执行的指令，例如应用程序。存储器301中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件302被配置为执行指令，以执行上述任意实施例的链路情况感知方法。
计算机设备300还可以包括一个电源组件303被配置为执行计算机设备300的电源管理，一个有线或无线网络接口304被配置为将计算机设备300连接到网络，和一个输入输出(I/O)接口305。计算机设备300可以操作基于存储在存储器301的操作系统，例如WindowsServer TM、Mac OS XTM、Unix TM、Linux TM、Free BSDTM或类似。
本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种链路情况感知方法，其特征在于，所述方法包括：
当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略；
按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果；
根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知所述待测区域中各个链路感知点的链路情况。
2.根据权利要求1所述的链路情况感知方法，其特征在于，所述确定每一链路感知点的目标资源池及拨测策略，包括：
确定本地预先配置的每一链路感知点的目标资源池及拨测策略是否需要更新；
若不需要，则从本地获取预先配置的每一链路感知点的目标资源池及拨测策略；
若需要，则重新配置每一链路感知点的目标资源池及拨测策略。
3.根据权利要求2所述的链路情况感知方法，其特征在于，所述各个链路感知点对应的目标资源池的配置过程，包括：
获取预设的常态化规则表，所述常态化规则表包括云存调度规则表和业务规划规则表；
按照所述云存调度规则表配置与各个链路感知点对应的第一资源池；
按照所述业务规划规则表配置与各个链路感知点对应的第二资源池；
将所述第一资源池与所述第二资源池聚合后形成各个链路感知点对应的目标资源池。
4.根据权利要求3所述的链路情况感知方法，其特征在于，所述方法还包括：
判断各个链路感知点对应的目标资源池的配置时刻是否在临时需求规则表的有效探测时间范围内，其中，所述临时需求规则表中包含临时资源池及对应的临时感知点；
若在，则将所述临时需求规则表中的临时感知点作为所述待测区域的链路感知点，将所述临时需求规则表中的临时资源池作为该链路感知点对应的目标资源池；
若不在，则继续执行所述按照预设的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测的步骤。
5.根据权利要求2所述的链路情况感知方法，其特征在于，所述各个链路感知点对应的拨测策略的配置过程，包括：
配置各个链路感知点对应的全局策略，所述全局策略至少包括拨测周期、拨测方式、各拨测方式的拨测次数、拨测结果的提交策略以及异常处理方式；
配置各个链路感知点对应的指定策略，所述指定策略支持对指定的链路感知点、目标资源池、地理区域、时间访问范围配置特定的高优先级策略；
将所述全局策略或所述全局策略与所述指定策略作为各个链路感知点对应的拨测策略。
6.根据权利要求1所述的链路情况感知方法，其特征在于，所述根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，得到分析结果，包括：
根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果；
针对每一链路感知点，若该链路感知点在所述预设时段内存在链路评分结果低于第一预设评分阈值的次数不小于第一预设次数阈值，或者，该链路感知点在所述预设时段内存在链路评分结果连续低于第二预设评分阈值的次数不小于第二预设次数阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警；
针对每一链路感知点在所述预设时段内每个单位时间的链路评分结果，若该链路评分结果低于同一单位时间下的历史链路评分结果，且该链路评分结果的下降比例不小于预设比例阈值，则确定该链路感知点与其对应的目标资源池之间的云存链路存在异常，并对异常的云存链路发出预警。
7.根据权利要求6所述的链路情况感知方法，其特征在于，所述根据每一链路感知点的拨测结果，计算每一链路感知点与其对应的目标资源池之间的云存链路在预设时段内每个单位时间的链路评分结果，包括：
针对每一链路感知点与其对应的目标资源池之间的云存链路：
根据该链路感知点的拨测结果计算该云存链路在预设时段内每个单位时间的文件上传效率、文件下载效率、和文件删除效率和链路请求成功率；
按照预设的评分策略分别对该云存链路的文件上传效率、文件下载效率和文件删除效率进行评分，并得到各自的评分结果；
基于该云存链路的链路请求成功率、文件上传效率、文件下载效率、文件删除效率及各自的评分结果，计算该云存链路的链路评分结果。
8.根据权利要求6所述的链路情况感知方法，其特征在于，所述方法还包括：
根据每一链路感知点与其对应的目标资源池之间的云存链路的链路情况对每一链路感知点的拨测结果进行数据同步。
9.一种链路情况感知装置，其特征在于，包括：
任务确定模块，用于当对待测区域的多个链路感知点执行感知任务时，确定每一链路感知点对应的目标资源池及拨测策略；
链路拨测模块，用于按照每一链路感知点的拨测策略分别对每一链路感知点与其对应的目标资源池之间的云存链路进行拨测，得到每一链路感知点的拨测结果；
情况感知模块，用于根据每一链路感知点的拨测结果对每一链路感知点与其对应的目标资源池之间的云存链路的链路质量进行分析，并根据分析结果感知所述待测区域中各个链路感知点的链路情况。
10.一种计算机设备，其特征在于，包括：一个或多个处理器，以及存储器；
所述存储器中存储有计算机可读指令，所述计算机可读指令被所述一个或多个处理器执行时，执行如权利要求1至8中任一项所述链路情况感知方法的步骤。
CN202211434604.8A 2022-11-16 2022-11-16 链路情况感知方法、装置及计算机设备 Pending CN115801583A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211434604.8A CN115801583A (zh) 2022-11-16 2022-11-16 链路情况感知方法、装置及计算机设备
PCT/CN2023/131775 WO2024104380A1 (zh) 2022-11-16 2023-11-15 链路情况感知方法、装置及计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211434604.8A CN115801583A (zh) 2022-11-16 2022-11-16 链路情况感知方法、装置及计算机设备

Publications (1)

Publication Number Publication Date
CN115801583A true CN115801583A (zh) 2023-03-14

Family

ID=85438193

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211434604.8A Pending CN115801583A (zh) 2022-11-16 2022-11-16 链路情况感知方法、装置及计算机设备

Country Status (2)

Country Link
CN (1) CN115801583A (zh)
WO (1) WO2024104380A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024104380A1 (zh) * 2022-11-16 2024-05-23 天翼数字生活科技有限公司 链路情况感知方法、装置及计算机设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9807613B2 (en) * 2012-09-06 2017-10-31 Dell Products, Lp Collaborative method and system to improve carrier network policies with context aware radio communication management
CN108377201B (zh) * 2018-02-09 2021-03-26 腾讯科技（深圳）有限公司 网络异常感知方法、装置、设备及计算机可读存储介质
CN111404713B (zh) * 2019-01-02 2022-12-13 中国移动通信有限公司研究院 一种网络资源调整方法、装置和存储介质
CN109818786B (zh) * 2019-01-20 2021-11-26 北京工业大学 一种云数据中心应用可感知的分布式多资源组合路径最优选取方法
CN112260904A (zh) * 2020-11-02 2021-01-22 深圳市九九互动科技有限公司 链路探测方法、装置、计算机设备和存储介质
CN115801583A (zh) * 2022-11-16 2023-03-14 天翼数字生活科技有限公司 链路情况感知方法、装置及计算机设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024104380A1 (zh) * 2022-11-16 2024-05-23 天翼数字生活科技有限公司 链路情况感知方法、装置及计算机设备

Also Published As

Publication number Publication date
WO2024104380A1 (zh) 2024-05-23

Similar Documents

Publication Publication Date Title
US11775416B2 (en) System and method for continuous testing and delivery of software
US10548036B2 (en) Fault monitoring by assessing spatial distribution of queries in a utility supply network
CN107958337A (zh) 一种信息资源可视化移动管理系统
US10404525B2 (en) Classification of detected network anomalies using additional data
US11131972B2 (en) Performance optimization in a building automation system
CN110807595A (zh) 任务分发方法和系统
WO2024104380A1 (zh) 链路情况感知方法、装置及计算机设备
CN111125444A (zh) 大数据任务调度管理方法、装置、设备及存储介质
CN111177222A (zh) 模型测试方法、装置及计算设备、存储介质
CN114884838A (zh) Kubernetes组件的监控方法及服务器
US20200186473A1 (en) Cellular Network Management based on Automatic Social-Data Acquisition
CN112491622B (zh) 定位业务系统故障根因的方法和系统
CN108809717A (zh) 节点采集区服务器、分布式监控方法和系统
KR101403685B1 (ko) 원자력발전소의 기능적중요도결정 기기목록을 활용한 고장설비와 정비효과성감시모듈 성능기준간 자동 연계 시스템 및 그 방법
CN115334560A (zh) 基站异常的监测方法、装置、设备及计算机可读存储介质
CN109120439B (zh) 分布式集群告警输出方法、装置、设备及可读存储介质
CN113556391A (zh) 页面通信方法、装置、电子设备和可读存储介质
CN111988807A (zh) 基于大数据的网络问题定位方法、装置及计算设备
US11860757B2 (en) Apparatus and method for determining the performance impact of changes in a computing system
CN115225538B (zh) 基于自托管集群的监控方法和装置、电子设备及存储介质
CN114422332B (zh) 网络切片控制方法、装置、处理设备及存储介质
CN115511296A (zh) 一种园区能效一体化管理方法、系统、设备及存储介质
CN110967204B (zh) 设备故障的分析方法及装置
CN204557182U (zh) 主要污染物智能核算仪
CN117076270A (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