CN118972237A - Method for managing VM host based on open source cloud platform multi-region service - Google Patents
Method for managing VM host based on open source cloud platform multi-region service Download PDFInfo
- Publication number
- CN118972237A CN118972237A CN202411135381.4A CN202411135381A CN118972237A CN 118972237 A CN118972237 A CN 118972237A CN 202411135381 A CN202411135381 A CN 202411135381A CN 118972237 A CN118972237 A CN 118972237A
- Authority
- CN
- China
- Prior art keywords
- vmware
- data
- regiontwo
- host
- region
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 239000002071 nanotube Substances 0.000 claims abstract description 67
- 230000007246 mechanism Effects 0.000 claims abstract description 33
- 238000012423 maintenance Methods 0.000 claims abstract description 8
- 238000013508 migration Methods 0.000 claims description 38
- 230000005012 migration Effects 0.000 claims description 38
- 238000011084 recovery Methods 0.000 claims description 17
- 230000005540 biological transmission Effects 0.000 claims description 13
- 230000008569 process Effects 0.000 claims description 13
- 238000005516 engineering process Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 5
- 238000003491 array Methods 0.000 claims description 3
- 238000013461 design Methods 0.000 claims description 3
- 230000010354 integration Effects 0.000 claims description 3
- 230000002085 persistent effect Effects 0.000 claims description 3
- 230000010076 replication Effects 0.000 claims description 3
- 238000012546 transfer Methods 0.000 claims description 3
- 238000012795 verification Methods 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 claims 1
- 238000002955 isolation Methods 0.000 abstract description 4
- 239000003795 chemical substances by application Substances 0.000 description 46
- 239000002609 medium Substances 0.000 description 15
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 239000012120 mounting media Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Abstract
The invention provides a method for a nanotube VM host based on open source cloud platform multi-region service, which comprises the following steps: designing a multi-Region architecture; VMware resources are managed independently; configuring a high availability and fault tolerance mechanism in the VMware Region; nanotube VMware hosts in an OpenStack multiple Region environment. According to the method, a plurality of regions are deployed in OpenStack, the detailed information of the VMware host is acquired through the proxy service agent, the VMware host is used as independent Region management, resource isolation and independent deployment are realized, and the resource deployment and maintenance efficiency is improved; configuring a high availability and fault tolerance mechanism; the VMware host requirements are more efficient and simpler; existing resources are fully utilized, unified management of cross-cloud resources is realized, system expandability is improved, and a new technical path is brought for VMware host management in a cloud computing environment.
Description
Technical Field
The invention relates to the technical field of cloud resource management; in particular to a method for a nano-tube VM host based on open source cloud platform multi-region service.
Background
With the rapid development of cloud computing technology, enterprises adopt a hybrid cloud strategy to realize flexible deployment and efficient utilization of IT resources.
The OpenStack (open source cloud platform) is used as an open source cloud infrastructure management platform, and is widely applied to the construction of private cloud and public cloud because of strong expandability and flexibility of the OpenStack platform.
Meanwhile, vmware (abbreviated as "VM", malui) is a army in the traditional virtualization field, and Vmware virtualization platform still occupies an important position in the construction of an enterprise data center.
However, the existing OpenStack nanotube VMware technology focuses on docking in a single Region OpenStack environment, lacks depth adaptation and optimization for a multi-Region architecture, and mainly faces the following challenges at present:
1. The resources of the OpenStack and VMware hosts are mixed together, which can lead to increased complexity in resource management, particularly when handling different types of virtualization technologies and resources.
2. All resources share the same control panel and API endpoints because a large number of requests and operations are concentrated in the same area, affecting the response speed of the overall system, which can lead to system performance bottlenecks.
3. In a single Region environment, because all resources are in one Region, the workflow for deploying OpenStack and VMware hosts becomes complex, unified management and deployment of different types of resources are required, and deployment complexity is high.
4. Because there is no guarantee of resource isolation in the Region, if a fault occurs, the resources of the whole Region can be affected, which can reduce the availability and fault tolerance of the system and can not guarantee the continuity and reliability of the service.
5. Because all resources are concentrated in a Region, as the service demand increases, the system is difficult to effectively expand, and the system expandability is greatly limited.
Therefore, there is a need to develop a more efficient method capable of seamlessly integrating OpenStack multi-Region environments with VMware hosts, fully utilizing existing resources and implementing unified management across cloud resources, so as to solve the above-mentioned difficulties and drawbacks of the prior art.
Disclosure of Invention
In view of this, the present invention aims to provide a method for a nanotube VM host based on an open source cloud platform multi-Region service, which explores a new technical path for VMware host management in a cloud computing environment, deploys multiple regions in OpenStack, obtains detailed information of the VMware host through a proxy service agent, realizes the nanotube service for the VMware host, and ensures continuity and reliability of service by configuring high availability and fault tolerance mechanisms (such as virtual machine thermomigration, host fault tolerance, etc.) in the VMware regions; the VMware host is required to be more efficiently and more simply managed, and the VMware host is used as an independent Region management in an OpenStack multi-Region environment, so that the resource isolation is realized, and the efficiency of resource deployment and maintenance is improved.
The invention provides a method for a nano-tube VM host based on open source cloud platform multi-region service, which comprises the following steps: designing a multi-Region architecture; VMware resources are managed independently; configuring a high availability and fault tolerance mechanism in the VMware Region; a nanotube VMware host in an OpenStack multiple Region environment;
Wherein, the design multiple Region architecture comprises: the configuration OpenStack multi-Region environment contains two regions: regionOne, regionTwo, regionOne and RegionTwo each have independent resources and services, regionOne and RegionTwo are centrally managed through the OpenStack control panel; in RegionOne, running a virtual machine instance using KVM as a virtualization technology, and deploying control nodes and computing nodes; in RegionTwo, the VMware ESXi host is used as a virtualization technology and centrally managed through Vcenter;
the nanotube VMware host in the OpenStack multiple Region environment comprises:
S01, carrying out user login through an OpenStack panel, and managing and controlling the integration operation of OpenStack and VMware through the login OpenStack panel; this is the starting point of the whole flow;
S02, after successful login, selecting the operation of a nano-tube VMware host or a virtual machine on a panel of an OpenStack, sending the request to an agent service agent by the panel, packaging a standardized VMware request API by the agent service agent, and enabling the agent service agent to be compatible with multiple VMware products, wherein the agent service agent communicates with VMware infrastructure in a RegionTwo environment, and inquires about the detailed information of the VMware host in a RegionTwo environment through an HTTP request after receiving the nano-tube request;
The RegionTwo environment refers to a specific Region for managing VMware resources in an OpenStack multi-Region architecture, after receiving a query request of proxy service, a VIM request is sent to a VMWARE VCENTER server, and the VIM (virtualization management interface) is a protocol for communicating with VMware and is used for acquiring information of a VMware host and a virtual machine;
S03, forwarding the query request to the VMware host by the VMWARE VCENTER server, returning detailed host information such as host configuration, running state, virtual machine list and the like by the ESXi host, and collecting the detailed host information so that the subsequent nanotubes can normally operate;
S04, the panel of OpenStack displays the detailed information acquired from the VMware host to a user, and the user selects resources to be managed according to the information of the VMware host and the virtual machine which are displayed and checked; the user selects a virtual machine or other resource to be managed on the panel; these choices of users are submitted to the proxy service as part of the nanotube request;
S05, sending a user-selected nano-tube request to the proxy service through a panel, wherein the nano-tube request is assigned with a cluster name of a virtual machine or a resource to be managed, and the VMware resource is ensured to be correctly managed and organized; after receiving the nanotube request, the proxy service agent writes relevant nanotube data and virtual machine information into a database, and performs persistent storage nanotube operation on the detailed information so as to facilitate subsequent management and maintenance.
Further, the configuring the high availability and fault tolerance mechanism in the VMware Region includes: virtual machine hot migration, host evacuation, data redundancy and backup; the virtual machine hot migration is to allow the virtual machine to migrate from one host to another host during the running period of the virtual machine in RegionTwo, and ensure the availability of the virtual machine under the condition of not affecting the service running;
The host evacuation means that when the host in RegionTwo fails, the virtual machine is automatically evacuated to other hosts which normally run; the host evacuation mechanism provides host level fault tolerance, and avoids service interruption;
The data redundancy and backup means that a data redundancy and backup mechanism is configured in RegionTwo to ensure the safety and the recovery capability of important data. The data redundancy and backup mechanism may protect data from hardware failures or accidents.
Further, the virtual machine hot migration includes the steps of:
S11, inquiring the resource use condition of a Region through a proxy service agent, and ensuring that hosts in RegionOne and RegionTwo have enough virtual machines for bearing and migrating resources (CPU, memory, storage, network bandwidth and the like); configuring a special network channel or VPN connection in the proxy service agent to realize network communication between RegionOne and RegionTwo and allow transmission of migration data; checking the state of the virtual machine migrated in RegionTwo through an API (application program interface), ensuring that the virtual machine is not in a snapshot or backup process, and ensuring that the data of the virtual machine is complete;
S12, a user initiates a virtual machine hot migration request through a panel interface, and a virtual machine to be migrated and a target Region are designated;
s13, verifying the validity of the migration request by the agent, wherein the verification comprises the steps of verifying the availability of the target Region and whether the migrated virtual machine accords with the migration condition;
s14, establishing network connection between RegionOne and RegionTwo for transmitting migration data, wherein a proxy service agent guarantees network bandwidth and stability, and avoids interruption of a migration process;
s15, copying and synchronizing virtual machine data (comprising disk data and memory states) in RegionTwo (source Region) to RegionOne (target Region) in the migration process; where the rate and integrity of the data transmission is critical.
S16, after data replication and synchronization are completed, starting RegionOne (target Region) virtual machine instances, stopping RegionTwo (source Region) virtual machines, and taking over service traffic by the virtual machines in the target Region;
and S17, after the migration is completed, confirming the success of the migration by the proxy service agent, including checking the running state and the data integrity of the virtual machine in RegionOne (target Region).
Further, the configuring the data redundancy and backup mechanism in RegionTwo includes:
S21, isolating the data of the target Region (RegionOne) for determining data redundancy and backup from the source Region (RegionTwo), and avoiding single-point faults; network connectivity between the source Region (RegionTwo) and the target Region (RegionOne) is enabled by the proxy agent to transfer data during backup and restore processes;
s22, according to data classification and a backup strategy, a detailed backup plan is formulated, wherein the backup plan comprises backup frequency, a time window and a target Region;
s23, configuring a data redundancy mechanism in the source Region (RegionTwo), where the data redundancy mechanism includes: RAID arrays or distributed storage systems; the data redundancy mechanism can improve the reliability and availability of data and prevent the data loss caused by hardware faults;
s24, the agent service agent regularly backs up important data in the source Region (RegionTwo);
s25, transmitting backup data from the source Region (RegionTwo) to a storage medium of the target Region by the proxy service agent; the transmission of the backup data involves network transmission or physical medium transmission, and the agent service agent ensures the safety and the integrity of the data transmission;
And S26, after the backup is completed, verifying the backup data by the proxy service agent through a hash algorithm, and ensuring the integrity and restorability of the backup data.
Further, the configuring the data redundancy and backup mechanism in RegionTwo further includes data recovery, the data recovery including:
S31, under the condition that data is lost or damaged, a user initiates a data recovery request through an API interface of an OpenStack panel;
S32, positioning backup data in a target Region (RegionOne) by a proxy service agent according to a request of a user and a data recovery plan;
s33, transmitting the backup data from the target Region (RegionOne) to a designated position in the source data (RegionTwo) by the proxy service agent, and restoring the data to the original data state;
and S34, after the data recovery is completed, verifying the recovered data by the proxy service agent, and ensuring the consistency and the integrity of the data.
Further, the VMware resource independent management includes: the relevant resources of VMware are managed in RegionTwo; regionTwo are dedicated to the nanotube VMware host, virtual machine, storage and network resources; regionTwo data is kept isolated from RegionOne data, which helps to improve data security and integrity and avoid resource management complexity problems caused by the mix of different resources. By independently managing VMware resources and independent API ends, the communication safety and reliability of RegionTwo and RegionOne are ensured, and the VMware is compatible with multiple VMware products.
Further, the method for compatibility with the multiple VMware products comprises the following steps: custom configuration is performed according to the characteristics of the VMware environment, including: specific network settings, authentication modes and storage back ends are configured to better adapt to the requirements of VMware environments. An administrator can centrally handle the deployment, monitoring and maintenance of VMware resources without having to handle other types of resources at the same time.
Further, the backup of the important data in the source Region (RegionTwo) in step S24 includes: full and/or incremental backups;
The full backup is to copy the complete data of the source Region into the storage medium of the target Region;
The incremental backup is a backup of only changes that have occurred since the last backup.
The present invention also provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of a method of a nanotube VM host based on open source cloud platform multi-region services as described above.
The invention also provides a computer device, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the steps of the method for realizing the nano tube VM host based on the open source cloud platform multi-region service are realized when the processor executes the program.
Compared with the prior art, the invention has the beneficial effects that:
According to the method for seamlessly integrating the OpenStack multi-Region environment and the VMware host based on the open source cloud platform multi-Region service, which is provided by the invention, a plurality of regions are deployed in the OpenStack, and the detail information of the VMware host is acquired through the agent service agent, so that the nanotube service of the VMware host is realized, and the requirements of the VMware host can be more efficiently and simply met; in an OpenStack multi-Region environment, a VMware host is used as an independent Region management, so that resource isolation and independent deployment are realized, and the efficiency of resource deployment and maintenance is improved; by configuring a high availability and fault tolerance mechanism in the VMware Region, the continuity and reliability of the service are ensured; existing resources are fully utilized, unified management of cross-cloud resources is realized, system expandability is improved, and a new technical path is brought for VMware host management in a cloud computing environment.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention.
In the drawings:
Fig. 1 is an overall architecture diagram of a multi-area service nanotube VM host based on an open source cloud platform according to an embodiment of the present invention;
FIG. 2 is a schematic view of a nanotube flow process according to an embodiment of the present invention;
FIG. 3 is a flowchart illustrating steps of a nanotube VMware host in an OpenStack multiple Region environment according to the present invention;
FIG. 4 is a flowchart illustrating the steps of the virtual machine hot migration of the present invention;
FIG. 5 is a flowchart illustrating steps in the configuration of the data redundancy and backup mechanism of the present invention at RegionTwo;
FIG. 6 is a flowchart illustrating the data recovery process of the data redundancy and backup mechanism of the present invention;
Fig. 7 is a schematic diagram of a computer device according to an embodiment of the invention.
Detailed Description
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and products consistent with some aspects of the disclosure as detailed in the appended claims.
The terminology used in the present disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in this disclosure and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any or all possible combinations of one or more of the associated listed items.
It should be understood that although the terms first, second, third, etc. may be used in this disclosure to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "in response to a determination" depending on the context.
Embodiments of the present invention are described in further detail below.
The embodiment of the invention provides a method for a nano-tube VM host based on open source cloud platform multi-region service, which comprises the following steps: designing a multi-Region architecture; VMware resources are managed independently; configuring a high availability and fault tolerance mechanism in the VMware Region; a nanotube VMware host in an OpenStack multiple Region environment; fig. 1 shows an overall architecture of a multi-area service nanotube VM host based on an open source cloud platform according to the present embodiment;
Wherein, the design multiple Region architecture comprises: the configuration OpenStack multi-Region environment contains two regions: regionOne, regionTwo, regionOne and RegionTwo each have independent resources and services, regionOne and RegionTwo are centrally managed through the OpenStack control panel; in RegionOne, running a virtual machine instance using KVM as a virtualization technology, and deploying control nodes and computing nodes; in RegionTwo, the VMware ESXi host is used as a virtualization technology and centrally managed through Vcenter;
The configuring of the high availability and fault tolerance mechanism in the VMware Region includes: virtual machine hot migration, host evacuation, data redundancy and backup; the virtual machine hot migration is to allow the virtual machine to migrate from one host to another host during the running period of the virtual machine in RegionTwo, and ensure the availability of the virtual machine under the condition of not affecting the service running;
The host evacuation means that when the host in RegionTwo fails, the virtual machine is automatically evacuated to other hosts which normally run; the host evacuation mechanism provides host level fault tolerance, and avoids service interruption;
The data redundancy and backup means that a data redundancy and backup mechanism is configured in RegionTwo to ensure the safety and the recovery capability of important data. The data redundancy and backup mechanism may protect data from hardware failures or accidents.
The virtual machine hot migration includes the following steps (see fig. 4):
S11, inquiring the resource use condition of a Region through a proxy service agent, and ensuring that hosts in RegionOne and RegionTwo have enough virtual machines for bearing and migrating resources (CPU, memory, storage, network bandwidth and the like); configuring a special network channel or VPN connection in the proxy service agent to realize network communication between RegionOne and RegionTwo and allow transmission of migration data; checking the state of the virtual machine migrated in RegionTwo through an API (application program interface), ensuring that the virtual machine is not in a snapshot or backup process, and ensuring that the data of the virtual machine is complete;
S12, a user initiates a virtual machine hot migration request through a panel interface, and a virtual machine to be migrated and a target Region are designated;
s13, verifying the validity of the migration request by the agent, wherein the verification comprises the steps of verifying the availability of the target Region and whether the migrated virtual machine accords with the migration condition;
s14, establishing network connection between RegionOne and RegionTwo for transmitting migration data, wherein a proxy service agent guarantees network bandwidth and stability, and avoids interruption of a migration process;
s15, copying and synchronizing virtual machine data (comprising disk data and memory states) in RegionTwo (source Region) to RegionOne (target Region) in the migration process; where the rate and integrity of the data transmission is critical.
S16, after data replication and synchronization are completed, starting RegionOne (target Region) virtual machine instances, stopping RegionTwo (source Region) virtual machines, and taking over service traffic by the virtual machines in the target Region;
and S17, after the migration is completed, confirming the success of the migration by the proxy service agent, including checking the running state and the data integrity of the virtual machine in RegionOne (target Region).
The configuration of the data redundancy and backup mechanism in RegionTwo includes the following steps (see fig. 5):
S21, isolating the data of the target Region (RegionOne) for determining data redundancy and backup from the source Region (RegionTwo), and avoiding single-point faults; network connectivity between the source Region (RegionTwo) and the target Region (RegionOne) is enabled by the proxy agent to transfer data during backup and restore processes;
s22, according to data classification and a backup strategy, a detailed backup plan is formulated, wherein the backup plan comprises backup frequency, a time window and a target Region;
s23, configuring a data redundancy mechanism in the source Region (RegionTwo), where the data redundancy mechanism includes: RAID arrays or distributed storage systems; the data redundancy mechanism can improve the reliability and availability of data and prevent the data loss caused by hardware faults;
S24, the agent service agent regularly backs up important data in the source Region (RegionTwo); the backup versions include: full and/or incremental backups;
Full back-up is to copy the complete data of the source Region to the storage medium of the target Region;
An incremental backup is a backup of only changes that have occurred since the last backup.
S25, transmitting backup data from the source Region (RegionTwo) to a storage medium of the target Region by the proxy service agent; the transmission of the backup data involves network transmission or physical medium transmission, and the agent service agent ensures the safety and the integrity of the data transmission;
And S26, after the backup is completed, verifying the backup data by the proxy service agent through a hash algorithm, and ensuring the integrity and restorability of the backup data.
The configuration of the data redundancy and backup mechanism in RegionTwo also includes data recovery, which includes the following steps (see FIG. 6):
S31, under the condition that data is lost or damaged, a user initiates a data recovery request through an API interface of an OpenStack panel;
S32, positioning backup data in a target Region (RegionOne) by a proxy service agent according to a request of a user and a data recovery plan;
s33, transmitting the backup data from the target Region (RegionOne) to a designated position in the source data (RegionTwo) by the proxy service agent, and restoring the data to the original data state;
and S34, after the data recovery is completed, verifying the recovered data by the proxy service agent, and ensuring the consistency and the integrity of the data.
The VMware resource independent management includes: the relevant resources of VMware are managed in RegionTwo; regionTwo are dedicated to the nanotube VMware host, virtual machine, storage and network resources; regionTwo data is kept isolated from RegionOne data, which helps to improve data security and integrity and avoid resource management complexity problems caused by the mix of different resources. By independently managing VMware resources and independent API ends, the communication safety and reliability of RegionTwo and RegionOne are ensured, and the VMware is compatible with multiple VMware products.
The method for being compatible with the VMware products comprises the following steps: custom configuration is performed according to the characteristics of the VMware environment, including: specific network settings, authentication modes and storage back ends are configured to better adapt to the requirements of VMware environments. An administrator can centrally handle the deployment, monitoring and maintenance of VMware resources without having to handle other types of resources at the same time.
The nanotube VMware host in the OpenStack Multi-Region environment includes the following steps (see FIG. 3):
S01, carrying out user login through an OpenStack panel, and managing and controlling the integration operation of OpenStack and VMware through the login OpenStack panel;
S02, after successful login, selecting the operation of a nanotube VMware host or a virtual machine on a panel of an OpenStack, and sending the request to an agent (the agent encapsulates a standardized VMware request API, is compatible with multiple VMware products, and communicates with VMware infrastructure in a RegionTwo environment), and after receiving the nanotube request, the agent inquires about the detail information of the VMware host in a RegionTwo environment through an HTTP request;
The RegionTwo environment refers to a specific Region for managing VMware resources in an OpenStack multi-Region architecture, after receiving a query request of proxy service, a VIM request is sent to a VMWARE VCENTER server, and the VIM (virtualization management interface) is a protocol for communicating with VMware and is used for acquiring information of a VMware host and a virtual machine;
s03, forwarding the query request to the VMware host by the VMWARE VCENTER server, returning detailed host information (such as host configuration, running state, virtual machine list and the like) by the ESXi host, and collecting the detailed host information so that the subsequent nanotubes can normally operate;
S04, the panel of OpenStack displays the detailed information acquired from the VMware host to a user, and the user selects resources to be managed according to the information of the VMware host and the virtual machine which are displayed and checked; the user selects a virtual machine or other resource to be managed on the panel;
S05, sending a user-selected nano-tube request to the proxy service through a panel, wherein the nano-tube request is assigned with a cluster name of a virtual machine or a resource to be managed, and the VMware resource is ensured to be correctly managed and organized; after receiving the nanotube request, the proxy service agent writes relevant nanotube data and virtual machine information into a database, and performs persistent storage nanotube operation on the detailed information so as to facilitate subsequent management and maintenance.
Fig. 2 shows a nanotube flow of the present embodiment.
The embodiment of the invention also provides a computer device, and fig. 7 is a schematic structural diagram of the computer device provided by the embodiment of the invention; referring to fig. 7 of the drawings, the computer apparatus includes: input means 23, output means 24, memory 22 and processor 21; the memory 22 is configured to store one or more programs; when the one or more programs are executed by the one or more processors 21, the one or more processors 21 implement a method of a nanotube VM host based on an open source cloud platform multi-region service as provided by the above embodiments; wherein the input device 23, the output device 24, the memory 22 and the processor 21 may be connected by a bus or otherwise, for example in fig. 7 by a bus connection.
The memory 22 is used as a readable storage medium of a computing device, and can be used for storing a software program and a computer executable program, and the program instructions corresponding to the method for a nano-tube VM host based on the open source cloud platform multi-area service according to the embodiment of the invention; the memory 22 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, at least one application program required for functions; the storage data area may store data created according to the use of the device, etc.; in addition, memory 22 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device; in some examples, memory 22 may further comprise memory located remotely from processor 21, which may be connected to the device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input means 23 is operable to receive input numeric or character information and to generate key signal inputs relating to user settings and function control of the device; the output device 24 may include a display device such as a display screen.
The processor 21 executes various functional applications and data processing of the device by running software programs, instructions and modules stored in the memory 22, i.e. the method for implementing the above-mentioned method for a nanotube VM host based on an open source cloud platform multi-area service.
The computer equipment provided by the embodiment can be used for executing the method for the nano-tube VM host based on the open source cloud platform multi-region service, and has the corresponding functions and beneficial effects.
Embodiments of the present invention also provide a storage medium containing computer-executable instructions, which when executed by a computer processor, are for performing a method of a nanotube VM host based on an open source cloud platform multi-region service as provided by the above embodiments, the storage medium being any of various types of memory devices or storage devices, the storage medium comprising: mounting media such as CD-ROM, floppy disk or tape devices; computer system memory or random access memory such as DRAM, DDR RAM, SRAM, EDO RAM, lanbas (Rambus) RAM, etc.; nonvolatile memory such as flash memory, magnetic media (e.g., hard disk or optical storage); registers or other similar types of memory elements, etc.; the storage medium may also include other types of memory or combinations thereof; in addition, the storage medium may be located in a first computer system in which the program is executed, or may be located in a second, different computer system, the second computer system being connected to the first computer system through a network (such as the internet); the second computer system may provide program instructions to the first computer for execution. Storage media includes two or more storage media that may reside in different locations (e.g., in different computer systems connected by a network). The storage medium may store program instructions (e.g., embodied as a computer program) executable by one or more processors.
Of course, the storage medium containing the computer executable instructions provided in the embodiments of the present invention is not limited to the method of the open source cloud platform multi-region service-based nano tube VM host described in the above embodiments, and may also perform the related operations in the method of the open source cloud platform multi-region service-based nano tube VM host provided in any embodiment of the present invention.
Thus far, the technical solution of the present invention has been described in connection with the preferred embodiments shown in the drawings, but it is easily understood by those skilled in the art that the scope of protection of the present invention is not limited to these specific embodiments. Equivalent modifications and substitutions for related technical features may be made by those skilled in the art without departing from the principles of the present invention, and such modifications and substitutions will be within the scope of the present invention.
The foregoing description is only of the preferred embodiments of the invention and is not intended to limit the invention; various modifications and variations of the present invention will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. The method for the nanotube VM host based on the open source cloud platform multi-region service is characterized by comprising the following steps of: designing a multi-Region architecture; VMware resources are managed independently; configuring a high availability and fault tolerance mechanism in the VMware Region; a nanotube VMware host in an OpenStack multiple Region environment;
Wherein, the design multiple Region architecture comprises: the configuration OpenStack multi-Region environment contains two regions: regionOne, regionTwo, regionOne and RegionTwo each have independent resources and services, regionOne and RegionTwo are centrally managed through the OpenStack control panel; in RegionOne, running a virtual machine instance using KVM as a virtualization technology, and deploying control nodes and computing nodes; in RegionTwo, the VMware ESXi host is used as a virtualization technology and centrally managed through Vcenter;
the nanotube VMware host in the OpenStack multiple Region environment comprises:
S01, carrying out user login through an OpenStack panel, and managing and controlling the integration operation of OpenStack and VMware through the login OpenStack panel;
S02, after successful login, selecting the operation of a nano-tube VMware host or a virtual machine on a panel of an OpenStack, and sending the request to a proxy service agent by the panel, wherein after receiving the nano-tube request, the proxy service agent inquires RegionTwo about the detail information of the VMware host in the environment through an HTTP request;
the RegionTwo environment refers to a specific Region for managing VMware resources in an OpenStack multi-Region architecture, and after receiving a query request of proxy service, a VIM request is sent to a VMWARE VCENTER server, wherein the VIM is a protocol for communication with VMware and is used for acquiring information of a VMware host and a virtual machine;
S03, forwarding the query request to the VMware host by the VMWARE VCENTER server, returning detailed host information by the ESXi host, and collecting the detailed host information so that the subsequent nanotubes can normally operate;
S04, the panel of OpenStack displays the detailed information acquired from the VMware host to a user, and the user selects resources to be managed according to the information of the VMware host and the virtual machine which are displayed and checked; the user selects a virtual machine or other resource to be managed on the panel;
S05, sending a user-selected nano-tube request to the proxy service through a panel, wherein the nano-tube request is assigned with a cluster name of a virtual machine or a resource to be managed, and the VMware resource is ensured to be correctly managed and organized; after receiving the nanotube request, the proxy service agent writes relevant nanotube data and virtual machine information into a database, and performs persistent storage nanotube operation on the detailed information so as to facilitate subsequent management and maintenance.
2. The method of open source cloud platform multi-zone service based nanotube VM hosting of claim 1, wherein configuring the high availability and fault tolerance mechanism in the VMware Region comprises: virtual machine hot migration, host evacuation, data redundancy and backup; the virtual machine hot migration is to allow the virtual machine to migrate from one host to another host during the running period of the virtual machine in RegionTwo, and ensure the availability of the virtual machine under the condition of not affecting the service running;
the host evacuation means that when the host in RegionTwo fails, the virtual machine is automatically evacuated to other hosts which normally run;
The data redundancy and backup means that a data redundancy and backup mechanism is configured in RegionTwo to ensure the safety and the recovery capability of important data.
3. The method of open source cloud platform multi-zone service based nanotube VM hosting of claim 2, wherein the virtual machine hot migration comprises the steps of:
S11, inquiring the resource use condition of a Region through a proxy service agent, and ensuring that hosts in RegionOne and RegionTwo have enough virtual machines for resource bearing migration; configuring a special network channel or VPN connection in the proxy service agent to realize network communication between RegionOne and RegionTwo and allow transmission of migration data; checking the state of the virtual machine migrated in RegionTwo through an API (application program interface), ensuring that the virtual machine is not in a snapshot or backup process, and ensuring that the data of the virtual machine is complete;
S12, a user initiates a virtual machine hot migration request through a panel interface, and a virtual machine to be migrated and a target Region are designated;
s13, verifying the validity of the migration request by the agent, wherein the verification comprises the steps of verifying the availability of the target Region and whether the migrated virtual machine accords with the migration condition;
s14, establishing network connection between RegionOne and RegionTwo for transmitting migration data, wherein a proxy service agent guarantees network bandwidth and stability, and avoids interruption of a migration process;
S15, regionTwo in the migration process: virtual machine data in the source Region is replicated and synchronized to RegionOne: target Region;
S16, after data replication and synchronization are completed, starting RegionOne: virtual machine instances in target Region RegionTwo: stopping the virtual machine in the source Region, and taking over the service flow by the virtual machine in the target Region;
S17, after the migration is completed, confirming the success of the migration by the proxy service agent, including checking that the virtual machine is in RegionOne: operational status and data integrity in the target Region.
4. The method of open source cloud platform multi-zone services based on a nanotube VM host of claim 2, wherein said configuring data redundancy and backup mechanisms in RegionTwo comprises:
S21, determining target regions of data redundancy and backup: regionOne data versus source Region: regionTwo, isolating, and avoiding single-point faults; source Region is implemented by a proxy service agent: regionTwo with target Region: regionOne to transfer data during backup and restore processes;
s22, according to data classification and a backup strategy, a detailed backup plan is formulated, wherein the backup plan comprises backup frequency, a time window and a target Region;
s23, at a source Region: regionTwo a data redundancy mechanism is configured, the data redundancy mechanism comprising: RAID arrays or distributed storage systems;
s24, periodically aiming at a source Region by the agent service agent: regionTwo, carrying out backup on important data in RegionTwo;
s25, the agent service agent stores backup data from the source Region: regionTwo to a storage medium of the target Region;
And S26, after the backup is completed, verifying the backup data by the proxy service agent through a hash algorithm, and ensuring the integrity and restorability of the backup data.
5. The method of open source cloud platform multi-zone services based nano-tube VM hosting of claim 4, wherein configuring the data redundancy and backup mechanism in RegionTwo further comprises data recovery comprising:
S31, under the condition that data is lost or damaged, a user initiates a data recovery request through an API interface of an OpenStack panel;
S32, positioning a target Region by the agent according to the request of the user and the data recovery plan: regionOne to backup data;
S33, the backup data is processed by the agent service agent from the target Region: regionOne to source data: regionTwo, restoring the data to the state of the original data at the designated position in RegionTwo;
and S34, after the data recovery is completed, verifying the recovered data by the proxy service agent, and ensuring the consistency and the integrity of the data.
6. The method of open source cloud platform multi-zone service based nanotube VM hosting of claim 1, wherein the VMware resource independent management comprises: the relevant resources of VMware are managed in RegionTwo; regionTwo are dedicated to the nanotube VMware host, virtual machine, storage and network resources; regionTwo is isolated from RegionOne, and ensures safe and reliable communication between RegionTwo and RegionOne and compatibility with multiple VMware products by independently managing VMware resources and independent API ends.
7. The method for open source cloud platform multi-zone service based nanotube VM hosting of claim 6, wherein the method for compatibility with multiple VMware products comprises: custom configuration is performed according to the characteristics of the VMware environment, including: specific network settings, authentication modes and storage back ends are configured to better adapt to the requirements of VMware environments.
8. The method of open source cloud platform multi-Region services based nanotube VM hosting of claim 4, wherein the pair source Region of step S24: the types of backup of important data in RegionTwo include: full and/or incremental backups;
The full backup is to copy the complete data of the source Region into the storage medium of the target Region;
The incremental backup is a backup of only changes that have occurred since the last backup.
9. A computer readable storage medium having stored thereon a computer program, characterized in that the program when executed by a processor implements the steps of the method of the open source cloud platform multi-domain services based nanotube VM host of any of claims 1-8.
10. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method of the open source cloud platform multi-area service based nanotube VM host of any of claims 1-8 when executing the program.
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118972237A true CN118972237A (en) | 2024-11-15 |
Family
ID=
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11816003B2 (en) | Methods for securely facilitating data protection workflows and devices thereof | |
| US11409622B1 (en) | Methods and systems for a non-disruptive planned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system without using an external mediator | |
| US9747179B2 (en) | Data management agent for selective storage re-caching | |
| KR101970839B1 (en) | Replaying jobs at a secondary location of a service | |
| US8949828B2 (en) | Single point, scalable data synchronization for management of a virtual input/output server cluster | |
| US8473692B2 (en) | Operating system image management | |
| US8706834B2 (en) | Methods and apparatus for remotely updating executing processes | |
| US8533171B2 (en) | Method and system for restarting file lock services at an adoptive node during a network filesystem server migration or failover | |
| US8726274B2 (en) | Registration and initialization of cluster-aware virtual input/output server nodes | |
| US20180095840A1 (en) | Reducing recovery time in disaster recovery/replication setup with multitier backend storage | |
| US11709743B2 (en) | Methods and systems for a non-disruptive automatic unplanned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system | |
| WO2021129733A1 (en) | Cloud operating system management method and apparatus, server, management system, and medium | |
| EP3210367B1 (en) | System and method for disaster recovery of cloud applications | |
| WO2017092017A1 (en) | Method, apparatus and system for migrating virtual machine backup information | |
| US20220317897A1 (en) | Performing various operations at the granularity of a consistency group within a cross-site storage solution | |
| CN112311646B (en) | Hybrid cloud based on super-fusion system and deployment method | |
| CN112035062B (en) | Migration method of local storage of cloud computing, computer equipment and storage medium | |
| US10692168B1 (en) | Availability modes for virtualized graphics processing | |
| CN118972237A (en) | Method for managing VM host based on open source cloud platform multi-region service | |
| CN114281600A (en) | Disaster recovery backup and recovery method, device, equipment and storage medium | |
| US20240031353A1 (en) | Techniques for secure host connectivity in disaster recovery scenarios | |
| CN114930313A (en) | System and method for managing blockchain nodes | |
| US12045489B2 (en) | Fast resynchronization of a mirrored aggregate using disk-level cloning | |
| US20240054052A1 (en) | Failover recovery techniques for multi cloud recovery | |
| US20240036988A1 (en) | Disaster recovery pipeline for block storage and dependent applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication |