CN106230954B - Virtualization management platform - Google Patents
Virtualization management platform Download PDFInfo
- Publication number
- CN106230954B CN106230954B CN201610641183.4A CN201610641183A CN106230954B CN 106230954 B CN106230954 B CN 106230954B CN 201610641183 A CN201610641183 A CN 201610641183A CN 106230954 B CN106230954 B CN 106230954B
- Authority
- CN
- China
- Prior art keywords
- host machine
- host
- management
- etcd
- management platform
- 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
- 230000006870 function Effects 0.000 claims abstract description 22
- 238000012544 monitoring process Methods 0.000 claims abstract description 11
- 238000004519 manufacturing process Methods 0.000 claims abstract description 8
- 238000010276 construction Methods 0.000 claims abstract description 5
- 239000013307 optical fiber Substances 0.000 claims description 5
- 150000003839 salts Chemical class 0.000 claims description 5
- 230000004083 survival effect Effects 0.000 claims description 4
- 239000003795 chemical substances by application Substances 0.000 claims description 3
- 230000003247 decreasing effect Effects 0.000 claims description 3
- 238000001514 detection method Methods 0.000 claims description 3
- 230000008602 contraction Effects 0.000 claims 1
- 238000000034 method Methods 0.000 abstract description 8
- 238000002347 injection Methods 0.000 description 3
- 239000007924 injection Substances 0.000 description 3
- 239000000243 solution Substances 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a virtualization management platform, which comprises: the system comprises a host machine, a switch, a storage disk cabinet, a management end, a DNS end, an ETCD end and a ZABBIX end; the host machine is respectively connected with the switch, the storage disk cabinet and the management cluster circuit; the management platform builds a message framework through the following steps: s1, the host machine sends self state information to the ETCD terminal at regular time; the method comprises the steps that S2 a management end checks state information of a host machine through an ETCD end in real time, and sends an arranging task to a task point of the host machine according to a load condition; s3 DNS combines management end to provide domain name interpretation service for VM construction and production; the management platform builds a monitoring framework through the following steps: s4, the host machine, the switch and the storage disk cabinet send monitoring data to the ZABBIX terminal through SNMP; s5 VM point monitors the alarm pushed by team, future load data can be further operated by combining with automatic capacity expansion, so as to realize the intelligent management function of real-time learning of the condition of each host machine, notification of messages and task allocation.
Description
Technical Field
The invention relates to the technical field of server management, in particular to a virtualization management platform.
Background
The existing server cluster can be managed only by machine-by-machine login, a management system is not used for carrying out unified management on the server cluster, when one or more servers have problems and faults, resources cannot be immediately redistributed according to the conditions of other existing servers, and the personalized requirements of users cannot be met.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provide a virtualization management platform which can acquire the conditions of all hosts in real time and perform message notification and task allocation management.
In order to achieve the purpose, the following technical scheme is adopted: a virtualization management platform, the management platform comprising: the system comprises a host machine, a switch, a storage disk cabinet and a management cluster, wherein the management cluster comprises a management end, a DNS end, an ETCD end and a ZABBIX end; the host machine is respectively connected with the switch, the storage disk cabinet and the management cluster circuit;
the management platform builds a message framework through the following steps:
s1, the host machine sends self state information including memory, CPU, hard disk space and VM condition information to the ETCD terminal at regular time;
s2, the management end checks the state information of the host machine through the ETCD end in real time, and sends an arranging task to the task point of the host machine according to the load condition;
s3, combining the DNS end with a management end to provide domain name interpretation service for VM construction and production;
the management platform builds a monitoring framework through the following steps:
s4, sending monitoring data to the ZABBIX terminal through the host machine, the switch and the storage disk cabinet through SNMP;
s5, the VM point monitors push alerts on team, future load data may be further manipulated in conjunction with automatic volume scaling.
Further, the management platform realizes the information viewing function through the following steps:
the host reports the memory, CPU, hard disk space and VM condition information to the ETCD end through info _ script.sh;
and the management terminal acquires information from the ETCD terminal in real time.
Further, the management platform realizes a task pushing function through the following steps:
the management terminal pushes the input task information to the ETCD terminal;
the host machine receives task information from the ETCD end in real time, and returns a result to the ETCD end after analysis and processing;
and the management terminal receives the return result from the ETCD terminal and displays the return result.
Preferably, the task information includes: creating VM, increasing VM hard disk, controlling VM power supply, increasing and decreasing CPU and memory capacity.
Preferably, the management platform implements the VM template and the configuration file by:
after the host machine analyzes the task information, copying a VMDK file from the template and generating a VMX configuration file, putting the VMDK file and the VMX configuration file into a corresponding folder, registering the VMX file and generating a corresponding VM;
after a VM power supply is started, IP, a host name and a corresponding environment file are configured through a built-in start.sh file, and the environment data can be obtained from an ETCD end;
SALT pushes the relevant configuration to complete the file configuration.
Further, the management platform realizes the system injection function through the following steps:
the management end translates the IP condition of the production environment into an MAC address through an IP2MAC function;
when the VM is started, the VM is translated into an IP address through a mac2IP function in start.sh and is connected to the outside, and in addition, start.sh initializes the data disk and deploys the account number and the salt agent.
Further, the management platform realizes the high-energy function through the following steps:
the host machine elects through the ETCD end to select the MASTER node;
the host machine reports the self state at regular time, checks the self state at regular time and reports the survival VM of the host machine at regular time;
if the host machine cannot detect the self state, the storage state is checked in the preset time, and if the storage state is detected to have a problem, the host machine is automatically restarted in the preset time;
meanwhile, the MASTER host can find a host with a fault in a preset time;
if the MASTER host judges that the failed host is not the DAS storage problem, the VM originally surviving by the failed host is immediately distributed to restart according to the memory free condition of other hosts;
if the MASTER host judges that the failed host is the DAS storage problem, the DAS storage is checked to determine whether heartbeat information submitted by the failed host exists or not in a preset time, and if not, VMs which originally survive of the failed host are immediately distributed according to the memory free condition of each host to restart; if so, the solution is solved by manual detection.
Further, the virtualization management platform further comprises:
and the host machine is connected with the storage disk cabinet through the optical fiber switch.
Compared with the prior art, the invention has the beneficial effects that: the invention relates to a virtualization management platform, which comprises: the system comprises a host machine, a switch, a storage disk cabinet and a management cluster, wherein the management cluster comprises a management end, a DNS end, an ETCD end and a ZABBIX end; the host machine is respectively connected with the switch, the storage disk cabinet and the management cluster circuit; the management platform builds a message framework through the following steps: s1, the host sends self state information including memory, CPU, hard disk space and VM condition information to the ETCD terminal at regular time; s2, the management end checks the state information of the host machine through the ETCD end in real time and sends an arranging task to the task point of the host machine according to the load condition; s3, combining the DNS end with the management end to provide domain name interpretation service for VM construction and production; the management platform builds a monitoring framework through the following steps: s4, the host machine, the switch and the storage disk cabinet send monitoring data to the ZABBIX terminal through SNMP; s5, the VM point monitors alarms pushed by a team, future load data can be further operated by combining automatic capacity expansion, and therefore the intelligent management function that the situation of each host can be known in real time, and information notification and task allocation can be carried out is achieved.
Drawings
FIG. 1 is a flow chart of a method for building a message framework by a virtualization management platform according to the present invention;
FIG. 2 is a flowchart of a method for building a monitoring framework by the virtualization management platform of the present invention;
FIG. 3 is a flowchart of a method for implementing an information viewing function by the virtualization management platform of the present invention;
FIG. 4 is a flowchart of a method for implementing a task pushing function by the virtualization management platform according to the present invention;
FIG. 5 is a flowchart of a method for implementing a system injection function by the virtualization management platform of the present invention;
FIG. 6 is a flowchart of a method for implementing high-power function by the virtualization management platform of the present invention.
Detailed Description
The invention will be described in detail with reference to the drawings and specific embodiments, which are illustrative and not limiting.
DETAILED DESCRIPTION OF EMBODIMENT (S) OF INVENTION
A virtualization management platform, the management platform comprising: the system comprises a host machine, a switch, a storage disk cabinet and a management cluster, wherein the management cluster comprises a management end, a DNS end, an ETCD end and a ZABBIX end; the host machine is respectively connected with the switch, the storage disk cabinet and the management cluster circuit;
as shown in fig. 1, the management platform builds a message framework by the following steps:
s101: the host machine sends self state information including memory, CPU, hard disk space and VM condition information to the ETCD terminal at regular time;
s102: the management end checks the state information of the host machine through the ETCD end in real time and sends an arranging task to the task point of the host machine according to the load condition;
s103: the DNS terminal is combined with the management terminal to provide domain name interpretation service for VM construction and production;
as shown in fig. 2, the management platform builds a monitoring framework by the following steps:
s201: the host machine, the switch and the storage disk cabinet send monitoring data to the ZABBIX terminal through SNMP;
s202: the VM point monitors push alerts on a team basis, future load data can be further manipulated in conjunction with automatic capacity scaling.
As shown in fig. 3, the management platform implements an information viewing function by:
s301: the host reports the memory, CPU, hard disk space and VM condition information to the ETCD end through info _ script.sh;
s302: and the management terminal acquires information from the ETCD terminal in real time.
As shown in fig. 4, the management platform implements a task pushing function by:
s401: the management terminal pushes the input task information to the ETCD terminal;
s402: the host machine receives task information from the ETCD end in real time, and returns a result to the ETCD end after analysis and processing;
s403: and the management terminal receives the return result from the ETCD terminal and displays the return result.
The task information includes: creating VM, increasing VM hard disk, controlling VM power supply, increasing and decreasing CPU and memory capacity.
The management platform realizes the VM template and the configuration file through the following steps:
after the host machine analyzes the task information, copying a VMDK file from the template and generating a VMX configuration file, putting the VMDK file and the VMX configuration file into a corresponding folder, registering the VMX file and generating a corresponding VM;
after a VM power supply is started, IP, a host name and a corresponding environment file are configured through a built-in start.sh file, and the environment data can be obtained from an ETCD end;
SALT pushes the relevant configuration to complete the file configuration.
As shown in fig. 5, the management platform implements the system injection function by:
s501: the management end translates the IP condition of the production environment into an MAC address through an IP2MAC function;
s502: when the VM is started, the VM is translated into an IP address through a mac2IP function in start.sh and is connected to the outside, and in addition, start.sh initializes the data disk and deploys the account number and the salt agent.
As shown in fig. 6, the management platform implements the high-power function by the following steps:
s601: the host machine elects through the ETCD end to select the MASTER node;
s602: the host machine reports the self state at regular time, checks the self state at regular time and reports the survival VM of the host machine at regular time;
such as: the host machine reports the self state every 10 seconds, checks the self state every 60 seconds, and reports the self survival VM every 120 seconds;
s603: if the host machine cannot detect the self state, the storage state is checked in the preset time, and if the storage state is detected to have a problem, the host machine is automatically restarted in the preset time; such as: if the host machine cannot detect the self state, checking the storage state every 10 seconds, and if the storage state is detected to have problems, automatically restarting after 120 seconds;
s604: the MASTER host can find a host with fault in a preset time; such as: the MASTER host can find out a host with a fault after 30 seconds;
s605: if the MASTER host judges that the failed host is not the DAS storage problem, the VM originally surviving by the failed host is immediately distributed to restart according to the memory free condition of other hosts;
s606: if the MASTER host judges that the failed host is the DAS storage problem, the DAS storage is checked to determine whether heartbeat information submitted by the failed host exists or not in a preset time, and if not, VMs which originally survive of the failed host are immediately distributed according to the memory free condition of each host to restart; if so, the solution is solved by manual detection.
The virtualization management platform further comprises:
the host machine is connected with the storage disk cabinet through the optical fiber switch, the optical fiber switch is mutually standby, and the optical fiber switch can be recycled well and is standby when in failure.
The functions described in this embodiment, if implemented in the form of software functional units and sold or used as independent products, may be stored in a storage medium readable by a computing device. Based on such understanding, part of the contribution of the embodiments of the present invention to the prior art or part of the technical solution may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computing device (which may be a personal computer, a server, a mobile computing device, a network device, or the like) to execute all or part of the steps of the method described in the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes. The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (3)
1. A virtualization management platform, the management platform comprising: the system comprises a host machine, a switch, a storage disk cabinet and a management cluster, wherein the management cluster comprises a management end, a DNS end, an ETCD end and a ZABBIX end; the host machine is respectively connected with the switch, the storage disk cabinet and the management cluster circuit; the management platform builds a message framework through the following steps:
s1, the host machine sends self state information including memory, CPU, hard disk space and VM condition information to the ETCD terminal at regular time;
s2, the management end checks the state information of the host machine through the ETCD end in real time, and sends an arranging task to the task point of the host machine according to the load condition;
s3, combining the DNS end with a management end to provide domain name interpretation service for VM construction and production;
the management platform builds a monitoring framework through the following steps:
s4, sending monitoring data to the ZABBIX terminal through the host machine, the switch and the storage disk cabinet through SNMP;
s5, the VM point monitors and pushes alarms according to the team, and future load data can be further operated by combining automatic capacity expansion and contraction;
the management end translates the IP address into the MAC address through an IP2MAC function according to the IP condition of the production environment, when the VM is started, the VM is translated into the IP address through a MAC2IP function in start.sh and is connected to the outside, and in addition, start.sh initializes the data disc and deploys an account and a salt-agent;
the host machine elects through the ETCD end to select the MASTER node;
the host machine reports the self state at regular time through info _ script.sh, checks the self state at regular time and reports the survival VM of the host machine at regular time;
if the host machine cannot detect the self state, the storage state is checked in the preset time, and if the storage state is detected to have a problem, the host machine is automatically restarted in the preset time;
meanwhile, the MASTER host can find a host with a fault in a preset time;
if the MASTER host judges that the failed host is not the DAS storage problem, the VM originally surviving by the failed host is immediately distributed to restart according to the memory free condition of other hosts;
if the MASTER host judges that the failed host is the DAS storage problem, the DAS storage is checked to determine whether heartbeat information submitted by the failed host exists or not in a preset time, and if not, VMs which originally survive of the failed host are immediately distributed according to the memory free condition of each host to restart; if so, the solution is solved by manual detection.
2. The virtualization management platform of claim 1, wherein the management platform implements a task push function by:
the management terminal pushes the input task information to the ETCD terminal;
the host machine receives task information from the ETCD end in real time, and returns a result to the ETCD end after analysis and processing;
the management terminal receives and displays a return result from the ETCD terminal;
the virtualization management platform is characterized in that the task information includes: creating a VM, increasing a VM hard disk, controlling a VM power supply, and increasing or decreasing the capacities of a CPU and a memory;
after the host machine analyzes the task information, copying a VMDK file from the template and generating a VMX configuration file, putting the VMDK file and the VMX configuration file into a corresponding folder, registering the VMX file and generating a corresponding VM;
after a VM power supply is started, IP, a host name and a corresponding environment file are configured through a built-in start.sh file, and the environment data can be obtained from an ETCD end;
SALT pushes the relevant configuration to complete the file configuration.
3. The virtualization management platform of claim 1, further comprising:
and the host machine is connected with the storage disk cabinet through the optical fiber switch.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610641183.4A CN106230954B (en) | 2016-08-05 | 2016-08-05 | Virtualization management platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610641183.4A CN106230954B (en) | 2016-08-05 | 2016-08-05 | Virtualization management platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106230954A CN106230954A (en) | 2016-12-14 |
| CN106230954B true CN106230954B (en) | 2020-10-02 |
Family
ID=57547091
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610641183.4A Active CN106230954B (en) | 2016-08-05 | 2016-08-05 | Virtualization management platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106230954B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106991002B (en) * | 2017-02-08 | 2021-01-29 | 阿里巴巴（中国）有限公司 | Method and equipment for realizing task scheduling management |
| CN107239379B (en) * | 2017-05-10 | 2018-05-08 | 杭州铭师堂教育科技发展有限公司 | Database performance Automatic monitoring systems based on salt |
| CN109002354B (en) * | 2017-06-07 | 2022-05-03 | 中国科学院信息工程研究所 | OpenStack-based computing resource capacity elastic expansion method and system |
| CN111726236A (en) * | 2019-03-18 | 2020-09-29 | 京东数字科技控股有限公司 | State identification information generation method, system, device and storage medium thereof |
| CN112202891A (en) * | 2020-09-30 | 2021-01-08 | 福州富昌维控电子科技有限公司 | Method for virtual deployment of Internet of things platform and server |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102902599A (en) * | 2012-09-17 | 2013-01-30 | 华为技术有限公司 | Virtual machine internal fault processing method, device and system |
| CN103577271A (en) * | 2013-11-14 | 2014-02-12 | 浪潮(北京)电子信息产业有限公司 | Cloud management platform, host machines and virtual machine resource deploying method and system |
| CN104899095A (en) * | 2014-03-03 | 2015-09-09 | 广达电脑股份有限公司 | Resource adjustment method and system for virtual machine |
| CN105530145A (en) * | 2015-12-23 | 2016-04-27 | 中国电子科技集团公司第三十研究所 | Agentless equipment monitoring network based on ZABBIX framework, networking method and monitoring method |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103810016B (en) * | 2012-11-09 | 2017-07-07 | 北京华胜天成科技股份有限公司 | Realize method, device and the group system of virtual machine (vm) migration |
| US20160087910A1 (en) * | 2014-09-22 | 2016-03-24 | Cisco Technology, Inc. | Computing migration sphere of workloads in a network environment |
| CN105281949B (en) * | 2015-09-09 | 2018-06-15 | 浪潮(北京)电子信息产业有限公司 | Mix the partition method and isolating device of host in memory module |
-
2016
- 2016-08-05 CN CN201610641183.4A patent/CN106230954B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102902599A (en) * | 2012-09-17 | 2013-01-30 | 华为技术有限公司 | Virtual machine internal fault processing method, device and system |
| CN103577271A (en) * | 2013-11-14 | 2014-02-12 | 浪潮(北京)电子信息产业有限公司 | Cloud management platform, host machines and virtual machine resource deploying method and system |
| CN104899095A (en) * | 2014-03-03 | 2015-09-09 | 广达电脑股份有限公司 | Resource adjustment method and system for virtual machine |
| CN105530145A (en) * | 2015-12-23 | 2016-04-27 | 中国电子科技集团公司第三十研究所 | Agentless equipment monitoring network based on ZABBIX framework, networking method and monitoring method |
Non-Patent Citations (2)
| Title |
|---|
| 基于docker的跨主机容器集群自动伸缩设计与实现;肖俊;《中国优秀硕士学位论文全文数据库》;20160630;第2.3节、4.1节、4.2.5节、4.3节，图17、图19 * |
| 基于ZABBIX的分布式服务器监控应用研究;郭晓慧;《通信学报》;20130930;第2.3节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106230954A (en) | 2016-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106230954B (en) | Virtualization management platform | |
| CN106331098B (en) | Server cluster system | |
| US10372478B2 (en) | Using diversity to provide redundancy of virtual machines | |
| US10680874B2 (en) | Network service fault handling method, service management system, and system management module | |
| CN104408071A (en) | Distributive database high-availability method and system based on cluster manager | |
| CN105229613A (en) | Coordinate the fault recovery in distributed system | |
| CN105302661A (en) | System and method for implementing virtualization management platform high availability | |
| US10187181B2 (en) | Method and device for handling exception event in telecommunication cloud | |
| CN107666493B (en) | Database configuration method and equipment thereof | |
| CN102710457A (en) | N+1 backup method and device of cross-network segment | |
| CN104158707A (en) | Method and device of detecting and processing brain split in cluster | |
| CN110691398B (en) | Network interaction method, system, equipment and storage medium of intelligent equipment | |
| US9535479B2 (en) | Method of performing power management in rack-mount system | |
| CN107665141B (en) | Database configuration method and equipment thereof | |
| CN104503861A (en) | Abnormality handling method and system, agency device and control device | |
| CN111865632A (en) | Switching method of distributed data storage cluster and switching instruction sending method and device | |
| CN101262479B (en) | A network file share method, server and network file share system | |
| WO2021213171A1 (en) | Server switching method and apparatus, management node and storage medium | |
| US9317355B2 (en) | Dynamically determining an external systems management application to report system errors | |
| CN109189854A (en) | The method and node device of sustained traffic are provided | |
| EP3570169A1 (en) | Method and system for processing device failure | |
| CN104935614B (en) | Data transmission method and device | |
| CN112069032A (en) | Availability detection method, system and related device for virtual machine | |
| CN107087021B (en) | Master-slave server determination method and device | |
| CN109947630B (en) | Fault notification method, device and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20171025 Address after: 510055, tower 17, A tower, Zhonghua International Center, No. three, 33 Zhongshan Road, Yuexiu District, Guangdong, Guangzhou, China Applicant after: GUANGZHOU GOMO SHIJI TECHNOLOGY Co.,Ltd. Address before: 510055 A, block, China International Center, No. three Zhongshan Road, Guangzhou, Guangdong, China, 16-17 Applicant before: GUANGZHOU JIUBANG DIGITAL TECHNOLOGY Co.,Ltd. Applicant before: GUANGZHOU HENGYE SOFTWARE TECHNOLOGY Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A virtualization management platform Effective date of registration: 20231207 Granted publication date: 20201002 Pledgee: China Co. truction Bank Corp Guangzhou Yuexiu branch Pledgor: GUANGZHOU GOMO SHIJI TECHNOLOGY Co.,Ltd. Registration number: Y2023980070036 |