CN107171900A - 一种节点运行状态的获取方法及系统 - Google Patents
一种节点运行状态的获取方法及系统 Download PDFInfo
- Publication number
- CN107171900A CN107171900A CN201710612092.2A CN201710612092A CN107171900A CN 107171900 A CN107171900 A CN 107171900A CN 201710612092 A CN201710612092 A CN 201710612092A CN 107171900 A CN107171900 A CN 107171900A
- Authority
- CN
- China
- Prior art keywords
- node
- information
- cluster
- running status
- status
- 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
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
- 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/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种节点运行状态的获取方法,包括:获取集群中所有节点的数量信息;根据数量信息开启相应数量且并发的线程,并在每一个线程中均利用PING命令获取对应节点的状态信息;根据状态信息确定节点的运行状态。通过首先获取到集群当中存储节点的数量,并根据具体数量并发相应的线程,即,以并行方式同时在每个线程中对对应节点执行PING命令操作,以实现用一次PING命令的执行时间同时得到所有节点的运行状态。该获取方法能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。本申请还同时公开了一种节点运行状态的获取系统,具有上述有益效果。
Description
技术领域
本申请涉及信息获取技术领域,特别涉及一种节点运行状态的获取方法及系统。
背景技术
随着信息化浪潮的到来,全球各行各业逐步借助信息技术深入发展。分布式存储解决了这一过程中数据体量过大的问题,对应用程序提供了标准统一的访问接入,既能提升数据安全性和可靠性,又能提高存储整体容量和性能。目前行业应用对分布式存储技术需求旺盛,由于分布式存储需要大量的存储服务器作为硬件支撑,因此能够及时获取每台服务器的运行状态对于系统管理或运维人员就变得尤为重要。
现今通常采用PING命令依次对分布式存储系统下的各存储节点进行连通性的测试,因为各存储节点数量众多,而每次执行PING命令又会占用一定的时间,两者结合,会使得占用大量的时间去验证服务器的连通性和最终得到运行状态,使得工作效率十分低下。
所以,如何提供一种获取速度更快、更及时、工作效率更高的节点运行状态的获取机制是本领域技术人员亟待解决的问题。
发明内容
本申请的目的是提供一种节点运行状态的获取方法及系统,其能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。
为解决上述技术问题,本申请提供一种节点运行状态的获取方法,该获取方法包括:
获取集群中所有节点的数量信息;
根据所述数量信息开启相应数量且并发的线程,并在每一个所述线程中均利用PING命令获取对应节点的状态信息;
根据所述状态信息确定所述节点的运行状态。
可选的,获取集群中所有节点的数量信息,包括:
获取所述集群中的所有节点对应生成的节点属性表;
根据所述节点属性表的数量对应得到所述数量信息。
可选的,根据所述状态信息确定所述节点的运行状态,包括:
当所述状态信息为通讯延迟时,判定所述节点处于通讯正常状态;
当所述状态信息为请求超时时,判定所述节点处于通讯异常状态。
可选的,在根据所述状态信息确定所述节点的运行状态,还包括:
对各所述节点的运行状态进行统计,得到所述集群的节点连通率;
将所述节点连通率通过预设路径发送至集群管理员。
本申请还提供了一种节点状态信息的获取系统,该获取系统包括:
数量信息获取单元,用于获取集群中所有节点的数量信息;
状态信息获取单元,用于根据所述数量信息开启相应数量且并发的线程,并在每一个所述线程中均利用PING命令获取对应节点的状态信息;
判断单元,用于根据所述状态信息确定所述节点的运行状态。
可选的,所述数量信息获取单元包括:
节点属性表生成单元,用于获取所述集群中的所有节点对应生成的节点属性表;
数量信息获取子单元,用于根据所述节点属性表的数量对应得到所述数量信息。
可选的,所述判断单元包括:
第一判定子单元,用于当所述状态信息为通讯延迟时,判定所述节点处于通讯正常状态;
第二判定子单元,用于当所述状态信息为请求超时时,判定所述节点处于通讯异常状态。
可选的,该获取系统还包括:
统计单元,用于对各所述节点的运行状态进行统计,得到所述集群的节点连通率;
通知单元,用于将所述节点连通率通过预设路径发送至集群管理员。
本申请所提供的一种节点运行状态的获取方法,通过获取集群中所有节点的数量信息;根据所述数量信息开启相应数量且并发的线程,并在每一个所述线程中均利用PING命令获取对应节点的状态信息;根据所述状态信息确定所述节点的运行状态。
显然,本申请所提供的技术方案,通过首先获取到集群当中存储节点的数量,并根据具体数量并发相应的线程,即,以并行方式同时在每个线程中对对应节点执行PING命令操作,以实现用一次PING命令的执行时间同时得到所有节点的运行状态。该获取方法能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。本申请还同时提供了一种节点运行状态的获取系统,具有上述有益效果,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种节点运行状态的获取方法的流程图;
图2为本申请实施例所提供的另一种节点运行状态的获取方法的流程图;
图3为本申请实施例所提供的一种节点运行状态的获取系统的结构框图。
具体实施方式
本申请的核心是提供一种节点运行状态的获取方法及系统,其能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
以下结合图1,图1为本申请实施例所提供的一种节点运行状态的获取方法的流程图。
其具体包括以下步骤:
S101:获取集群中所有节点的数量信息;
本步骤旨在获取集群中包括的存储节点的数量信息。换句话说,假设一个存储服务器的集群中存在20个存储节点,本步骤的目的就是获取到存储节点的数量为20个,以便在后续的处理过程中根据集群中存储节点的数量信息开启相应的并发线程数。
具体的怎样获取到集群中所有节点的数量信息的方法多种多样,因为在一个大的存储集群中,通常都是伴随着存储数据量的增长,现有数量的存储节点不足以负荷快速增加的存储数据量,故逐渐增加新的存储节点,这样就有可能随着时间的变化采购的新的存储服务器不同于旧的存储服务器,或者固件配置上做了升级等,进而导致了可能需要采用一种所有存储服务器都通用的方法来获取到集群中所有节点的数量信息。
例如,在无法直接通过命令得到数量时,通过向各存储服务器发送获取其各自属性信息的命令,进而通过清点生成的各存储服务器的属性信息文件来确定存储节点的数量,通过这种方式即使生成的节点属性信息文件的内容表现不一致,也只需数清它的数量即可。当然,还会有其它的方式来实现本步骤的目的,此处并不做具体限定,只需能够获取到集群中所有节点的数量信息即可。
S102:根据数量信息开启相应数量且并发的线程,并在每一个线程中均利用PING命令获取对应节点的状态信息;
在S101已经获得了该集群中拥有的存储节点的数量的基础上,本步骤旨在根据获取到的存储节点数量来开启相应数量且并发的线程,并在每一个线程中均利用PING命令来获取对应节点的状态信息。
其中,区别于现有技术中每次只启动一个线程,通过一个线程依次对所有存储节点执行PING命令操作,即在执行完一个存储节点的PING命令操作,得到该存储节点的状态信息后,再对下一个存储节点执行PING命令操作,依次类推,直至执行完集群中所有存储节点的PING命令操作,但是这样会占用大量的时间和严重降低工作效率。故本实施例在本步骤中通过根据获取到的存储节点数量,同时并发的启动相应数量的线程数,以在每一个线程中对对应的存储节点执行PING命令操作,以达到在一次PING命令的执行时间内同时完成对所有存储节点的连通性测试,进而获得对应节点的状态信息。
其中,PING(Packet Internet Groper),因特网包探索器,用于测试网络连接量的程序,也是Windows、Unix和Linux系统下的一个命令。PING也属于一个通信协议,是TCP/IP协议的一部分。利用“PING”命令可以检查网络是否连通,可以很好地帮助我们分析和判定网络故障。具体的应用格式为Ping空格IP地址,该命令还可以加许多其它参数来使用,具体方法可以键入Ping后按回车通常即可看到详细的说明。
PING发送一个ICMP(Internet Control Messages Protocol,因特网信报控制协议),回声请求消息给目的地并报告是否收到所希望的ICMPecho(ICMP回声应答)。该命令是用来检查网络是否通畅或者网络连接速度的命令,作为一个生活在网络上的管理员,PING命令是第一个必须掌握的DOS命令,它所利用的原理是这样的:利用网络上机器IP地址的唯一性,给目标IP地址发送一个数据包,再要求对方返回一个同样大小的数据包来确定两台网络机器是否连接相通,时延是多少。
其中,采用不同的存储系统、使用不同的存储服务器、服务器上安装操作系统的不同均会导致开启并发线程的方式的不同,可能在Linux和Windows就会存在较为显著的差异,此处并不做具体开启方式的限定,应视实际情况下存储系统的不同、存储服务器型号的不同以及操作系统的差异来做出相应的改变。
S103:根据状态信息确定节点的运行状态。
在S102的基础上,本步骤旨在根据对存储节点执行完PING命令得到的状态信息进行分析,以确定该存储节点的运行状态。
根据S102中对PING命令的解释内容,得到的状态信息通常为以下几种情况:
其一:两者之间可以实现通信,在可以实现通信或者说可以PING通的情况下,具体表现为两者之间的通讯延迟,低则几毫秒,多则几百毫秒,虽说几百毫秒的延迟很高,但是依然可以实现两者之间的通信,至于为什么通信延迟高,具体要看实时的网络环境以及其它各种影响因素,此处并不做深入探讨;
其二:两者之间无法实现通信,在无法实现两者之间的通信时,具体表现为“请求超时”等字样,即已经到达了PING命令所设定的最常延迟后,依旧没有返回回声请求,此时得到“请求超时”等字样,即两者之间无法实现通信。
进一步的,在获得集群中所有存储节点的运行状态后,还可以对各存储节点各自的具体运行状态表现根据上面的两种表现形式进行分类,而分类方法多种多样,可以根据不同的需求和原则进行有针对性的分类,此处并不做具体限定,会在后续的实施例中进行详细介绍。
基于上述技术方案,本申请实施例提供的一种节点运行状态的获取方法,通过首先获取到集群当中存储节点的数量,并根据具体数量并发相应的线程,即,以并行方式同时在每个线程中对对应节点执行PING命令操作,以实现用一次PING命令的执行时间同时得到所有节点的运行状态。该获取方法能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。
以下结合图2,图2为本申请实施例所提供的另一种节点运行状态的获取方法的流程图。
其具体包括以下步骤:
S201:获取集群中的所有节点对应生成的节点属性表;
本步骤旨在获取到集群中所有节点对应生成的一个节点属性表。其中,一个存储节点通常只会对应生成一个节点属性表,该节点属相表内可以包含很多内容,例如,该存储节点的上线日志、设备型号、操作系统版本、固件更新时间,甚至还可以根据设置的地点和个人喜好为该存储节点命名,以让直观和更易找寻到特定节点。
而该节点属性表的表现方式多种多样,比如可以就是一个简简单单只包含上述内容的文本文档,也可以是一个特定格式的可识别文件,甚至可以是一个类似于日志文件的查询结果表等等,此处并不做具体限定,应视实际情况下的具体需要和管理员的个人习惯来进行综合考虑。
S202:根据节点属性表的数量对应得到数量信息;
在S201已经得到集群中各存储节点对应生成的节点属性表的基础上,本步骤旨在根据生成的这些节点属性表计算得到相应的存储节点数量。之所以要通过这种方式得到集群中存储节点的数量,具体原因已经在S101中进行过详细说明,可以参见S101中的相关部分,此处不再赘述。
进一步的,为了更好、更方便根据生成的节点属性表得到存储节点的数量,可以在生成这些节点属性表时,为其设置统一的生成路径,在生成完成后直接清点文件个数即可,毕竟存储节点通常无法以这样的形式进行清点。
S203:根据数量信息开启相应数量且并发的线程,并在每一个线程中均利用PING命令获取对应节点的状态信息;
S204:状态信息是否表现为通讯延迟;
根据S102和S103中对于PING命令的描述内容,本步骤旨在根据状态信息判断其是否表现为通讯延迟,因为通常情况下只有通讯延迟和请求超时两种表现形式,所以在判断为非通讯延迟时,只可能对应请求超时的情况。
那么显而易见的是,本步骤也可以更改为“状态信息是否表现为请求超时”,原理已经进行过描述,在此不再赘述。
S205:节点处于通讯正常状态;
本步骤建立在S204的状态信息表现为通讯延时的基础上,本步骤旨在根据表现出的通讯延迟得到该存储节点处于通讯正常的状态,即通过了PING命令的连通性测试。
S206:节点处于通讯异常状态;
本步骤建立在S204的状态信息表现为非通讯延时的基础上,即状态信息表现为请求超时时,本步骤旨在根据表现出的请求超时得到该存储节点处于通讯异常的状态,即未通过PING命令的连通性测试。
S207:对各节点的运行状态进行统计,得到集群的节点连通率;
S208:将节点连通率通过预设路径发送至集群管理员。
以上两步骤建立在完成了对集群中所有存储节点的PING命令操作,得到了所有存储节点的连通性的具体表现,此处通过对得到的各存储节点的判断得到的运行状态进行统计,以得到该集群中的节点连通率,因为通常情况节点连通率是最有价值的参考信息,并通过预设路径发送至该集群的管理员,以使该管理员根据该节点连通率以及各节点的具体运行状态做出进一步的判断和处理。
基于上述技术方案,本申请实施例提供的一种节点运行状态的获取方法,通过首先获取到集群当中存储节点对应生成的节点属性表,利用该节点数量表易于集中、好做清点的特性得到存储节点的数量,并根据具体数量并发相应的线程,即,以并行方式同时在每个线程中对对应节点执行PING命令操作,以实现用一次PING命令的执行时间同时得到所有节点的运行状态。该获取方法能够不受存储节点的数量影响,速度更快、更及时的获取到各节点的运行状态,使得工作效率显著提高。
因为情况复杂,无法一一列举进行阐述,本领域技术人员应能意识到更具本申请提供的基本方法原理结合实际情况可以存在很多的例子,在不付出足够的创造性劳动下,应均在本申请的保护范围内。
下面请参见图,图3为本申请实施例所提供的一种节点运行状态的获取系统的结构框图。
该获取系统可以包括:
数量信息获取单元100,用于获取集群中所有节点的数量信息;
状态信息获取单元200,用于根据数量信息开启相应数量且并发的线程,并在每一个线程中均利用PING命令获取对应节点的状态信息;
判断单元300,用于根据状态信息确定节点的运行状态。
其中,该数量信息获取单元100包括:
节点属性表生成单元,用于获取集群中的所有节点对应生成的节点属性表;
数量信息获取子单元,用于根据节点属性表的数量对应得到数量信息。
其中,该判断单元200包括:
第一判定子单元,用于当状态信息为通讯延迟时,判定节点处于通讯正常状态;
第二判定子单元,用于当状态信息为请求超时时,判定节点处于通讯异常状态。
进一步的,该获取系统还可以包括:
统计单元,用于对各节点的运行状态进行统计,得到集群的节点连通率;
通知单元,用于将节点连通率通过预设路径发送至集群管理员。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (8)
1.一种节点运行状态的获取方法,其特征在于,包括:
获取集群中所有节点的数量信息;
根据所述数量信息开启相应数量且并发的线程,并在每一个所述线程中均利用PING命令获取对应节点的状态信息;
根据所述状态信息确定所述节点的运行状态。
2.根据权利要求1所述的获取方法,其特征在于,获取集群中所有节点的数量信息,包括:
获取所述集群中的所有节点对应生成的节点属性表;
根据所述节点属性表的数量对应得到所述数量信息。
3.根据权利要求2所述的获取方法,其特征在于,根据所述状态信息确定所述节点的运行状态,包括:
当所述状态信息为通讯延迟时,判定所述节点处于通讯正常状态;
当所述状态信息为请求超时时,判定所述节点处于通讯异常状态。
4.根据权利要求1至3任一项所述的获取方法,其特征在于,在根据所述状态信息确定所述节点的运行状态,还包括:
对各所述节点的运行状态进行统计,得到所述集群的节点连通率;
将所述节点连通率通过预设路径发送至集群管理员。
5.一种节点状态信息的获取系统,其特征在于,包括:
数量信息获取单元,用于获取集群中所有节点的数量信息;
状态信息获取单元,用于根据所述数量信息开启相应数量且并发的线程,并在每一个所述线程中均利用PING命令获取对应节点的状态信息;
判断单元,用于根据所述状态信息确定所述节点的运行状态。
6.根据权利要求5所述的获取系统,其特征在于,所述数量信息获取单元包括:
节点属性表生成单元,用于获取所述集群中的所有节点对应生成的节点属性表;
数量信息获取子单元,用于根据所述节点属性表的数量对应得到所述数量信息。
7.根据权利要求6所述的获取系统,其特征在于,所述判断单元包括:
第一判定子单元,用于当所述状态信息为通讯延迟时,判定所述节点处于通讯正常状态;
第二判定子单元,用于当所述状态信息为请求超时时,判定所述节点处于通讯异常状态。
8.根据权利要求5至7任一项所述的获取系统,其特征在于,还包括:
统计单元,用于对各所述节点的运行状态进行统计,得到所述集群的节点连通率;
通知单元,用于将所述节点连通率通过预设路径发送至集群管理员。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710612092.2A CN107171900A (zh) | 2017-07-25 | 2017-07-25 | 一种节点运行状态的获取方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710612092.2A CN107171900A (zh) | 2017-07-25 | 2017-07-25 | 一种节点运行状态的获取方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107171900A true CN107171900A (zh) | 2017-09-15 |
Family
ID=59818218
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710612092.2A Pending CN107171900A (zh) | 2017-07-25 | 2017-07-25 | 一种节点运行状态的获取方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107171900A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173715A (zh) * | 2018-01-02 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种获取分布式存储服务器硬件信息的方法、装置及设备 |
CN108494700A (zh) * | 2018-02-02 | 2018-09-04 | 百度在线网络技术(北京)有限公司 | 跨链路数据传输方法、装置、计算机设备及存储介质 |
CN109298988A (zh) * | 2018-07-20 | 2019-02-01 | 山东中创软件商用中间件股份有限公司 | 一种集群实例状态的获取方法及相关装置 |
CN110677316A (zh) * | 2019-09-05 | 2020-01-10 | 苏州浪潮智能科技有限公司 | 一种分布式存储服务器网卡检测方法和系统 |
CN110971480A (zh) * | 2019-10-18 | 2020-04-07 | 平安科技(深圳)有限公司 | 计算机网络状况监控方法、装置、计算机设备及存储介质 |
CN111049703A (zh) * | 2019-12-18 | 2020-04-21 | 万科物业发展股份有限公司 | 网络设备检测方法及系统 |
CN111708676A (zh) * | 2020-06-18 | 2020-09-25 | 北京金山云网络技术有限公司 | 实例集群的监控方法、装置和服务器 |
CN111953569A (zh) * | 2020-08-27 | 2020-11-17 | 浪潮电子信息产业股份有限公司 | 状态信息上报方法、装置、设备及介质 |
CN112994951A (zh) * | 2021-04-07 | 2021-06-18 | 凯悦汽车大部件制造(张家口)有限公司 | 一种整车网络管理装置及其方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312573A (zh) * | 2013-06-14 | 2013-09-18 | 西安交通大学 | 一种家庭网络系统设备发现与识别协议 |
CN103458045A (zh) * | 2013-09-13 | 2013-12-18 | 汉柏科技有限公司 | 分布式集群的动态部署方法和系统 |
CN105978758A (zh) * | 2016-06-23 | 2016-09-28 | 深圳创维数字技术有限公司 | 一种机顶盒的voip测试方法及系统 |
CN106656624A (zh) * | 2017-01-04 | 2017-05-10 | 合肥康捷信息科技有限公司 | 基于Gossip通信协议和Raft选举算法的优化方法 |
CN106713398A (zh) * | 2015-11-18 | 2017-05-24 | 中兴通讯股份有限公司 | 共享存储式集群文件系统节点通信的监控方法及监控节点 |
-
2017
- 2017-07-25 CN CN201710612092.2A patent/CN107171900A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312573A (zh) * | 2013-06-14 | 2013-09-18 | 西安交通大学 | 一种家庭网络系统设备发现与识别协议 |
CN103458045A (zh) * | 2013-09-13 | 2013-12-18 | 汉柏科技有限公司 | 分布式集群的动态部署方法和系统 |
CN106713398A (zh) * | 2015-11-18 | 2017-05-24 | 中兴通讯股份有限公司 | 共享存储式集群文件系统节点通信的监控方法及监控节点 |
CN105978758A (zh) * | 2016-06-23 | 2016-09-28 | 深圳创维数字技术有限公司 | 一种机顶盒的voip测试方法及系统 |
CN106656624A (zh) * | 2017-01-04 | 2017-05-10 | 合肥康捷信息科技有限公司 | 基于Gossip通信协议和Raft选举算法的优化方法 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173715A (zh) * | 2018-01-02 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种获取分布式存储服务器硬件信息的方法、装置及设备 |
CN108494700A (zh) * | 2018-02-02 | 2018-09-04 | 百度在线网络技术(北京)有限公司 | 跨链路数据传输方法、装置、计算机设备及存储介质 |
CN109298988A (zh) * | 2018-07-20 | 2019-02-01 | 山东中创软件商用中间件股份有限公司 | 一种集群实例状态的获取方法及相关装置 |
CN110677316A (zh) * | 2019-09-05 | 2020-01-10 | 苏州浪潮智能科技有限公司 | 一种分布式存储服务器网卡检测方法和系统 |
WO2021072847A1 (zh) * | 2019-10-18 | 2021-04-22 | 平安科技(深圳)有限公司 | 计算机网络状况监控方法、装置、计算机设备及存储介质 |
CN110971480A (zh) * | 2019-10-18 | 2020-04-07 | 平安科技(深圳)有限公司 | 计算机网络状况监控方法、装置、计算机设备及存储介质 |
CN110971480B (zh) * | 2019-10-18 | 2022-08-19 | 平安科技(深圳)有限公司 | 计算机网络状况监控方法、装置、计算机设备及存储介质 |
CN111049703A (zh) * | 2019-12-18 | 2020-04-21 | 万科物业发展股份有限公司 | 网络设备检测方法及系统 |
CN111708676A (zh) * | 2020-06-18 | 2020-09-25 | 北京金山云网络技术有限公司 | 实例集群的监控方法、装置和服务器 |
CN111953569B (zh) * | 2020-08-27 | 2022-04-29 | 浪潮电子信息产业股份有限公司 | 状态信息上报方法、装置、设备及介质 |
CN111953569A (zh) * | 2020-08-27 | 2020-11-17 | 浪潮电子信息产业股份有限公司 | 状态信息上报方法、装置、设备及介质 |
CN112994951A (zh) * | 2021-04-07 | 2021-06-18 | 凯悦汽车大部件制造(张家口)有限公司 | 一种整车网络管理装置及其方法 |
CN112994951B (zh) * | 2021-04-07 | 2023-01-31 | 凯悦汽车大部件制造(张家口)有限公司 | 一种整车网络管理装置及其方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107171900A (zh) | 一种节点运行状态的获取方法及系统 | |
US10965580B2 (en) | Systems and methods for automated determination of network device transiting data attributes | |
US9164950B2 (en) | Use tag clouds to visualize components related to an event | |
CN105843904B (zh) | 针对数据库运行性能的监控告警系统 | |
CN102647299B (zh) | 基于内容分发网络的层次化报警分析方法和系统 | |
CN106708700B (zh) | 一种应用于服务端的运维监控方法和装置 | |
US20120290718A1 (en) | Methods and Computer Program Products for Collecting Storage Resource Performance Data Using File System Hooks | |
CN109067930A (zh) | 域名接入方法、域名解析方法、服务器、终端及存储介质 | |
CN109194617A (zh) | Xml报文的自动解析、封装方法和装置 | |
US20090150472A1 (en) | Method for non-disruptively associating applications and middleware components with information technology infrastructure | |
CN106201754A (zh) | 任务信息分析方法及装置 | |
US10009237B1 (en) | Cross silo time stiching | |
CN109840533A (zh) | 一种应用拓扑图识别方法及装置 | |
CN109117341A (zh) | 一种虚拟机的监控方法、装置、设备及介质 | |
CN105761011A (zh) | 一种基于云平台的实验室资源管理系统 | |
CN105871643A (zh) | 基于路由协议的网络运行仿真方法 | |
CN107423110A (zh) | 一种基于libvirt的虚拟机实时监测方法及其装置 | |
CN104184601B (zh) | 用户在线时长的获取方法及装置 | |
CN108733701A (zh) | 一种应用于在线教育的查询页面缓存控制方法 | |
CN109997337A (zh) | 网络健康信息的可视化 | |
WO2023226205A1 (zh) | 基于kubernetes的GPU共享方法、装置、设备及介质 | |
CN109491882A (zh) | 一种机箱数据处理方法、系统、设备机箱及可读存储介质 | |
CN106649501B (zh) | 变电站监控数据库访问模型与scd一致性校验系统及方法 | |
CN107704548A (zh) | 一种存储介质和对象数据的存储方法、装置及设备 | |
CN105812842B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170915 |