CN107426005B - 一种云平台中节点重启的控制方法及系统 - Google Patents
一种云平台中节点重启的控制方法及系统 Download PDFInfo
- Publication number
- CN107426005B CN107426005B CN201710338743.3A CN201710338743A CN107426005B CN 107426005 B CN107426005 B CN 107426005B CN 201710338743 A CN201710338743 A CN 201710338743A CN 107426005 B CN107426005 B CN 107426005B
- Authority
- CN
- China
- Prior art keywords
- node
- arbitration
- restarting
- cloud platform
- nodes
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000001514 detection method Methods 0.000 claims abstract description 37
- 230000007246 mechanism Effects 0.000 claims abstract description 37
- 230000008569 process Effects 0.000 claims description 18
- 238000004891 communication Methods 0.000 claims description 10
- 230000008859 change Effects 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 4
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000013515 script Methods 0.000 description 1
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/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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种云平台中节点重启的控制方法及系统，该方法包括：节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；根据所述检测信息判断是否需要重启；若是，则重启所述节点；本发明通过向与节点连接的仲裁设备发送故障信息，可以避免节点触发Self—Fence机制后直接重启的情况发生，通过接收仲裁设备返回的检测信息，可以根据引入新的仲裁机制对节点是否需要重启进行判断，避免由于单一的Self—Fence机制的局限性导致的数据丢失的问题，提升了用户体验。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种云平台中节点重启的控制方法及系统。
背景技术
随着现代社会科技的发展，云计算、大数据等新型技术的得到了很好的发展。而随着大量云计算基地的建立，存储的数量及存储的稳定性要求的增加，如何能够有效、稳定的存储云平台中的虚拟资源成为急需解决的问题。
现有技术中，如InCloud Storage等云计算的平台产品，其存储的稳定性直接影响了整个云平台的稳定性，而在如InCloud Storage的云平台中，其节点经常会因Self—Fence机制而重启，Self—Fence机制本身是一种在出现节点故障的时候的保障机制，用于在节点与其他节点断开连接时，对该节点进行重启，但因其局限性，导致在全网络中断时，会出现整个系统都重启的问题，致使在系统重启过程中，产生长时间无法读写文件的现象，可能会导致数据丢失的情况发生。因此，如何在节点自身Self—Fence机制引发节点重启之前，加入其他的仲裁机制，避免节点因为网络中断而重启造成的数据丢失的问题，是现今急需解决的问题。
发明内容
本发明的目的是提供一种云平台中节点重启的控制方法及系统，以通过加入的仲裁设备和节点本身的Self—Fence机制对节点进行多种仲裁机制的判断，避免单一的Self—Fence机制造成的数据丢失的情况发生。
为解决上述技术问题，本发明提供一种云平台中节点重启的控制方法，包括：
节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；
根据所述检测信息判断是否需要重启；
若是，则重启所述节点。
可选的，所述节点与所述仲裁设备建立连接的过程，包括：
配置云平台中所述节点的参数，搭建所述云平台的环境；
选择预设的可检测设备作为所述仲裁设备与所述节点建立连接。
可选的，所述选择预设的可检测设备作为所述仲裁设备与所述节点建立连接之前，还包括：
修改HAtimeout时间，以改变所述节点的检测时间。
可选的，所述选择预设的可检测设备作为所述仲裁设备与所述节点建立连接之后，还包括：
所述节点利用模拟故障机制，检测所述仲裁设备是否连接成功，并在日志中反馈检测结果。
可选的，所述在日志中反馈检测结果，包括：
当检测所述仲裁设备连接不成功时，在所述日志 中反馈所述检测结果和建议修改项。
此外，本发明还提供了一种云平台中节点重启的控制系统，包括：
通信模块，用于节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；
判断模块，用于根据所述检测信息判断是否需要重启；
重启模块，用于若需要重启，则重启所述节点。
本发明所提供的一种云平台中节点重启的控制方法，包括：节点在触发 Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；根据所述检测信息判断是否需要重启；若是，则重启所述节点；
可见，本发明通过节点在触发Self—Fence机制后，向与节点连接的仲裁设备发送故障信息，可以避免节点触发Self—Fence机制后直接重启的情况发生，通过接收仲裁设备返回的检测信息，可以根据引入新的仲裁机制对节点是否需要重启进行判断，避免由于单一的Self—Fence机制的局限性导致的数据丢失的问题，提升了用户体验。此外，本发明还提供了一种云平台中节点重启的控制系统，同样具有上述有益效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例所提供的一种云平台中节点重启的控制方法的流程图；
图2为本发明实施例所提供的一种云平台中节点重启的控制方法中节点与仲裁设备建立连接的流程图；
图3为本发明实施例所提供的一种云平台中节点重启的控制系统的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参考图1，图1为本发明实施例所提供的一种云平台中节点重启的控制方法的流程图。该方法可以包括：
步骤101：节点在触发Self—Fence机制后，向与节点连接的仲裁设备发送故障信息，并接收仲裁设备返回的检测信息；其中，节点和仲裁设备的连接方式与节点和其他节点的连接方式不同。
可以理解的是，本步骤中节点向与该节点连接的仲裁设备发送故障信息的时间，可以为如本实施例所示的在触发Self—Fence机制后，也可以为在触发Self—Fence机制之前或触发Self—Fence机制的过程中，只要可以在节点重启之前向仲裁设备发送故障信息，对于具体的发送该故障信息的时间，本实施例不做任何限制。
需要说明的是，仲裁设备可以为根据节点发送的故障信息对该节点的是否发生故障的情况进行仲裁的设备，对于仲裁设备对该节点具体的仲裁过程，可以由设计人员或用户根据实用场景和用户需求自行设置，本实施例对此不受任何限制。对于仲裁设备的具体数量和类型，可以由设计人员或用户根据实用场景和用户需求自行设置，本实施例对此不做任何限制。
具体的，对于节点向对应的仲裁设备发送故障信息的通信方式，也就是节点与对应的一个或多个仲裁设备各自的连接方式，可以为网络通信，也可以为FC通信，甚至可以为无线传输通信，只要两者的通信方式与节点与其他节点的通信方式不同，避免节点间断网时，无法向仲裁设备发送故障信息的情况发生。
具体的，对于故障信息和检测信息的具体组成，只要可以使仲裁设备对该发送故障信息的节点进行仲裁和使该节点获取是否需要重启的信息，本实施例对此不做任何限制。
步骤102：根据检测信息判断是否需要重启；若是，则进入步骤103。
其中，对于本步骤中节点根据检测信息判断是否需要重启的具体过程，可以是节点根据仲裁设备返回的检测信息进行判断，也可以是节点直接根据仲裁设备返回的控制信息直接重启或等待网络恢复。本实施例对此不做任何限制。
可以理解的是，对于节点不需要重启的情况，可以为直接等待网络恢复，也可以为向其他仲裁设备再次发送故障信息。对于节点不需要重启的情况，可以由设计人员根据实用场景和用户需求自行设置，本实施例对此不做任何限制。
步骤103：重启节点。
其中，本步骤中节点重启的过程可以为与现有技术相似的过程，也可以为设计人员设置的其他重启过程。本实施例对此不做任何限制。
本实施例中，本发明实施例通过节点在触发Self—Fence机制后，向与节点连接的仲裁设备发送故障信息，可以避免节点触发Self—Fence机制后直接重启的情况发生，通过接收仲裁设备返回的检测信息，可以根据引入新的仲裁机制对节点是否需要重启进行判断，避免由于单一的Self—Fence机制的局限性导致的数据丢失的问题，提升了用户体验。
基于上述实施例，对于节点与仲裁设备建立连接的具体过程可以通过本实施例所提供的方式实现。具体的，请参考图2，图2本发明实施例所提供的一种云平台中节点重启的控制方法中节点与仲裁设备建立连接的流程图。该方法可以包括：
步骤201：配置云平台中节点的参数，搭建云平台的环境。
其中，对于配置云平台中节点的参数的过程，可以只修改与节点连接仲裁设备有关的参数，对其他参数不进行修改；也可以对全部或部分其他参数也进行适应性改变，本实施例对此不受任何限制。对于配置云平台中节点的参数的具体过程，可以为根据用户输入的数值进行配置，也可以根据执行的脚本或命令进行配置，本实施例对此同样不做任何限制。
可以理解的是，对于云平台中节点的参数的具体数值的设置，可以由设计人员和用户根据实用场景和用户需求自行设置，本实施例对此不受任何限制。
具体的，以云平台为Incloud Storage为例，本步骤可以为通过默认设置配置IncloudStorage的集群(节点)参数，搭建Incloud Storage环境。为避免更改集群文件造成其他不利的后果，对于不涉及本发明的参数可以不进行修改。
优选的，在本步骤之后，还可以包括修改HAtimeout时间，以改变所述节点的检测时间的目的。如搭建好Incloud Storage环境后，进行修改HAtimeout 时间，该时间可以参考前端虚拟化或应用的检测时间，通过修改该时间可以具有针对性的改变集群检测时间，减少切换次数及时间，也就是减少向仲裁设备发送故障信息的情况。对于HAtimeout时间的具体修改的数值，可以由设计人员或用户自行设置，本实施例对此不做任何限制。
步骤202：选择预设的可检测设备作为仲裁设备与节点建立连接。
其中，本步骤可以为搭建仲裁设备的过程，对于可检测设备的具体选择，可以为第三方存储设备，也可以为网络设备，还可以为其他可检测设备，本实施例对此不受任何限制。
可以理解的是，仲裁与节点建立连接的过程中，还可以包括节点根据仲裁设备的特点进行参数配置的过程，对于具体的参数配置过程，可以由设计人员或用户自行设置，本实施例对此不受任何限制。
具体的，在Incloud Storage中，加入的仲裁设备。仲裁设备通过传播介质连接到Incloud Storage设备的节点上，再根据该仲裁设备的特点进行参数配置。此发明中，针对Incloud Storage的特点，还会涉及多个介质共同标记到Incloud Storage设备的同一节点，或者Incloud Storage设备的多个节点被一个介质共同标记的情况，也就是说，每个节点可以连接多个仲裁设备，每个仲裁设备也可以连接多个节点，这样更能利用云资源进行统一管理，也能达到云平台共享资源，而又不浪费其他资源的情况。
优选的，本步骤之后还可以包括节点利用模拟故障机制，检测仲裁设备是否连接成功，并在日志中反馈检测结果的步骤，以对如节点配置的参数是否正确和仲裁设备能否生效的仲裁设备是否连接成功的情况进行判断。如当 Incloud Storage的节点和仲裁设备搭建好并完成连通后，利用模拟故障机制，进行故障模拟并检测切换情况，如设备未能够配置正确或仲裁未生效，在 Incloud Storage的日志中进行结构反馈。进一步的，可以在日志中反馈建议配置项，从而简化工作内容，减少错误率，提供工作效率。
本实施例中，本发明实施例对节点与仲裁设备建立连接的具体过程进行了展示，可以云平台中节点重启的特点，进行针对性的设置和调整，提高了云平台中数据的可靠性和可用性。
请参考图3，图3为本发明实施例所提供的一种云平台中节点重启的控制系统的结构图。该系统可以包括：
通信模块100，用于节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；
判断模块200，用于根据所述检测信息判断是否需要重启；
重启模块300，用于若需要重启，则重启所述节点。
本实施例中，本发明实施例通过通信模块100节点在触发Self—Fence机制后，向与节点连接的仲裁设备发送故障信息，可以避免节点触发Self—Fence 机制后直接重启的情况发生，通过接收仲裁设备返回的检测信息，可以根据引入新的仲裁机制对节点是否需要重启进行判断，避免由于单一的Self— Fence机制的局限性导致的数据丢失的问题，提升了用户体验。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本发明所提供的云平台中节点重启的控制方法及系统进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (4)
1.一种云平台中节点重启的控制方法，其特征在于，包括：
节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；
根据所述检测信息判断是否需要重启；
若是，则重启所述节点；
其中，所述节点与所述仲裁设备建立连接的过程，包括：
配置云平台中所述节点的参数，搭建所述云平台的环境；
选择预设的可检测设备作为所述仲裁设备与所述节点建立连接；
所述选择预设的可检测设备作为所述仲裁设备与所述节点建立连接之前，还包括：修改HAtimeout时间，以改变所述节点的检测时间。
2.根据权利要求1所述的云平台中节点重启的控制方法，其特征在于，所述选择预设的可检测设备作为所述仲裁设备与所述节点建立连接之后，还包括：
所述节点利用模拟故障机制，检测所述仲裁设备是否连接成功，并在日志中反馈检测结果。
3.根据权利要求2所述的云平台中节点重启的控制方法，其特征在于，所述在日志中反馈检测结果，包括：
当检测所述仲裁设备连接不成功时，在所述日志 中反馈所述检测结果和建议修改项。
4.一种云平台中节点重启的控制系统，其特征在于，包括：
通信模块，用于节点在触发Self—Fence机制后，向与所述节点连接的仲裁设备发送故障信息，并接收所述仲裁设备返回的检测信息；其中，所述节点和所述仲裁设备的连接方式与所述节点和其他节点的连接方式不同；具体的，所述节点与所述仲裁设备建立连接的过程，包括：配置云平台中所述节点的参数，搭建所述云平台的环境；选择预设的可检测设备作为所述仲裁设备与所述节点建立连接；所述选择预设的可检测设备作为所述仲裁设备与所述节点建立连接之前，还包括：修改HAtimeout时间，以改变所述节点的检测时间；
判断模块，用于根据所述检测信息判断是否需要重启；
重启模块，用于若需要重启，则重启所述节点。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710338743.3A CN107426005B (zh) | 2017-05-15 | 2017-05-15 | 一种云平台中节点重启的控制方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710338743.3A CN107426005B (zh) | 2017-05-15 | 2017-05-15 | 一种云平台中节点重启的控制方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107426005A CN107426005A (zh) | 2017-12-01 |
| CN107426005B true CN107426005B (zh) | 2021-03-09 |
Family
ID=60425600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710338743.3A Active CN107426005B (zh) | 2017-05-15 | 2017-05-15 | 一种云平台中节点重启的控制方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107426005B (zh) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6952766B2 (en) * | 2001-03-15 | 2005-10-04 | International Business Machines Corporation | Automated node restart in clustered computer system |
| CN101201786B (zh) * | 2006-12-13 | 2010-05-19 | 中兴通讯股份有限公司 | 一种故障日志监控方法及装置 |
| CN102394774B (zh) * | 2011-10-31 | 2014-03-26 | 广东电子工业研究院有限公司 | 一种云计算操作系统的控制器服务状态监控和故障恢复方法 |
| CN103188113A (zh) * | 2011-12-28 | 2013-07-03 | 鼎桥通信技术有限公司 | 一种通信设备的故障处理方法 |
| CN105959128A (zh) * | 2015-08-11 | 2016-09-21 | 杭州迪普科技有限公司 | 故障处理方法、装置以及网络设备 |
| CN105681083A (zh) * | 2016-01-13 | 2016-06-15 | 浪潮集团有限公司 | 一种基于云计算的网络交换机监控系统 |
| CN106126365A (zh) * | 2016-07-04 | 2016-11-16 | 深圳市神云科技有限公司 | 云计算节点服务防护方法以及云平台管理系统 |
-
2017
- 2017-05-15 CN CN201710338743.3A patent/CN107426005B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN107426005A (zh) | 2017-12-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11526342B2 (en) | Cancel and rollback update stack requests | |
| CA2957749C (en) | Systems and methods for fault tolerant communications | |
| US11294934B2 (en) | Command processing method and server | |
| CN109324962B (zh) | 一种基于云物联技术的应用程序的测试方法及设备 | |
| US20200192732A1 (en) | Predictive Microservice Systems and Methods | |
| CN111400041A (zh) | 服务器配置文件的管理方法、装置及计算机可读存储介质 | |
| JP2019153017A (ja) | シミュレーター、シミュレーション装置、および、シミュレーション方法 | |
| CN111770174A (zh) | 一种云平台部署方法、装置、设备及可读存储介质 | |
| US9317355B2 (en) | Dynamically determining an external systems management application to report system errors | |
| WO2016154921A1 (zh) | 一种数据业务的数据传输方法及装置 | |
| US9167052B2 (en) | Apparatus, systems, and methods for providing policy in network-based applications | |
| CN107426005B (zh) | 一种云平台中节点重启的控制方法及系统 | |
| CN115766405B (zh) | 一种故障处理方法、装置、设备和存储介质 | |
| CN115454576A (zh) | 一种虚拟机进程管理方法、系统及电子设备 | |
| CN113254062B (zh) | 一种bmc参数配置及生效的方法、装置、设备和介质 | |
| CN111615819B (zh) | 一种传输数据的方法和装置 | |
| CN107506214B (zh) | 一种集群系统控制器的更新方法及更新系统 | |
| CN110716972A (zh) | 高频率调用外部接口出错的处理方法和装置 | |
| EP3005103B1 (en) | Distributed state model for system configuration synchronization | |
| CN107645415B (zh) | 一种保持OpenStack服务端与设备端数据一致的方法及装置 | |
| CN111124797A (zh) | 一种Redis组件测试的方法和设备 | |
| CN106161099B (zh) | 一种仿真管理控制系统及控制方法 | |
| CN116540940A (zh) | 存储集群管控方法、装置、设备和存储介质 | |
| CN114860488A (zh) | 容错方法、性能校验方法、电子设备及介质 | |
| CN116340040A (zh) | 一种多存储控制器故障切换方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210219 Address after: Building 9, No.1, guanpu Road, Guoxiang street, Wuzhong Economic Development Zone, Wuzhong District, Suzhou City, Jiangsu Province Applicant after: SUZHOU LANGCHAO INTELLIGENT TECHNOLOGY Co.,Ltd. Address before: Room 1601, floor 16, 278 Xinyi Road, Zhengdong New District, Zhengzhou City, Henan Province Applicant before: ZHENGZHOU YUNHAI INFORMATION TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |