CN114443295A - Heterogeneous cloud resource management scheduling method, device and system - Google Patents
Heterogeneous cloud resource management scheduling method, device and system Download PDFInfo
- Publication number
- CN114443295A CN114443295A CN202210073785.XA CN202210073785A CN114443295A CN 114443295 A CN114443295 A CN 114443295A CN 202210073785 A CN202210073785 A CN 202210073785A CN 114443295 A CN114443295 A CN 114443295A
- Authority
- CN
- China
- Prior art keywords
- cloud
- type
- architecture
- partition
- resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 238000005192 partition Methods 0.000 claims abstract description 326
- 238000004891 communication Methods 0.000 claims abstract description 19
- 239000011159 matrix material Substances 0.000 claims description 9
- 238000012216 screening Methods 0.000 claims description 9
- 238000012986 modification Methods 0.000 claims description 7
- 230000004048 modification Effects 0.000 claims description 7
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 238000012795 verification Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 5
- 238000010276 construction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- 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
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a heterogeneous cloud resource management and scheduling method, which comprises the following steps: establishing a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, wherein each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions are in one-to-one correspondence with the first type available partitions and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition; setting corresponding resource architecture labels for all resources used in the cloud resource pool; the cloud management platform realizes unified management scheduling of cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
Description
Technical Field
The invention relates to the field of cloud resource management, in particular to a heterogeneous cloud resource management scheduling method, device and system.
Background
With the application of cloud platforms in enterprises becoming more and more extensive, the cloud platform requirements of the enterprises also tend to be diversified. In an actual informatization construction scene, enterprises follow a national security controllable system and gradually complete the domestic substitution target of application software. Therefore, the coexistence of domestic server equipment and non-domestic server equipment is the current situation of information construction of enterprises at present. How to meet the current situation of enterprises for the cloud platform is a problem which needs to be solved urgently by each cloud platform manufacturer.
Cloud resource pools (a concept oriented to physical resource division, one cloud resource pool can also be called a virtualized resource cluster, which is called a virtualized cluster or cluster for short, the virtualized cluster has a group of independent endpoints (endpoints), and one cloud resource pool is equal to a certain Region (partition) defined by OpenStack (cloud platform)) managed under a traditional cloud platform are all of the same CPU architecture, or all of the cloud resource pools are x86 architectures, or all of the cloud resource pools are arm architectures, and can not be compatible with host computers with multiple architectures in the same resource pool. Because under the heterogeneous resource pool, the cloud platform cannot schedule heterogeneous resources, such as for creating a cloud host: an image only supporting x86 architecture is selected, but the cloud platform cannot identify the architecture supported by the image, only the architecture is randomly scheduled, and if the architecture is scheduled to a host of the arm architecture, the created cloud host may not be normally started.
In order to solve the problem of heterogeneous scheduling, currently, in the cloud platform construction process, hosts of an x86 or arm architecture are generally divided into two virtualized resource pools, and cloud platform manufacturers need to release cloud platform versions of an x86 version and an arm version, so that uniform scheduling of the same cloud platform (cloud management platform) on heterogeneous resources cannot be realized.
Disclosure of Invention
The invention aims to solve the problems in the prior art, and innovatively provides a heterogeneous cloud resource management scheduling method, device and system, so that the problem that the same cloud platform (cloud management platform) cannot realize the unified scheduling of heterogeneous resources in the prior art is effectively solved, the unified management scheduling of the same cloud platform on the heterogeneous resources is realized, the management cost is reduced, and the management scheduling efficiency is improved.
The invention provides a heterogeneous cloud resource management scheduling method in a first aspect, which comprises the following steps:
establishing a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, wherein each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions are in one-to-one correspondence with the first type available partitions and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition;
setting corresponding resource architecture labels for all resources used in the cloud resource pool;
the cloud management platform realizes unified management scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
Optionally, the second type of usable partition establishes communication between the cloud management platform and the first type of usable partition by storing metadata information of the first type of usable partition in a one-to-one correspondence.
Optionally, the unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform specifically includes: the cloud management platform establishes cloud resources in different first type available partitions in a cloud resource pool and realizes unified management and scheduling of the cloud resources in the operation process, wherein the operation comprises but is not limited to extension, deletion and modification.
Further, the specific creation of the cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform is as follows:
the cloud management platform acquires an architecture type corresponding to the cloud resource to be created, filters and screens a first type available partition corresponding to the cloud resource architecture type to be created according to the architecture type corresponding to the cloud resource to be created and a partition architecture label, creates the cloud resource in the screened first type available partition, and sets a resource architecture label for the cloud resource after creation, wherein the resource architecture label is the same as the partition architecture label corresponding to the screened first type available partition.
Optionally, the operation of the cloud management platform on the cloud resources in the different first type available partitions in the cloud resource pool specifically is:
the cloud management platform acquires the architecture type corresponding to the cloud resource to be operated, filters and screens the first type available partition corresponding to the architecture type of the cloud resource to be operated according to the architecture type, the partition architecture label and the resource architecture label corresponding to the cloud resource to be operated, and performs corresponding operation on the cloud resource in the screened first type available partition.
Further, before performing corresponding operation on the cloud resource in the screened first type available partition, the method further includes:
checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the available partitions, performing corresponding operation on the cloud resources in the screened available partitions of the first type; and if not, returning the prompt information corresponding to the cloud management platform.
Further, the step of checking whether the architecture type corresponding to the screened first type available partition is matched specifically includes:
obtaining an operation name and a framework type corresponding to the screened first type of available partition, and screening a framework operation matrix according to the operation name, wherein the framework operation matrix stores a corresponding relation between the framework type and the supportable operation;
comparing the screening result of the framework operation matrix with the framework type corresponding to the screened first type of available partition, judging whether the framework type corresponding to the operation and the screened first type of available partition is matched, and if the comparison is consistent, matching the framework type corresponding to the screened first type of available partition; and if the comparison is inconsistent, the operation is not matched with the architecture type corresponding to the screened first type available partition.
Optionally, the check whether the operation is matched with the architecture type corresponding to the screened first type of available partition is not associated with the corresponding operation actually performed by the cloud resource.
The second aspect of the present invention provides a heterogeneous cloud resource management scheduling apparatus, including:
the system comprises an establishing module, a resource management module and a resource management module, wherein the establishing module establishes a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions are in one-to-one correspondence with the first type available partitions, and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition;
the setting module sets corresponding resource architecture labels for all resources used in the cloud resource pool;
and the cloud management platform realizes unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
The third aspect of the present invention provides a heterogeneous cloud resource management scheduling system, including: the cloud resource pool is used for establishing a plurality of first type available partitions, each first type available partition is used for storing resources corresponding to the same host machine architecture, a partition architecture label is set for each first type available partition, and corresponding resource architecture labels are set for all the resources used in the cloud resource pool; the cloud management platform establishes a plurality of second type available partitions, the second type available partitions are used for establishing communication between the cloud management platform and the first type available partitions in the cloud resource pool, and a partition architecture label is set for each second type available partition; and realizing unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
The technical scheme adopted by the invention comprises the following technical effects:
1. the cloud resource scheduling method and the cloud resource scheduling system effectively solve the problem that the unified scheduling of the same cloud platform (cloud management platform) on the heterogeneous resources cannot be realized in the prior art, realize the unified management scheduling of the same cloud platform on the heterogeneous resources, reduce the management cost and improve the management scheduling efficiency.
2. Before the screened first type of available partition is subjected to corresponding operation on cloud resources, the technical scheme of the invention further comprises the following steps: checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the available partitions, performing corresponding operation on the cloud resources in the screened available partitions of the first type; if the operation is not matched with the target cloud resource architecture type, the prompt information corresponding to the cloud management platform is returned, the consistency of the operation and the supportable operation of the target cloud resource architecture type is further ensured, and the failure of the operation aiming at the target resource caused by the inconsistency of the operation and the supportable operation of the target cloud resource architecture type is avoided.
3. According to the technical scheme, the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition is not associated with the corresponding operation actually performed by the cloud resource, so that the influence of the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition on the corresponding service operation actually performed by the cloud resource is avoided.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.
Drawings
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present invention, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without any creative effort.
FIG. 1 is a schematic flow diagram of a process according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a partition between a cloud management platform and a cloud resource pool in a method according to an embodiment of the present invention;
fig. 3 is a schematic diagram illustrating resource creation in a first type of available partition of a cloud resource pool in a method according to an embodiment of the present invention;
FIG. 4 is a partial flow chart of step S3 in one embodiment of the method according to the present invention;
FIG. 5 is a partial flow chart of step S3 in one embodiment of the method of the present invention;
fig. 6 is a schematic flowchart of step S304 in a method according to an embodiment of the present invention;
FIG. 7 is a schematic structural diagram of an apparatus according to a second embodiment of the present invention;
fig. 8 is a schematic structural diagram of a third system in an embodiment of the present invention.
Detailed Description
In order to clearly explain the technical features of the present invention, the following detailed description of the present invention is provided with reference to the accompanying drawings. The following disclosure provides many different embodiments, or examples, for implementing different features of the invention. To simplify the disclosure of the present invention, the components and arrangements of specific examples are described below. Furthermore, the present invention may repeat reference numerals and/or letters in the various examples. This repetition is for the purpose of simplicity and clarity and does not in itself dictate a relationship between the various embodiments and/or configurations discussed. It should be noted that the components illustrated in the figures are not necessarily drawn to scale. Descriptions of well-known components and processing techniques and procedures are omitted so as to not unnecessarily limit the invention.
Example one
As shown in fig. 1, the present invention provides a heterogeneous cloud resource management scheduling method, including:
s1, establishing a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, wherein each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions correspond to the first type available partitions one by one and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition;
s2, setting corresponding resource architecture labels for all resources in the cloud resource pool;
and S3, the cloud management platform realizes unified management scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
In step S1, as shown in fig. 2, a plurality of first-type usable partitions are established in the cloud resource pool, a plurality of second-type usable partitions are established in the cloud management platform, each first-type usable partition is used to store resources corresponding to the same host architecture, the second-type usable partitions correspond to the first-type usable partitions one to one, and are used to establish communication between the cloud management platform and the first-type usable partitions, specifically, the second-type usable partitions establish communication between the cloud management platform and the first-type usable partitions by storing metadata information of the first-type usable partitions corresponding to one, that is, the second-type usable partitions serve as interfaces for communication scheduling between the cloud management platform and the first-type usable partitions; and setting partition architecture tags for each of the first type of available partitions and the second type of available partitions. The available partition, namely az (availability zone), is a logical concept that can be simply understood as a collection of nodes having independent power supply devices, such as independently powered rooms, into which independently powered racks can be divided.
The resources in the first type of available partition may be hardware resources, software resources, or hardware + software resources, and specifically, the cloud resources may be mirrors, cloud hosts (virtual machines corresponding to the hosts), cloud host snapshots, cloud hard disks, cloud hard disk snapshots, cloud host backups, cloud hard disk backups, and the like, or other types of resources, which is not limited herein.
In step S2, corresponding resource architecture tags are set for all resources in the cloud resource pool, and then the resource architecture tags are matched with the partition architecture tags, and resources corresponding to the resource architecture tags that are the same as the partition architecture tags are stored in the corresponding first-type available partitions, that is, the partition architecture tags corresponding to the first-type available partitions are the same as the resource architecture tags corresponding to the resources stored in the first-type available partitions. After the division, resources corresponding to the first type available partition framework are stored in each first type available partition in the cloud resource pool. For example, the partition architecture label corresponding to the first-type available partition a1 is x86, and then the resource architecture label corresponding to the resource stored in the first-type available partition a1 is also x 86; if the partition architecture label corresponding to the first-type available partition a2 is a Feiteng partition, the resource architecture label corresponding to the resource stored in the first-type available partition a2 is also a Feiteng partition; if the partition architecture label corresponding to the first-type available partition a3 is a spread, the resource architecture label corresponding to the resource stored in the first-type available partition a3 is also a spread; and so on.
In step S3, the unified management and scheduling of the cloud resources in the different first type available partitions in the cloud resource pool by the cloud management platform specifically includes: the cloud management platform establishes cloud resources in different first type available partitions in a cloud resource pool and realizes unified management and scheduling of the cloud resources in the operation process, wherein the operation comprises but is not limited to extension, deletion and modification.
As shown in fig. 3, the specific creation of the cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform is as follows:
the cloud management platform acquires an architecture type corresponding to a cloud resource to be created, filters and screens (can be executed through an architecture filter, namely AZ filter) a first type available partition corresponding to the architecture type of the cloud resource to be created according to the architecture type corresponding to the cloud resource to be created and a partition architecture label, creates the cloud resource by calling a container mirror image corresponding to the architecture type corresponding to the cloud resource in the screened first type available partition, and sets a resource architecture label for the cloud resource to be created, wherein the resource architecture label is the same as the partition architecture label corresponding to the first type available partition after screening. The container mirror image is a homologous code under different architectures, and when resource creation is performed in a certain first type of available partition in the cloud resource pool, a container with the same architecture type as that of the first type of available partition can be called to perform resource creation.
Further, as shown in fig. 4, the operation of the cloud management platform on the cloud resources in the different first type available partitions in the cloud resource pool is specifically:
s301, the cloud management platform acquires an architecture type corresponding to a cloud resource to be operated;
s303, filtering and screening a first type available partition corresponding to the cloud resource architecture type to be operated according to the architecture type, the partition architecture label and the resource architecture label corresponding to the cloud resource to be operated;
s305, performing corresponding operation on the cloud resources in the screened first type available partition. Including but not limited to, an extension, a deletion, a modification, etc.
Preferably, as shown in fig. 5, before step S305, the method further includes:
s304, checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the judgment result is yes, executing step S305; if the judgment result is no, executing step S306;
s305, performing corresponding operation on the cloud resources in the screened first type available partition;
and S306, returning the prompt information corresponding to the cloud management platform.
As shown in fig. 6, step S304 specifically includes:
s3041, obtaining an operation name and an architecture type corresponding to the screened first type available partition, and screening an architecture operation matrix according to the operation name, wherein the architecture operation matrix stores a corresponding relation between the architecture type and the supportable operation;
s3042, comparing the screening result of the contrast architecture operation matrix with the architecture type corresponding to the screened first type of available partition, determining whether the architecture type corresponding to the operation and the screened first type of available partition is matched, if yes, executing step S3043; if the judgment result is no, executing the step S3044;
s3043, matching the operation with the architecture type corresponding to the screened first type available partition;
s3044, the operation is not matched with the architecture type corresponding to the screened first type available partition.
Preferably, the check whether the operation is matched with the architecture type corresponding to the screened first type of available partition is not associated with the corresponding operation actually performed by the cloud resource. Namely, the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition is decoupled from the corresponding service operation actually performed by the cloud resource.
It should be noted that, in the technical solution of the present invention, the steps may be implemented through hardware or software language programming, and the implementation idea corresponds to the steps, and may also be implemented in other ways, which is not limited herein. In addition, the architecture in the technical scheme of the invention refers to a host machine architecture, namely a CPU architecture in a host machine.
The cloud resource scheduling method and the cloud resource scheduling system effectively solve the problem that the unified scheduling of the same cloud platform (cloud management platform) on the heterogeneous resources cannot be realized in the prior art, realize the unified management scheduling of the same cloud platform on the heterogeneous resources, reduce the management cost and improve the management scheduling efficiency.
Before the screened first type of available partition is subjected to corresponding operation on cloud resources, the technical scheme of the invention further comprises the following steps: checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the available partitions, performing corresponding operation on the cloud resources in the screened available partitions of the first type; if the operation is inconsistent with the supportable operation of the target cloud resource architecture type, failure of operation on the target resource is avoided.
According to the technical scheme, the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition is not associated with the corresponding operation actually performed by the cloud resource, so that the influence of the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition on the corresponding service operation actually performed by the cloud resource is avoided.
Example two
As shown in fig. 7, the technical solution of the present invention further provides a heterogeneous cloud resource management scheduling apparatus, including:
the system comprises an establishing module 101, a cloud resource pool, a plurality of first type available partitions, a plurality of second type available partitions in a cloud management platform, a plurality of host machine architecture corresponding resources, a plurality of host machine architecture corresponding partitions, a plurality of host machine architecture labels and a plurality of host machine architecture labels, wherein each first type available partition is used for storing a resource corresponding to the same host machine architecture;
the setting module 102 sets corresponding resource architecture tags for all resources used in the cloud resource pool;
the management scheduling module 103, the cloud management platform, through the partition architecture tag and the resource architecture tag, implements unified management scheduling of cloud resources in different first type available partitions in the cloud resource pool.
In the establishing module 101, as shown in fig. 2, a plurality of first-type available partitions are established in a cloud resource pool, a plurality of second-type available partitions are established in a cloud management platform, each first-type available partition is used for storing resources corresponding to the same host framework, the second-type available partitions correspond to the first-type available partitions one to one and are used for establishing communication between the cloud management platform and the first-type available partitions, specifically, the second-type available partitions establish communication between the cloud management platform and the first-type available partitions by storing metadata information of the first-type available partitions corresponding to one, that is, the second-type available partitions serve as interfaces for communication scheduling between the cloud management platform and the first-type available partitions; and setting partition architecture tags for each of the first type of available partitions and the second type of available partitions. The available partition, namely az (availability zone), is a logical concept that can be simply understood as a collection of nodes having independent power supply devices, such as independently powered rooms, into which independently powered racks can be divided.
The resources in the first type of available partition may be hardware resources, software resources, or hardware + software resources, and specifically, the cloud resources may be mirrors, cloud hosts (virtual machines corresponding to the hosts), cloud host snapshots, cloud hard disks, cloud hard disk snapshots, cloud host backups, cloud hard disk backups, and the like, or other types of resources, which is not limited herein.
In the setting module 102, all the resources used in the cloud resource pool are set with corresponding resource architecture tags, and then the resource architecture tags are matched with the partition architecture tags, and the resources corresponding to the resource architecture tags that are the same as the partition architecture tags are stored in the corresponding first-type available partitions, that is, the partition architecture tags corresponding to the first-type available partitions are the same as the resource architecture tags corresponding to the resources stored in the first-type available partitions. After the division, resources corresponding to the first type available partition framework are stored in each first type available partition in the cloud resource pool. For example, the partition architecture label corresponding to the first-type available partition a1 is x86, and then the resource architecture label corresponding to the resource stored in the first-type available partition a1 is also x 86; if the partition architecture label corresponding to the first-type available partition a2 is a soar partition, then the resource architecture label corresponding to the resource stored in the first-type available partition a2 is also a soar partition; if the partition architecture label corresponding to the first-type available partition a3 is a spread, the resource architecture label corresponding to the resource stored in the first-type available partition a3 is also a spread; and so on.
In the management scheduling module 103, the unified management scheduling of the cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform specifically includes: the cloud management platform establishes cloud resources in different first type available partitions in a cloud resource pool and realizes unified management and scheduling of the cloud resources in the operation process, wherein the operation comprises but is not limited to extension, deletion and modification.
The cloud management platform specifically creates the cloud resources in the different first type available partitions in the cloud resource pool by:
the cloud management platform acquires an architecture type corresponding to a cloud resource to be created, filters and screens (can be executed through an architecture filter, namely AZ filter) a first type available partition corresponding to the architecture type of the cloud resource to be created according to the architecture type corresponding to the cloud resource to be created and a partition architecture label, creates the cloud resource by calling a container mirror image corresponding to the architecture type corresponding to the cloud resource in the screened first type available partition, and sets a resource architecture label for the cloud resource to be created, wherein the resource architecture label is the same as the partition architecture label corresponding to the first type available partition after screening. The container mirror image is a homologous code under different architectures, and when resource creation is performed in a certain first type of available partition in the cloud resource pool, a container with the same architecture type as that of the first type of available partition can be called to perform resource creation.
The method and the system effectively solve the problem that the unified scheduling of the same cloud platform (cloud management platform) on the heterogeneous resources cannot be realized in the prior art, realize the unified management scheduling of the same cloud platform on the heterogeneous resources, reduce the management cost and improve the management scheduling efficiency.
Before the screened first type of available partition is used for performing corresponding operation on the cloud resources, the technical scheme of the invention further comprises the following steps: checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the selected first type of available partition, performing corresponding operation on the cloud resources in the selected first type of available partition; if the operation is not matched with the target cloud resource architecture type, the prompt information corresponding to the cloud management platform is returned, the consistency of the operation and the supportable operation of the target cloud resource architecture type is further ensured, and the failure of the operation aiming at the target resource caused by the inconsistency of the operation and the supportable operation of the target cloud resource architecture type is avoided.
According to the technical scheme, the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition is not associated with the corresponding operation actually performed by the cloud resource, so that the influence of the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition on the corresponding service operation actually performed by the cloud resource is avoided.
EXAMPLE III
As shown in fig. 8, the technical solution of the present invention further provides a heterogeneous cloud resource management scheduling system, including: the cloud management platform 201, the cloud resource pool 202 and the cloud resource pool 202 establish a plurality of first type available partitions, each first type available partition is used for storing resources corresponding to the same host machine architecture, a partition architecture label is set for each first type available partition, and corresponding resource architecture labels are set for all the resources used in the cloud resource pool; the cloud management platform 201 establishes a plurality of second-type available partitions, wherein the second-type available partitions are used for establishing communication between the cloud management platform 201 and the first-type available partitions in the cloud resource pool 202, and a partition architecture tag is set for each second-type available partition; unified management scheduling of cloud resources in different first type available partitions in cloud resource pool 202 is achieved through partition architecture tags and resource architecture tags.
Specifically, the second-type usable partition establishes communication between the cloud management platform 201 and the first-type usable partition by storing metadata information of the first-type usable partition in a one-to-one correspondence manner, that is, the second-type usable partition serves as an interface for communication scheduling between the cloud management platform 201 and the first-type usable partition; and setting partition architecture tags for each of the first type of available partitions and the second type of available partitions. The available partition, namely az (availability zone), is a logical concept that can be simply understood as a collection of nodes having independent power supply devices, such as independently powered rooms, into which independently powered racks can be divided.
The resources in the first type of available partition may be hardware resources, software resources, or hardware + software resources, and specifically, the cloud resources may be mirrors, cloud hosts (virtual machines corresponding to the hosts), cloud host snapshots, cloud hard disks, cloud hard disk snapshots, cloud host backups, cloud hard disk backups, and the like, or other types of resources, which is not limited herein.
The cloud resource pool 202 sets corresponding resource architecture tags for all the resources used in the cloud resource pool, then matches the resource architecture tags with the partition architecture tags, and stores the resources corresponding to the resource architecture tags that are the same as the partition architecture tags into the corresponding first-type available partitions, that is, the partition architecture tags corresponding to the first-type available partitions are the same as the resource architecture tags corresponding to the resources stored in the first-type available partitions. After the partitioning, resources corresponding to the architecture of each first-type available partition are stored in each first-type available partition in the cloud resource pool 202. For example, if the partition architecture label corresponding to the first-type available partition a1 is x86, then the resource architecture label corresponding to the resource stored in the first-type available partition a1 is also x 86; if the partition architecture label corresponding to the first-type available partition a2 is a Feiteng partition, the resource architecture label corresponding to the resource stored in the first-type available partition a2 is also a Feiteng partition; if the partition architecture label corresponding to the first-type available partition a3 is a spread, the resource architecture label corresponding to the resource stored in the first-type available partition a3 is also a spread; and so on.
The unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool 202 by the cloud management platform 201 specifically includes: the cloud management platform 201 creates cloud resources in different first type available partitions in the cloud resource pool 202, and realizes unified management scheduling of the cloud resources in the operation process, wherein the operation includes but is not limited to extension, deletion and modification.
The specific creation of the cloud resources in different first type available partitions in the cloud resource pool 202 by the cloud management platform 201 is as follows:
the cloud management platform 201 obtains an architecture type corresponding to a cloud resource to be created, filters and screens (may be executed by an architecture filter, namely AZ filter) a first type available partition corresponding to the architecture type of the cloud resource to be created according to the architecture type corresponding to the cloud resource to be created and a partition architecture label, creates the cloud resource by calling a container mirror image corresponding to the architecture type corresponding to the cloud resource in the screened first type available partition, and sets a resource architecture label for the cloud resource after being created, where the resource architecture label is the same as the partition architecture label corresponding to the first type available partition after being screened. The container mirror image is a homologous code under different architectures, and when resource creation is performed in a certain first type of available partition in the cloud resource pool 202, a container with the same architecture type as that of the first type of available partition may be called to perform resource creation.
The cloud resource scheduling method and the cloud resource scheduling system effectively solve the problem that the unified scheduling of the same cloud platform (cloud management platform) on the heterogeneous resources cannot be realized in the prior art, realize the unified management scheduling of the same cloud platform on the heterogeneous resources, reduce the management cost and improve the management scheduling efficiency.
Before the screened first type of available partition is subjected to corresponding operation on cloud resources, the technical scheme of the invention further comprises the following steps: checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the available partitions, performing corresponding operation on the cloud resources in the screened available partitions of the first type; if the operation is not matched with the target cloud resource architecture type, the prompt information corresponding to the cloud management platform is returned, the consistency of the operation and the supportable operation of the target cloud resource architecture type is further ensured, and the failure of the operation aiming at the target resource caused by the inconsistency of the operation and the supportable operation of the target cloud resource architecture type is avoided.
According to the technical scheme, the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition is not associated with the corresponding operation actually performed by the cloud resource, so that the influence of the verification whether the operation is matched with the architecture type corresponding to the screened first type available partition on the corresponding service operation actually performed by the cloud resource is avoided.
Although the embodiments of the present invention have been described with reference to the accompanying drawings, it is not intended to limit the scope of the present invention, and it should be understood by those skilled in the art that various modifications and variations can be made without inventive efforts by those skilled in the art based on the technical solution of the present invention.
Claims (10)
1. A heterogeneous cloud resource management scheduling method is characterized by comprising the following steps:
establishing a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, wherein each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions are in one-to-one correspondence with the first type available partitions and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition;
setting corresponding resource architecture labels for all resources used in the cloud resource pool;
the cloud management platform realizes unified management scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
2. The heterogeneous cloud resource management scheduling method of claim 1, wherein the second type of usable partition establishes communication between the cloud management platform and the first type of usable partition by storing metadata information of the first type of usable partition in a one-to-one correspondence.
3. The method as claimed in claim 1, wherein the unified management and scheduling of cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform specifically comprises: the cloud management platform establishes cloud resources in different first type available partitions in a cloud resource pool, and realizes unified management scheduling of the cloud resources in an operation process, wherein the operation comprises but is not limited to expansion, deletion and modification.
4. The heterogeneous cloud resource management scheduling method of claim 3, wherein the creation of the cloud resources in different first type available partitions in the cloud resource pool by the cloud management platform is specifically:
the cloud management platform acquires an architecture type corresponding to the cloud resource to be created, filters and screens a first type available partition corresponding to the cloud resource architecture type to be created according to the architecture type corresponding to the cloud resource to be created and a partition architecture label, creates the cloud resource in the screened first type available partition, and sets a resource architecture label for the cloud resource after creation, wherein the resource architecture label is the same as the partition architecture label corresponding to the screened first type available partition.
5. The heterogeneous cloud resource management scheduling method of claim 3, wherein the operation of the cloud management platform on the cloud resources in the different first type available partitions in the cloud resource pool is specifically:
the cloud management platform acquires the architecture type corresponding to the cloud resource to be operated, filters and screens the first type available partition corresponding to the architecture type of the cloud resource to be operated according to the architecture type, the partition architecture label and the resource architecture label corresponding to the cloud resource to be operated, and performs corresponding operation on the cloud resource in the screened first type available partition.
6. The method as claimed in claim 5, wherein before performing the corresponding operation on the cloud resource in the first type of the screened available partition, the method further comprises:
checking whether the operation is matched with the architecture type corresponding to the screened first type available partition; if the cloud resources are matched with the available partitions, performing corresponding operation on the cloud resources in the screened available partitions of the first type; and if not, returning the prompt information corresponding to the cloud management platform.
7. The method of claim 6, wherein the step of checking whether the architecture type corresponding to the screened first type of available partition matches specifically comprises:
obtaining an operation name and a framework type corresponding to the screened first type of available partition, and screening a framework operation matrix according to the operation name, wherein the framework operation matrix stores a corresponding relation between the framework type and the supportable operation;
comparing the screening result of the framework operation matrix with the framework type corresponding to the screened first type of available partition, judging whether the framework type corresponding to the operation and the screened first type of available partition is matched, and if the comparison is consistent, matching the framework type corresponding to the screened first type of available partition; and if the comparison is inconsistent, the operation is not matched with the architecture type corresponding to the screened first type available partition.
8. The method as claimed in claim 6, wherein the checking whether the operation matches the architecture type corresponding to the screened first type of available partition is not associated with the corresponding operation actually performed by the cloud resource.
9. A heterogeneous cloud resource management scheduling device is characterized by comprising:
the system comprises an establishing module, a resource management module and a resource management module, wherein the establishing module establishes a plurality of first type available partitions in a cloud resource pool, and a plurality of second type available partitions in a cloud management platform, each first type available partition is used for storing resources corresponding to the same host machine architecture, the second type available partitions are in one-to-one correspondence with the first type available partitions, and are used for establishing communication between the cloud management platform and the first type available partitions, and setting partition architecture labels for each first type available partition and each second type available partition;
the setting module sets corresponding resource architecture labels for all resources used in the cloud resource pool;
and the cloud management platform realizes unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
10. A heterogeneous cloud resource management scheduling system is characterized by comprising: the cloud resource pool is used for establishing a plurality of first type available partitions, each first type available partition is used for storing resources corresponding to the same host machine architecture, a partition architecture label is set for each first type available partition, and corresponding resource architecture labels are set for all the resources used in the cloud resource pool; the cloud management platform establishes a plurality of second type available partitions, the second type available partitions are used for establishing communication between the cloud management platform and the first type available partitions in the cloud resource pool, and a partition architecture label is set for each second type available partition; and realizing unified management and scheduling of the cloud resources in different first type available partitions in the cloud resource pool through the partition architecture tags and the resource architecture tags.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210073785.XA CN114443295B (en) | 2022-01-21 | 2022-01-21 | Heterogeneous cloud resource management scheduling method, device and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210073785.XA CN114443295B (en) | 2022-01-21 | 2022-01-21 | Heterogeneous cloud resource management scheduling method, device and system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114443295A true CN114443295A (en) | 2022-05-06 |
CN114443295B CN114443295B (en) | 2024-01-12 |
Family
ID=81370533
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210073785.XA Active CN114443295B (en) | 2022-01-21 | 2022-01-21 | Heterogeneous cloud resource management scheduling method, device and system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114443295B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115514634A (en) * | 2022-09-07 | 2022-12-23 | 上海浪潮云计算服务有限公司 | Cloud center management method and device |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107395748A (en) * | 2017-08-21 | 2017-11-24 | 京东方科技集团股份有限公司 | Heterogeneous distributed cloud resource management method and system |
CN107948254A (en) * | 2017-11-10 | 2018-04-20 | 上海华讯网络***有限公司 | Mix the big data processing frame arranging system and method for cloud platform |
CN108062248A (en) * | 2017-12-08 | 2018-05-22 | 华胜信泰信息产业发展有限公司 | Method for managing resource, system, equipment and the storage medium of isomery virtual platform |
CN110362409A (en) * | 2019-07-19 | 2019-10-22 | 深圳前海微众银行股份有限公司 | Based on a plurality of types of resource allocation methods, device, equipment and storage medium |
US20200151023A1 (en) * | 2018-11-13 | 2020-05-14 | Microsoft Technology Licensing, Llc | Deploying cloud-native services across control planes |
-
2022
- 2022-01-21 CN CN202210073785.XA patent/CN114443295B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107395748A (en) * | 2017-08-21 | 2017-11-24 | 京东方科技集团股份有限公司 | Heterogeneous distributed cloud resource management method and system |
CN107948254A (en) * | 2017-11-10 | 2018-04-20 | 上海华讯网络***有限公司 | Mix the big data processing frame arranging system and method for cloud platform |
CN108062248A (en) * | 2017-12-08 | 2018-05-22 | 华胜信泰信息产业发展有限公司 | Method for managing resource, system, equipment and the storage medium of isomery virtual platform |
US20200151023A1 (en) * | 2018-11-13 | 2020-05-14 | Microsoft Technology Licensing, Llc | Deploying cloud-native services across control planes |
CN110362409A (en) * | 2019-07-19 | 2019-10-22 | 深圳前海微众银行股份有限公司 | Based on a plurality of types of resource allocation methods, device, equipment and storage medium |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115514634A (en) * | 2022-09-07 | 2022-12-23 | 上海浪潮云计算服务有限公司 | Cloud center management method and device |
Also Published As
Publication number | Publication date |
---|---|
CN114443295B (en) | 2024-01-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111338854B (en) | Kubernetes cluster-based method and system for quickly recovering data | |
CN102419803B (en) | Method, system and device for searching and killing computer virus | |
US10445186B1 (en) | Associating a guest application within a virtual machine to create dependencies in backup/restore policy | |
CN108089913B (en) | Virtual machine deployment method of super-fusion system | |
CN110247984B (en) | Service processing method, device and storage medium | |
CN110225078B (en) | Application service updating method, system and terminal equipment | |
CN113032085A (en) | Management method, device, server, management system and medium of cloud operating system | |
CN107666493B (en) | Database configuration method and equipment thereof | |
CN111124286A (en) | Libcloud-based multi-cloud management implementation method | |
CN110377456A (en) | A kind of management method and device of virtual platform disaster tolerance | |
CN111104201A (en) | System migration method and device, electronic equipment and storage medium | |
WO2015062217A1 (en) | Connection processing method and device for peripheral in virtual desktop system | |
CN106708573B (en) | System and method for Hadoop cluster automatic installation | |
CN110196749B (en) | Virtual machine recovery method and device, storage medium and electronic device | |
US10318343B2 (en) | Migration methods and apparatuses for migrating virtual machine including locally stored and shared data | |
CN112153126A (en) | Deployment and node management method and system for K8S cluster | |
CN107908957B (en) | Safe operation management method and system of intelligent terminal | |
CN111459403B (en) | Storage hardware management method and device | |
CN107391303B (en) | Data processing method, device, system, server and computer storage medium | |
CN114443295B (en) | Heterogeneous cloud resource management scheduling method, device and system | |
CN103034545B (en) | Communication means between communications framework based on ACE and method and functional module | |
US10193744B1 (en) | Mass restoration of enterprise business services following service disruption | |
CN111831393A (en) | Method for managing virtual machine, server and storage medium | |
WO2023087622A1 (en) | Virtual machine boot configuration method and apparatus, computer device, and storage medium | |
CN113326098B (en) | Cloud management platform supporting KVM virtualization and container virtualization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |