CN109240799B - Disaster tolerance method and system for big data platform cluster and computer readable storage medium - Google Patents
Disaster tolerance method and system for big data platform cluster and computer readable storage medium Download PDFInfo
- Publication number
- CN109240799B CN109240799B CN201811035156.8A CN201811035156A CN109240799B CN 109240799 B CN109240799 B CN 109240799B CN 201811035156 A CN201811035156 A CN 201811035156A CN 109240799 B CN109240799 B CN 109240799B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- host
- slave
- switching
- port
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
- G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
Abstract
The invention provides a large data platform cluster disaster recovery method, which comprises the steps of establishing a master virtual machine and a slave virtual machine on a host, carrying out the same system environment configuration and user configuration on the master virtual machine and the slave virtual machine, sending check information to an HA switching manager, adopting the IP of the host for the IP of the master virtual machine and the IP of the slave virtual machine, and mapping the port of the master virtual machine to the port of the host; the slave virtual machine does not perform port mapping; the method comprises the steps that a check packet of a main virtual machine and a check packet of a slave virtual machine are received in real time through an HA switching manager, whether the check packet of the main virtual machine is overtime or not is judged, if yes, a mirror image container is started, the slave virtual machine is switched to be used by a new main virtual machine, and a port of the new main virtual machine is mapped to a host machine to replace a port mapping of an original main virtual machine node. The invention also provides a large data platform cluster disaster recovery system and a computer readable storage medium, which realize the effect of fast switching of large data nodes without service interruption and improve the user experience.
Description
Technical Field
The present invention relates to big data technologies, and in particular, to a big data platform cluster disaster recovery method, system, and computer-readable storage medium.
Background
The traditional server disaster recovery backup of a large data cluster is based on HA backup of a physical machine, fault replacement is very difficult in case of fault, and removing the fault machine is also very complicated work, such as replacement of IP addresses and the like, and a pile of scripts need to be executed, so that switching time is long, and service interruption is caused in the process.
Disclosure of Invention
One of the technical problems to be solved by the present invention is to provide a disaster recovery method for a large data platform cluster, so as to implement fast switching of a failure node without service data migration.
One of the technical problems to be solved by the invention is realized as follows: a big data platform cluster disaster recovery method comprises the following steps:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, and sending check information to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the port mapping of the host machine for replacing the original node of the master virtual machine.
Further, the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
The second technical problem to be solved by the present invention is to provide a large data platform cluster disaster recovery system, which realizes fast switching of failure nodes without service data migration.
The second technical problem to be solved by the invention is realized as follows: a big data platform cluster disaster recovery system comprises a main virtual machine module, a slave virtual machine module and a mirror image HA switching management module:
the host virtual machine module is used for creating a large data platform host virtual machine on a host machine, performing system environment configuration and user configuration on the host virtual machine, sending check information to the HA switching manager, wherein the IP of the host virtual machine adopts the IP of the host machine, and mapping a port to the port of the host machine;
the slave virtual machine module is used for creating a large data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, sending check information to the HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine and does not perform port mapping;
the mirror image HA switching management module is used for receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime or not, if yes, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the host machine to replace the port mapping of the original master virtual machine node.
Further, the mirror image HA switching management module further includes a module configured to switch the original master virtual machine to a new slave virtual machine, and perform a restart operation.
The third technical problem to be solved by the present invention is to provide a computer-readable storage medium for implementing fast switching of a failed node without service data migration.
The third technical problem to be solved by the invention is realized as follows: a computer-readable storage medium, on which a computer program is stored which, when executed by a processor, carries out the steps of:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, and sending check information to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the port mapping of the host machine for replacing the original node of the master virtual machine.
Further, the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
The invention has the following advantages: the large data platform is virtualized, the service system is arranged on the master virtual machine and the slave virtual machine, the fault switching is realized by the mirror image container corresponding to the large data process, the configuration information of the whole cluster is not required to be changed, the process hot standby mode on one host machine is realized, the process mounted by a certain master virtual machine can be quickly and automatically switched to the slave virtual machine even if the process mounted by the master virtual machine is down, the switching process is free of IP switching and service data migration, the virtual machine environment execution process can be controlled to be switched at the second level, and the switching without service interruption can be realized.
Drawings
The invention will be further described with reference to the following examples with reference to the accompanying drawings.
Fig. 1 is an execution flow chart of a disaster recovery method for a big data platform cluster according to the present invention.
Fig. 2 is a block diagram of a large data platform cluster disaster recovery system according to the present invention.
Detailed Description
As shown in fig. 1, the disaster recovery method for a big data platform cluster of the present invention includes the following steps:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information (namely heartbeat packet information) to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host; the primary virtual machine is primary equipment which currently provides a big data related server;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration on the slave virtual machine, wherein the system environment configuration and the user configuration are consistent with those of the master virtual machine, and sending check information (namely heartbeat package information) to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed; the slave virtual machine is a device for providing online hot standby of a big data related server;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet (namely the heartbeat packet) of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the host machine to replace the port mapping of the original master virtual machine node.
The service data is stored in a certain physical machine (or the host), the HA switching mechanism is only used for switching between the virtual machines, and the service data of the big data is not stored in the virtual machines, so that the switching process cannot cause service data difference, and the node switching of the big data cluster under the condition can realize rapid fault node switching without IP switching or modifying the service data.
Preferably, the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
As shown in fig. 2, the disaster recovery system of a big data platform cluster of the present invention includes a primary virtual machine module, a secondary virtual machine module, and a mirror HA switching management module:
the primary virtual machine module is used for creating a large data platform primary virtual machine on a host machine, performing system environment configuration and user configuration on the primary virtual machine, sending check information (namely heartbeat packet information) to an HA switching manager, wherein the IP of the primary virtual machine adopts the IP of the host machine, and mapping a port to the port of the host machine; the primary virtual machine is primary equipment which currently provides a big data related server;
the slave virtual machine module is used for creating a large data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, sending check information (namely heartbeat packet information) to the HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine and does not perform port mapping; the slave virtual machine is a device for providing online hot standby of a big data related server;
the mirror image HA switching management module is used for receiving the check packets (namely, heartbeat packets) of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packets of the master virtual machine are overtime or not, starting a mirror image container if the check packets of the master virtual machine are overtime, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the host machine to replace the port mapping of the original master virtual machine node.
The service data is stored in a certain physical machine (or the host), the HA switching mechanism is only used for switching between the virtual machines, and the service data of the big data is not stored in the virtual machines, so that the switching process cannot cause service data difference, and the node switching of the big data cluster under the condition can realize rapid fault node switching without IP switching or modifying the service data.
Preferably, the mirroring HA switching management module further includes a module for switching the original master virtual machine to a new slave virtual machine and performing a restart operation.
A computer-readable storage medium of the present invention, on which a computer program is stored, the program realizing the following steps when executed by a processor:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, and sending check information to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the port mapping of the host machine for replacing the original node of the master virtual machine.
Preferably, the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
By virtualizing the big data platform, the invention can realize disaster recovery backup and quick recovery by only putting proper big data platform mirror images (the mirror images are backup mirror images of the big data platform) on the host machine and starting the mirror image container corresponding to the big data process without changing the configuration information of the whole cluster; and the Master \ Slave mode of the virtual machine can be started at the same time, the process hot standby mode on one host machine is realized, the fact that the process mounted on a certain Master virtual machine is down is ensured, the Slave virtual machine mounting can be automatically switched, no IP switching and no service data migration are carried out in the switching process, and the virtual machine environment execution process is controlled to be switched at the second level. The invention can realize the effect of fast switching the big data node without service interruption and improve the user experience.
Although specific embodiments of the invention have been described above, it will be understood by those skilled in the art that the specific embodiments described are illustrative only and are not limiting upon the scope of the invention, and that equivalent modifications and variations can be made by those skilled in the art without departing from the spirit of the invention, which is to be limited only by the appended claims.
Claims (6)
1. A big data platform cluster disaster recovery method is characterized in that: the method comprises the following steps:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, and sending check information to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the port mapping of the host machine for replacing the original node of the master virtual machine.
2. The big data platform cluster disaster recovery method according to claim 1, wherein: the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
3. A big data platform cluster disaster recovery system is characterized in that: the system comprises a main virtual machine module, a slave virtual machine module and a mirror image HA switching management module:
the host virtual machine module is used for creating a large data platform host virtual machine on a host machine, performing system environment configuration and user configuration on the host virtual machine, sending check information to the HA switching manager, wherein the IP of the host virtual machine adopts the IP of the host machine, and mapping a port to the port of the host machine;
the slave virtual machine module is used for creating a large data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, sending check information to the HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine and does not perform port mapping;
the mirror image HA switching management module is used for receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime or not, if yes, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the host machine to replace the port mapping of the original master virtual machine node.
4. The big data platform cluster disaster recovery system according to claim 3, wherein: the mirror image HA switching management module is also used for switching the original master virtual machine into a new slave virtual machine and restarting the original master virtual machine.
5. A computer-readable storage medium, on which a computer program is stored, which program, when executed by a processor, carries out the steps of:
step 10, creating a main virtual machine of a big data platform on a host, performing system environment configuration and user configuration on the main virtual machine, sending check information to an HA switching manager, wherein the IP of the main virtual machine adopts the IP of the host, and mapping a port to the port of the host;
step 20, creating a big data platform slave virtual machine on the host machine, performing system environment configuration and user configuration which are consistent with those of the master virtual machine on the slave virtual machine, and sending check information to an HA switching manager, wherein the IP of the slave virtual machine adopts the IP of the host machine, and port mapping is not performed;
and step 30, receiving the check packets of the master virtual machine and the slave virtual machine in real time through the HA switching manager, judging whether the check packet of the master virtual machine is overtime, if so, starting a mirror image container, switching the slave virtual machine to a new master virtual machine for use, and mapping the port of the new master virtual machine to the port mapping of the host machine for replacing the original node of the master virtual machine.
6. The computer-readable storage medium of claim 5, wherein: the step 30 further includes switching the original master virtual machine to a new slave virtual machine, and performing a restart operation.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811035156.8A CN109240799B (en) | 2018-09-06 | 2018-09-06 | Disaster tolerance method and system for big data platform cluster and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811035156.8A CN109240799B (en) | 2018-09-06 | 2018-09-06 | Disaster tolerance method and system for big data platform cluster and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109240799A CN109240799A (en) | 2019-01-18 |
| CN109240799B true CN109240799B (en) | 2022-04-15 |
Family
ID=65060770
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811035156.8A Active CN109240799B (en) | 2018-09-06 | 2018-09-06 | Disaster tolerance method and system for big data platform cluster and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109240799B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101383688A (en) * | 2007-09-06 | 2009-03-11 | 凹凸科技（中国）有限公司 | Data communication device and method for keeping high availability of data communication device |
| US8103906B1 (en) * | 2010-10-01 | 2012-01-24 | Massoud Alibakhsh | System and method for providing total real-time redundancy for a plurality of client-server systems |
| CN103761166A (en) * | 2014-01-22 | 2014-04-30 | 上海交通大学 | Hot standby disaster tolerance system for network service under virtualized environment and method thereof |
| EP2800303A1 (en) * | 2012-08-17 | 2014-11-05 | Huawei Technologies Co., Ltd | Switch method, device and system for virtual application dual machine in cloud environment |
| CN108132829A (en) * | 2018-01-11 | 2018-06-08 | 郑州云海信息技术有限公司 | A kind of high available virtual machine realization method and system based on OpenStack |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7802251B2 (en) * | 2005-11-09 | 2010-09-21 | Hitachi, Ltd. | System for resource allocation to an active virtual machine using switch and controller to associate resource groups |
| US20120287931A1 (en) * | 2011-05-13 | 2012-11-15 | International Business Machines Corporation | Techniques for securing a virtualized computing environment using a physical network switch |
| WO2015021629A1 (en) * | 2013-08-15 | 2015-02-19 | 华为技术有限公司 | Resource allocation method |
| US9413612B2 (en) * | 2013-12-24 | 2016-08-09 | Cisco Technology, Inc. | Automatic resolution of virtual network instance to VLAN mapping conflicts in dual-homed deployments in a dynamic fabric automation network architecture |
| CN104410668A (en) * | 2014-10-31 | 2015-03-11 | 国云科技股份有限公司 | Virtual machine remote desktop management method suitable for public cloud |
| CN105591820B (en) * | 2015-12-31 | 2020-05-08 | 北京轻元科技有限公司 | High-extensible container network management system and method |
| CN107181679A (en) * | 2016-03-09 | 2017-09-19 | 中兴通讯股份有限公司 | A kind of port binding implementation method and device |
| CN108243239A (en) * | 2016-12-27 | 2018-07-03 | 阿里巴巴集团控股有限公司 | A kind of method, apparatus, electronic equipment and system that web application service is provided |
-
2018
- 2018-09-06 CN CN201811035156.8A patent/CN109240799B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101383688A (en) * | 2007-09-06 | 2009-03-11 | 凹凸科技（中国）有限公司 | Data communication device and method for keeping high availability of data communication device |
| US8103906B1 (en) * | 2010-10-01 | 2012-01-24 | Massoud Alibakhsh | System and method for providing total real-time redundancy for a plurality of client-server systems |
| EP2800303A1 (en) * | 2012-08-17 | 2014-11-05 | Huawei Technologies Co., Ltd | Switch method, device and system for virtual application dual machine in cloud environment |
| CN103761166A (en) * | 2014-01-22 | 2014-04-30 | 上海交通大学 | Hot standby disaster tolerance system for network service under virtualized environment and method thereof |
| CN108132829A (en) * | 2018-01-11 | 2018-06-08 | 郑州云海信息技术有限公司 | A kind of high available virtual machine realization method and system based on OpenStack |
Non-Patent Citations (3)
| Title |
|---|
| Research on availability of virtual machine hot standby based on Xen;Mingsong Sun等;《International Conference on Software Intelligence Technologies and Applications & International Conference on Frontiers of Internet of Things 2014》;20141206;第330-335页 * |
| VMware中ubuntu虚拟机与windows的端口映射，共享一个IP地址;Rick-LU;《https://blog.csdn.net/u010947098/article/details/54614756》;20170119;第1-2页 * |
| 基于Remus的双机热备份优化机制研究;邹德清等;《山东大学学报(理学版)》;20140827;第49卷(第9期);第50-55,61页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109240799A (en) | 2019-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2644146C2 (en) | Method, device and control system of fault processing | |
| US9448899B2 (en) | Method, apparatus and system for switching over virtual application two-node cluster in cloud environment | |
| CN102708018B (en) | Method and system for exception handling, proxy equipment and control device | |
| US9021459B1 (en) | High availability in-service software upgrade using virtual machine instances in dual control units of a network device | |
| US9423956B2 (en) | Emulating a stretched storage device using a shared storage device | |
| JP5817308B2 (en) | Server, server system, and server redundancy switching method | |
| US9223606B1 (en) | Automatically configuring and maintaining cluster level high availability of a virtual machine running an application according to an application level specified service level agreement | |
| JP2015103092A (en) | Fault recovery system and method of constructing fault recovery system | |
| CN105302661A (en) | System and method for implementing virtualization management platform high availability | |
| US9442811B2 (en) | Emulating a stretched storage device using a shared replicated storage device | |
| CN108347339B (en) | Service recovery method and device | |
| JP6604218B2 (en) | Test apparatus, network system, and test method | |
| WO2016078529A1 (en) | Service processing method, device and system | |
| CN114826913A (en) | Method for upgrading virtual switch without service interruption and related equipment | |
| CN104486108A (en) | Node configuration method base on Zookeeper and node configuration system based on Zookeeper | |
| WO2015058711A1 (en) | Rapid fault detection method and device | |
| CN104503861A (en) | Abnormality handling method and system, agency device and control device | |
| CN106130763A (en) | Server cluster and be applicable to the database resource group method for handover control of this cluster | |
| CN105812169A (en) | Host and standby machine switching method and device | |
| JP5285045B2 (en) | Failure recovery method, server and program in virtual environment | |
| CN109240799B (en) | Disaster tolerance method and system for big data platform cluster and computer readable storage medium | |
| CN112491570A (en) | Method, device and storage medium for setting link state of virtual network card | |
| US10338849B2 (en) | Method and device for processing I/O request in network file system | |
| Lee et al. | Fault localization in NFV framework | |
| CN114691304A (en) | Method, device, equipment and medium for realizing high availability of cluster virtual machine |
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 | ||
| CB02 | Change of applicant information |
Address after: 350000 21 / F, building 5, f District, Fuzhou Software Park, 89 software Avenue, Gulou District, Fuzhou City, Fujian Province Applicant after: FUJIAN SINOREGAL SOFTWARE CO.,LTD. Address before: Floor 20-21, building 5, area F, Fuzhou Software Park, 89 software Avenue, Gulou District, Fuzhou City, Fujian Province 350000 Applicant before: FUJIAN SINOREGAL SOFTWARE CO.,LTD. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |