CN110798347A - 服务状态检测方法、装置、设备及存储介质 - Google Patents
服务状态检测方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN110798347A CN110798347A CN201911026034.7A CN201911026034A CN110798347A CN 110798347 A CN110798347 A CN 110798347A CN 201911026034 A CN201911026034 A CN 201911026034A CN 110798347 A CN110798347 A CN 110798347A
- Authority
- CN
- China
- Prior art keywords
- service
- state
- abnormal
- target
- storage system
- 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
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/50—Testing arrangements
-
- 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
- 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Abstract
本发明公开了一种Openstack系统的服务状态检测方法,包括:判断目标服务的配置开关是否为开启状态;若是,则确定目标服务所在的目标宿主机与集中式存储系统的链路网通信状态是否异常;若异常,则将目标服务设置为异常状态。可见,本申请为了确保计算服务或者存储服务与集中式存储系统正常通信,需要检测目标服务所在的目标宿主机与集中式存储系统的通信状态是否异常,若异常,则及时将目标服务设置为异常状态,停止目标服务的使用,避免无效业务的下发,从而保证了目标服务与集中式存储系统的有效通信,避免通讯状态出现异常;本发明还公开了一种Openstack系统的服务状态检测装置、设备及存储介质,同样能实现上述技术效果。
Description
技术领域
本发明涉及数据通信技术领域,更具体地说,涉及一种Openstack系统的服务状态检测方法、装置、设备及计算机可读存储介质。
背景技术
SAN(Storage Aera Network)为存储区域网络存储,即集中式存储,它为服务器提供了专用的外部存储环境,充分利用新的存储硬件技术和网络技术,满足对大容量、高可靠数据的存储、访问和备份等需求。在Openstack系统中,计算服务(nova)是用来创建和管理虚云主机的,存储服务(cinder)是用来创建和管理云硬盘的。nova-compute作为nova服务的重要组件,通过虚拟化技术创建云主机,和底层集中式存储直接进行通信。cinder-volume作为cinder服务的重要组件,和底层集中式存储直接进行交互和通信。云主机的系统盘和数据盘的数据往往存储到集中式存储上,云主机的使用在系统盘和数据中读写数据时通过FC(Fibre Channnel)或iSCSI(Internet Small Computer System Interface)协议进行通信。Openstack系统的nova服务、cinder服务和集中式存储交互分为两个层面,第一,cinder服务通过集中式存储的管理网进行资源的管理,具体包括块设备的创建、删除、扩容等;第二,cinder和nova服务通过业务网(链路网)走FC或iSCSI协议对块设备进行读写。
目前,原生Openstack架构中,若cinder-volume服务所在宿主机和集中存储的管理网的链路状态异常,cinder-volume服务将会被置为down状态,因为cinder-volume服务所在宿主机和集中式存储的管理网通信出现故障,cinder-volume服务就不能继续管理存储上的资源,这种的设计是合理的。但是,如果宿主机和集中式存储的管理网通信正常,但是宿主机和集中式存储之间的链路网通信故障,在这种场景下,虽然cinder-volume和nova-compute服务呈现为up状态,然而涉及到拷贝数据的业务是无法完成的,导致cinder-volume和nova-compute服务与集中式存储之间不能实现正常的通信。
发明内容
本发明的目的在于提供一种Openstack系统的服务状态检测方法、装置、设备及计算机可读存储介质,以实现检测Openstack系统的服务与集中式存储系统的通信状态,避免通讯状态出现异常。
为实现上述目的,本发明提供一种Openstack系统的服务状态检测方法,包括:
判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;
若是,则确定所述目标服务所在的目标宿主机;
检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;若异常,则将所述目标服务设置为异常状态。
可选的,所述检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:
设定与所述目标服务对应的定时器;
以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
可选的,所述检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:
通过Ping技术或者Telnet技术,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
可选的,将所述目标服务设置为异常状态之后,还包括:
将所述目标服务的异常状态上报至告警界面。
为实现上述目的,本发明进一步一种Openstack系统的服务状态检测装置,包括:
判断模块,用于判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;
宿主机确定模块,用于在目标服务的配置开关为开启状态时,确定所述目标服务所在的目标宿主机;
检测模块,用于检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;
状态设置模块,用于在所述目标宿主机与集中式存储系统的链路网通信状态异常时,将所述目标服务设置为异常状态。
可选的,所述检测模块包括:
设置单元,用于设定与所述目标服务对应的定时器;
检测单元,用于以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
可选的,所述检测模块具体用于:通过Ping技术或者Telnet技术,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
可选的,本装置还包括:
状态上报模块,用于将所述目标服务的异常状态上报至告警界面。
为实现上述目的,本发明进一步一种Openstack系统的服务状态检测设备,包括:
存储器,用于存储计算机程序;处理器,用于执行所述计算机程序时实现如上述服务状态检测方法的步骤。
为实现上述目的,本发明进一步一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述服务状态检测方法的步骤。
通过以上方案可知,本发明实施例提供的一种Openstack系统的服务状态检测方法,包括:判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;若是,则确定所述目标服务所在的目标宿主机;检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;若异常,则将所述目标服务设置为异常状态。
可见,本申请为了确保Openstack系统的计算服务或者存储服务与集中式存储系统正常通信,在配置开关处于开启状态下时,检测目标服务所在的目标宿主机与集中式存储系统的通信状态是否异常,若异常,则及时将目标服务设置为异常状态,停止目标服务的使用,避免无效业务的下发,从而保证了Openstack系统的服务与集中式存储系统的有效通信,避免通讯状态出现异常;本发明还公开了一种Openstack系统的服务状态检测装置、设备及计算机可读存储介质,同样能实现上述技术效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例公开的一种Openstack系统的服务状态检测方法流程示意图;
图2为本发明实施例公开的一种具体的服务状态检测方法流程示意图;
图3为本发明实施例公开的一种Openstack系统的服务状态检测装置结构示意图;
图4为本发明实施例公开的一种Openstack系统的服务状态检测设备结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
存储系统是云平台的基石,是云平台赖以存在和发挥效能的基础。早先的存储形式是存储设备(通常是磁盘)与应用服务器其他硬件直接安装于同一个机箱之内,并且该存储设备是给本台应用服务器独占使用的。随着服务器数量的增多,磁盘数量也在增加,且分散在不同的服务器上,查看每一个磁盘的运行状况都需要到不同的应用服务器上去查看。更换磁盘也需要拆开服务器和中断应用。于是,磁盘从服务器中脱离出来,集中到一起管理,也就出现了集中式存储SAN(Storage Aera Network,存储区域网络)。
为了数据的安全性和稳定性,多数使用云平台服务的客户都选择集中式存储用来存储数据,云服务提供商也推荐使用云平台+集中式存储这一典型架构,并且云服务提供商基于上述架构做了大量的调研和验证,已经达到商用的程度。目前,Openstack系统的计算服务nova和存储服务cinder与集中式存储交互分包括:存储服务通过集中式存储的管理网进行资源的管理,以及存储服务和计算服务通过链路网走FC或iSCSI协议对块设备进行读写。
若cinder-volume服务所在宿主机和集中存储的管理链路状态异常,cinder-volume服务将会被置为down状态,此时cinder-volume服务就不能继续管理存储上的资源;但是原生架构中没有针对宿主机和集中式存储的链路网通信情况进行判断,若cinder-volume和nova-compute服务所在的宿主机和集中式存储的链路网通信出现故障,cinder-volume服务通过镜像创建云硬盘和nova-compute服务创建虚拟机是无法完成的,因为这些操作因为链路通信故障无法进行数据的拷贝。所以,若宿主机和存储的管理网通信正常,但是之间的链路网通信故障,在这种场景下,虽然cinder-volume和nova-compute服务呈现为up状态,然而涉及到拷贝数据的业务是无法完成的。
因此,本发明实施例公开了一种Openstack系统的服务状态检测方法、装置、设备及计算机可读存储介质,以实现检测Openstack系统的服务与集中式存储系统的通信状态,避免通讯状态出现异常。
参见图1,本发明实施例提供的一种Openstack系统的服务状态检测方法流程示意图;该方法具体包括:
S101、判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;若是,则执行S102,若否,则结束流程;
在本实施例中,计算服务主要指nova-compute服务,该服务是Openstack系统的计算服务nova的重要组件,存储服务主要指cinder-volume服务,该服务是Openstack系统的存储服务cinder的重要组件。并且,本申请中的目标服务可以为nova-compute服务或者cinder-volume服务,该目标服务器的数量可以为一个,也可以为多个。
在本申请中,为了保证nova-compute服务或者cinder-volume服务的服务状态正常,能正常的进行数据拷贝,需要保证服务所在的宿主机与集中式存储服务之间链路网通信正常,因此在本申请中,对每个nova-compute服务或者cinder-volume服务均设置一个对应的配置开关is_check_storage_link,若配置开关是False,就表示该配置开关为关闭状态,保持原生Openstack的实现逻辑,不检查cinder-volume服务和nova-compute服务所在宿主机和集中式存储系统的链路通信情况。若该配置开关是True,就表示该配置开关为开启状态,这时就会检测cinder-volume服务或者nova-compute服务所在宿主机与集中式存储系统的链路通信情况。
需要说明的是,每个节点上的nova-compute服务或cinder-volume服务都可以分别设置该配置开关,该配置开关都独立地配置在每个服务的配置文件里。并且,该配置开关的状态可以是部署环境人员根据客户要求提前设置的,若该配置开关设置为开启状态,则需要检测对应服务所在的宿主机与集中式存储系统的通信情况。
S102、确定目标服务所在的目标宿主机;
在本实施例中,对于需要检测通信情况的目标服务,其所在的宿主机称之为目标宿主机,若目标服务的数量为多个,则对应的目标宿主机同样可以为多个;如果多个目标服务部署在同一个宿主机上,则该宿主机与集中式存储系统的通信状态可以反映该宿主机上部署的所有目标服务的服务状态。
并且,如果在一个宿主机上部署了多个nova-compute服务或cinder-volume服务,由于该多个服务均部署在同一个宿主机上,因此可仅对该宿主机上的其中一个服务设置配置开关,如果该配置开关开启,且判定该宿主机与集中式存储系统的通信状态为异常,则可将该宿主机上所有服务均设置为异常状态。
S103、检测目标宿主机与集中式存储系统的链路网通信状态是否异常;若是,则执行S104;若否,则继续执行S103;
S104、将目标服务设置为异常状态。
其中,检测目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:通过Ping技术或者Telnet技术,检测目标宿主机与集中式存储系统的链路网通信状态是否异常。
需要说明的是,本申请在检测目标宿主机与集中式存储系统的链路网通信状态是否异常时,具体可以通过Ping技术或者Telnet技术进行检测,若目标宿主机和集中式存储系统的链路通信异常,则该服务被自动置为down,表示服务器处于异常状态,不再提供服务,避免用户无效业务的下发。
综上可以看出,本申请为了确保Openstack系统的计算服务或者存储服务与集中式存储系统正常通信,在配置开关处于开启状态下时,检测目标服务所在的目标宿主机与集中式存储系统的通信状态是否异常,若异常,则及时将目标服务设置为异常状态,停止目标服务的使用,避免无效业务的下发,从而保证了Openstack系统的服务与集中式存储系统的有效通信,避免通讯状态出现异常。
基于上述实施例,在本实施例中,该检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:
设定与所述目标服务对应的定时器;以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
在本申请中,在检测链路网通信状态时,可以定时检测,例如:启动一个定时器,通过定时任务自动检查目标服务所在的目标宿主机和集中式存储系统的链路通信情况,如默认10s执行一次,具体检查技术可以通过上文所述的Ping技术和Telnet技术,若宿主机和存储的链路通信异常,服务被自动置为down,表示服务处于异常状态,不再提供服务。并且,本申请将目标服务设置为异常状态之后,还可以将目标服务的异常状态上报至告警界面。也即:将目标服务的异常状态上报至告警页面后,可以实现对处于异常状态的cinder-voume服务和nova-compute服务进行告警,让用户可以及时发现环境故障并进行环境的修复,能够避免用户无效业务的下发。
参见图2,为本申请提供的一种具体的服务状态检测方法流程示意图;该过程具体包括:
S201、在openstack系统中分别设置cinder-volume服务和nova-compute服务的配置开关is_check_storage_link。
S202、is_check_storage_link为True?若是,则执行S203;若否,则结束流程。
S203、cinder-volume服务和nova-compute服务启动定时任务,默认10s执行一次查询。
S204、启动定时任务查询宿主机和集中式存储系统的链路通信情况。
S205、判断通信状态是否异常;若否,则继续执行S203;
若是,则执行S206,将cinder-volume服务和nova-compute服务设置为down,不再提供服务。
S207、将异常服务上报到告警界面。
可以看出,本申请提供的服务状态检测方法,在cinder-volume服务和nova-compute服务所在的宿主机和集中式存储系统的链路通信故障的场景下,不仅能提前提醒用户环境通信异常,需要进行环境修复,而且可以避免用户下发无效的业务,在很大程度上提高了用户使用的便利性。
下面对本发明实施例提供的状态检测装置进行介绍,下文描述的状态检测装置与上文描述的状态检测方法可以相互参照。
参见图3,本发明实施例提供的一种Openstack系统的服务状态检测装置结构示意图;该装置具体包括:
判断模块100,用于判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;
宿主机确定模块200,用于在目标服务的配置开关为开启状态时,确定所述目标服务所在的目标宿主机;
检测模块300,用于检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;
状态设置模块400,用于在所述目标宿主机与集中式存储系统的链路网通信状态异常时,将所述目标服务设置为异常状态。
其中,所述检测模块包括:
设置单元,用于设定与所述目标服务对应的定时器;
检测单元,用于以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
其中,所述检测模块具体用于:通过Ping技术或者Telnet技术,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
其中,本方案还包括:
状态上报模块,用于将所述目标服务的异常状态上报至告警界面。
本发明实施例还公开了一种Openstack系统的服务状态检测设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序被处理器执行时实现如上述方法实施例所述的服务状态检测方法的步骤。
在本实施例中,设备可以是服务器或者计算机等终端设备。
参见图4,为本申请实施例公开的一种Openstack系统的服务状态检测设备结构示意图,该该设备可以包括存储器11、处理器12和总线13。
其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是设备的内部存储单元,例如该设备的硬盘。存储器11在另一些实施例中也可以是设备的外部存储设备,例如设备上配备的插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器11还可以既包括设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于设备的应用软件及各类数据,例如执行服务状态检测方法的程序代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行服务状态检测方法的程序代码等。
该总线13可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extended industry standard architecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
进一步地,设备还可以包括网络接口14,网络接口14可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该设备与其他电子设备之间建立通信连接。
可选地,该设备还可以包括用户接口,用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在设备中处理的信息以及用于显示可视化的用户界面。
图4仅示出了具有组件11-14的设备,本领域技术人员可以理解的是,图4示出的结构并不构成对设备的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
本发明实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述方法实施例所述的服务状态检测方法的步骤。
其中,该存储介质可以包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种Openstack系统的服务状态检测方法,其特征在于,包括:
判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;
若是,则确定所述目标服务所在的目标宿主机;
检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;若异常,则将所述目标服务设置为异常状态。
2.根据权利要求1所述的服务状态检测方法,其特征在于,所述检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:
设定与所述目标服务对应的定时器;
以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
3.根据权利要求1所述的服务状态检测方法,其特征在于,所述检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常,包括:
通过Ping技术或者Telnet技术,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
4.根据权利要求1至3中任意一项所述的服务状态检测方法,其特征在于,将所述目标服务设置为异常状态之后,还包括:
将所述目标服务的异常状态上报至告警界面。
5.一种Openstack系统的服务状态检测装置,其特征在于,包括:
判断模块,用于判断目标服务的配置开关是否为开启状态;其中,所述目标服务为Openstack系统的计算服务或者存储服务;
宿主机确定模块,用于在目标服务的配置开关为开启状态时,确定所述目标服务所在的目标宿主机;
检测模块,用于检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常;
状态设置模块,用于在所述目标宿主机与集中式存储系统的链路网通信状态异常时,将所述目标服务设置为异常状态。
6.根据权利要求5所述的服务状态检测装置,其特征在于,所述检测模块包括:
设置单元,用于设定与所述目标服务对应的定时器;
检测单元,用于以所述定时器设置的时长为间隔,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
7.根据权利要求5所述的服务状态检测装置,其特征在于,所述检测模块具体用于:通过Ping技术或者Telnet技术,检测所述目标宿主机与集中式存储系统的链路网通信状态是否异常。
8.根据权利要求5至7中任意一项所述的服务状态检测装置,其特征在于,还包括:
状态上报模块,用于将所述目标服务的异常状态上报至告警界面。
9.一种Openstack系统的服务状态检测设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述的服务状态检测方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的服务状态检测方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911026034.7A CN110798347B (zh) | 2019-10-25 | 2019-10-25 | 服务状态检测方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911026034.7A CN110798347B (zh) | 2019-10-25 | 2019-10-25 | 服务状态检测方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110798347A true CN110798347A (zh) | 2020-02-14 |
CN110798347B CN110798347B (zh) | 2022-07-15 |
Family
ID=69441310
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911026034.7A Active CN110798347B (zh) | 2019-10-25 | 2019-10-25 | 服务状态检测方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110798347B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111858122A (zh) * | 2020-07-29 | 2020-10-30 | 北京浪潮数据技术有限公司 | 一种存储链路的故障检测方法、装置、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103227734A (zh) * | 2013-04-27 | 2013-07-31 | 华南理工大学 | 一种OpenStack云平台异常的检测方法 |
US20150023358A1 (en) * | 2013-07-17 | 2015-01-22 | Red Hat Israel, Ltd. | Migration of guest bridge |
CN107612787A (zh) * | 2017-11-06 | 2018-01-19 | 南京易捷思达软件科技有限公司 | 一种基于Openstack开源云平台的云主机故障检测方法 |
CN108040067A (zh) * | 2017-12-26 | 2018-05-15 | 北京星河星云信息技术有限公司 | 一种云平台入侵检测方法、装置及系统 |
CN108737272A (zh) * | 2017-04-19 | 2018-11-02 | 江南大学 | 一种云计算中高性能路由转发方法 |
CN110175451A (zh) * | 2019-04-23 | 2019-08-27 | 国家电网公司华东分部 | 一种基于电力云的安全监控方法和系统 |
-
2019
- 2019-10-25 CN CN201911026034.7A patent/CN110798347B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103227734A (zh) * | 2013-04-27 | 2013-07-31 | 华南理工大学 | 一种OpenStack云平台异常的检测方法 |
US20150023358A1 (en) * | 2013-07-17 | 2015-01-22 | Red Hat Israel, Ltd. | Migration of guest bridge |
CN108737272A (zh) * | 2017-04-19 | 2018-11-02 | 江南大学 | 一种云计算中高性能路由转发方法 |
CN107612787A (zh) * | 2017-11-06 | 2018-01-19 | 南京易捷思达软件科技有限公司 | 一种基于Openstack开源云平台的云主机故障检测方法 |
CN108040067A (zh) * | 2017-12-26 | 2018-05-15 | 北京星河星云信息技术有限公司 | 一种云平台入侵检测方法、装置及系统 |
CN110175451A (zh) * | 2019-04-23 | 2019-08-27 | 国家电网公司华东分部 | 一种基于电力云的安全监控方法和系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111858122A (zh) * | 2020-07-29 | 2020-10-30 | 北京浪潮数据技术有限公司 | 一种存储链路的故障检测方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110798347B (zh) | 2022-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10642704B2 (en) | Storage controller failover system | |
US20210011817A1 (en) | Virtual Machine Recovery Method and Virtual Machine Management Device | |
CN103210395B (zh) | 与客户端虚拟机交互的技术 | |
CN109445861B (zh) | 系统启动方法、装置、计算机装置及存储介质 | |
US8935568B2 (en) | System and method of replicating virtual machines for live migration between data centers | |
CN103513940A (zh) | 虚拟机在线扩展磁盘容量的方法和虚拟系统控制台 | |
JP6288275B2 (ja) | 仮想化基盤管理装置、仮想化基盤管理システム、仮想化基盤管理方法、及び、仮想化基盤管理プログラム | |
CN107861691B (zh) | 一种多控存储系统的负载均衡方法和装置 | |
US9389942B2 (en) | Determine when an error log was created | |
CN111897686A (zh) | 服务器集群硬盘故障处理方法、装置、电子设备及存储介质 | |
WO2021088423A1 (zh) | 一种用于raid io的内存管理方法、系统、终端及存储介质 | |
CN106021030A (zh) | 一种数据库的系统、一种处理数据库故障的方法及装置 | |
CN110798347B (zh) | 服务状态检测方法、装置、设备及存储介质 | |
WO2022021850A1 (zh) | 一种服务实例部署方法、装置、电子设备和存储介质 | |
CN110688128A (zh) | 一种提高超融合存储可靠性的部署方法和装置 | |
US9213618B2 (en) | Storage management systems and methods in hierarchical storage systems | |
CN105868038B (zh) | 内存错误处理方法及电子设备 | |
CN108845772B (zh) | 一种硬盘故障处理方法、系统、设备及计算机存储介质 | |
US11126486B2 (en) | Prediction of power shutdown and outage incidents | |
CN114884836A (zh) | 一种虚拟机高可用方法、装置及介质 | |
US20230088318A1 (en) | Remotely healing crashed processes | |
US20220067065A1 (en) | Providing instant and distributed access to a source blob via copy-on-read blobs and link blobs | |
WO2021179487A1 (zh) | 云主机在宿主机上的动态分配方法、电子装置及存储介质 | |
US9535806B1 (en) | User-defined storage system failure detection and failover management | |
CN109543420B (zh) | 基于sudo的权限配置方法、装置、电子设备及存储介质 |
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 |