CN109189575A - A kind of Explore of Unified Management Ideas and device of more OpenStack clusters - Google Patents
A kind of Explore of Unified Management Ideas and device of more OpenStack clusters Download PDFInfo
- Publication number
- CN109189575A CN109189575A CN201810949846.8A CN201810949846A CN109189575A CN 109189575 A CN109189575 A CN 109189575A CN 201810949846 A CN201810949846 A CN 201810949846A CN 109189575 A CN109189575 A CN 109189575A
- Authority
- CN
- China
- Prior art keywords
- cluster
- executable command
- upper layer
- clusters
- openstack
- 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
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/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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
The present invention provides the Explore of Unified Management Ideas and device of a kind of more OpenStack clusters, the above method includes: to receive the upper layer task that same operation is executed for multiple clusters in more OpenStack clusters；Type based on the upper layer task is retrieved as the pre-set configuration strategy of each cluster in the multiple cluster, and the configuration strategy according to each cluster respectively configures the upper layer task to the executable command of each cluster；The executable command of each cluster is distributed to corresponding cluster respectively, corresponding operation is executed based on the executable command being respectively received by each cluster.Unitized management can be carried out to multiple OpenStack clusters of multi version, isomery, even different O&M thoughts based on method provided by the invention, to reduce the mechanized operation O&M activity of operation maintenance personnel, improve O&M efficiency.
Description
Technical field
The present invention relates to Internet technical fields, more particularly to a kind of Explore of Unified Management Ideas of more OpenStack clusters
And device.
Background technique
With the continuous popularization of Internet application, the calculating of data volume is also constantly expanding.For this purpose, multiple clusters can be set
Data are managed and are calculated.Currently, generalling use the mode individually managed for multiple clusters, either calculate, store,
Network etc., each cluster are mutual independent non-interfering.But when number of clusters is while increasing, using above-mentioned side
Formula just will appear many disadvantages, for example the speed of service slows down, operational efficiency reduces etc..Also, work as each data center section
As soon as affix one's name to cluster, it will appear the problem of how managing multiple data.
Summary of the invention
The present invention provides a kind of Explore of Unified Management Ideas of more OpenStack clusters and device with overcome the above problem or
It at least is partially solved the above problem.
According to an aspect of the invention, there is provided a kind of Explore of Unified Management Ideas of more OpenStack clusters, comprising:
Receive the upper layer task that same operation is executed for multiple clusters in more OpenStack clusters；
Type based on the upper layer task is retrieved as the pre-set configuration strategy of each cluster in the multiple cluster,
And the configuration strategy according to each cluster respectively configures the upper layer task to the executable command of each cluster；
The executable command of each cluster is distributed to corresponding cluster respectively, is based on respectively receiving by each cluster
The executable command arrived executes corresponding operation.
Optionally, the executable command by each cluster is distributed to corresponding cluster respectively, by each cluster
After the executable command execution corresponding operation being respectively received, further includes:
It collects each cluster and executes the execution state after respectively received executable command；
The execution state of each cluster is compared with preset state, obtains each cluster to respectively executable life
The implementing result of order；Wherein, the preset state is according to corresponding state after upper layer task execution success.
Optionally, the execution state by each cluster is compared with preset state, obtains each cluster pair
After the implementing result of respective executable command, further includes:
If confirming, the implementing result of any cluster in the multiple cluster for failure, summarizes the cluster in executable command
Log in implementation procedure simultaneously sends warning message.
Optionally, the execution state by each cluster is compared with preset state, obtains each cluster pair
After the implementing result of respective executable command, further includes:
If confirming, the implementing result of any cluster in the multiple cluster for failure, is executed again by the cluster and is received
The executable command arrived.
Optionally, it is described receive for multiple clusters in more OpenStack clusters execute same operation upper layer task it
Before, further includes:
The configuration information of each cluster in more OpenStack clusters described in typing；
Configuration information based on each cluster is that the setting of each cluster is matched to what a plurality of types of upper layer tasks were configured
Set strategy.
Optionally, the executable command by each cluster is distributed to corresponding cluster respectively, by each cluster
After the executable command execution corresponding operation being respectively received, further includes:
Execution journal of each cluster based on not upper layer task in more OpenStack clusters is collected, to the execution
Log updates the corresponding configuration strategy of each cluster after summarizing；And/or
The new configuration information of each cluster in more OpenStack clusters described in typing newly matches confidence based on each cluster
Breath updates the corresponding configuration strategy of each cluster.
According to another aspect of the present invention, a kind of unified management device of more OpenStack clusters is additionally provided, is wrapped
It includes:
Receiving module is configured to receive the upper layer times for executing same operation for multiple clusters in more OpenStack clusters
Business；
Configuration module, the type for being configured to the upper layer task are retrieved as the preparatory of each cluster in the multiple cluster
The configuration strategy of setting, and the configuration strategy according to each cluster configures each cluster for the upper layer task respectively
Executable command；
Distribution module is configured to the executable command of each cluster being distributed to corresponding cluster respectively, by described each
Cluster executes corresponding operation based on the executable command being respectively received.
Optionally, described device further include:
As a result module is obtained, is configured to collect the execution after executable command received by each cluster execution respectively
State；
The execution state of each cluster is compared with preset state, obtains each cluster to respectively executable life
The implementing result of order；Wherein, the preset state is according to corresponding state after upper layer task execution success.
Optionally, described device further include:
Alarm module is configured to summarize this when confirming the implementing result of any cluster in the multiple cluster to fail
Log of the cluster in executable command implementation procedure simultaneously sends warning message.
Optionally, described device further include:
Module is retried, is configured to when confirming the implementing result of any cluster in the multiple cluster to fail, by the collection
Group executes received executable command again.
Optionally, described device further include:
Data input module is configured to the configuration information of each cluster in more OpenStack clusters described in typing；
Configuration information based on each cluster is that the setting of each cluster is matched to what a plurality of types of upper layer tasks were configured
Set strategy.
Optionally, described device further include:
Update module is configured to collect execution of each cluster based on not upper layer task in more OpenStack clusters
Log updates the corresponding configuration strategy of each cluster after summarizing to the execution journal；And/or
The new configuration information of each cluster in more OpenStack clusters described in typing newly matches confidence based on each cluster
Breath updates the corresponding configuration strategy of each cluster.
According to another aspect of the present invention, a kind of computer storage medium, the computer storage medium are additionally provided
It is stored with computer program code, when the computer program code is run on the computing device, leads to the calculating equipment
Execute the Explore of Unified Management Ideas of more OpenStack clusters described in any of the above embodiments.
According to another aspect of the present invention, a kind of calculating equipment is additionally provided, comprising:
Processor；
It is stored with the memory of computer program code；
When the computer program code is run by the processor, the calculating equipment is caused to execute any of the above-described
The Explore of Unified Management Ideas of more OpenStack clusters.
The present invention provides a kind of Explore of Unified Management Ideas and device to more OpenStack clusters, connect in the above method
After receiving upper layer task, it can be held by the way that upper layer task is configured to each cluster itself for each cluster pre-set configuration strategy
It is distributed to corresponding cluster after line command, is correspondingly operated by the execution of each cluster, so as to same completion upper layer task.The present invention mentions
The method of confession, which can be realized, is managed collectively multiple clusters, when needing to execute identical task to multiple clusters, saves people
Work order solely issue to each cluster the process of task, it is only necessary to after issuing an order, for the configuration plan of different clusters
It is slightly configured, and then realizes the distribution of respective executable command.It can be to multi version, different based on method provided by the invention
Structure, even different O&M thoughts cluster carry out unitized management, reduce the mechanized operation O&M activity of operation maintenance personnel, improve
O&M efficiency.
The above description is only an overview of the technical scheme of the present invention, in order to better understand the technical means of the present invention,
And it can be implemented in accordance with the contents of the specification, and in order to allow above and other objects of the present invention, feature and advantage can
It is clearer and more comprehensible, the followings are specific embodiments of the present invention.
According to the following detailed description of specific embodiments of the present invention in conjunction with the accompanying drawings, those skilled in the art will be brighter
The above and other objects, advantages and features of the present invention.
Detailed description of the invention
By reading the following detailed description of the preferred embodiment, various other advantages and benefits are common for this field
Technical staff will become clear.The drawings are only for the purpose of illustrating a preferred embodiment, and is not considered as to the present invention
Limitation.And throughout the drawings, the same reference numbers will be used to refer to the same parts.In the accompanying drawings:
Fig. 1 is the Explore of Unified Management Ideas flow diagram of more OpenStack clusters according to an embodiment of the present invention；
Fig. 2 is the Explore of Unified Management Ideas flow diagram of more OpenStack clusters according to the preferred embodiment of the invention；
Fig. 3 is the unified management apparatus structure schematic diagram of more OpenStack clusters according to an embodiment of the present invention；
Fig. 4 is the unified management apparatus structure schematic diagram of more OpenStack clusters according to one preferred embodiment of the present invention；
Fig. 5 is the system for unified management structural schematic diagram of more OpenStack clusters according to an embodiment of the present invention.
Specific embodiment
Exemplary embodiments of the present disclosure are described in more detail below with reference to accompanying drawings.Although showing the disclosure in attached drawing
Exemplary embodiment, it being understood, however, that may be realized in various forms the disclosure without should be by embodiments set forth here
It is limited.On the contrary, these embodiments are provided to facilitate a more thoroughly understanding of the present invention, and can be by the scope of the present disclosure
It is fully disclosed to those skilled in the art.
Traditional scheme generallys use the mode managed respectively for the management of more clusters, for example, assuming that for A,
B, the cluster of tri- computer rooms of C, the management system that A is disposed can only manage A, and the management system that B is disposed can only manage B, portion of C institute
The management system of administration can only manage C, if necessary to create same type of task in three computer rooms, then need respectively to A, B, C
Respective management system is operated, and not only process is cumbersome, but also carries out different operations according to the respective specificity of A, B, C,
It wastes time
The Explore of Unified Management Ideas of more OpenStack clusters of the embodiment of the present invention, mainly can be to multi version, isomery and not
With the unified management of a large amount of OpenStack clusters of O&M thought, as shown in Figure 1, according to an embodiment of the present invention more
The Explore of Unified Management Ideas of OpenStack cluster may include:
Step S102 receives the upper layer task that same operation is executed for multiple clusters in more OpenStack clusters；
Step S104, the type based on upper layer task are retrieved as the pre-set configuration plan of each cluster in multiple clusters
Slightly, and the configuration strategy according to each cluster respectively configures upper layer task to the executable command of each cluster；
The executable command of each cluster is distributed to corresponding cluster by step S106 respectively, is based on respectively connecing by each cluster
The executable command received executes corresponding operation.
The embodiment of the invention provides a kind of Explore of Unified Management Ideas to more OpenStack clusters, appoint receiving upper layer
After business, by dividing after upper layer task is configured to itself executable command of each cluster for each cluster pre-set configuration strategy
It is sent to corresponding cluster, is correspondingly operated by the execution of each cluster, so as to same completion upper layer task.It is provided in an embodiment of the present invention
Method, which can be realized, is managed collectively multiple clusters, when needing to execute identical task to multiple clusters, saves artificial list
Solely issue to each cluster the process of task, it is only necessary to issue one order after, for different clusters configuration strategy into
Row configuration, and then realize the distribution of respective executable command.Method based on the embodiment of the present invention can be to multi version, different
Structure, even different O&M thoughts cluster carry out unitized management, reduce the mechanized operation O&M activity of operation maintenance personnel, improve
O&M efficiency.
It refers in above-mentioned steps S104, upper layer can be appointed according to the configuration strategy of each cluster after receiving upper layer task
Business is configured to the executable command of each cluster.Before this, need each cluster in preparatory more OpenStack clusters of typing matches confidence
Breath；And then the configuration information based on each cluster is that the configuration plan configured to a plurality of types of upper layer tasks is arranged in each cluster
Slightly.Wherein, the configuration information of each cluster can be the information for having specificity, be also possible to whole parameter informations.It is obtaining
To after the configuration information of each cluster, i.e., the settable configuration strategy to not upper layer task.It is executable in the embodiment of the present invention
Order can refer to the corresponding command for meeting corresponding cluster operation reserve, and it is achievable same that each cluster is based on respective executable instruction
Upper layer task.
For example, now management has a large amount of OpenStack clusters, but need to carry out batch wound for cluster A, B, C therein
Build virtual machine, wherein the part configuration information of cluster A, B, C may be different from most of clusters.Due to above three cluster
The configuration parameter respectively becomed privileged may be because if the creation virtual machine task not being configured is directly distributed to each cluster
Task execution is caused to fail for respective otherness.It therefore, can be first based on collection to before cluster A, B, C distributed tasks
The respective characteristic of group A, B, C and configuration strategy configure creation this upper layer task of virtual machine respectively.
When executing creation virtual machine task, for cluster A, need first to specify particular network；For cluster B, existing
Any network is specified in network；For cluster C, other than needing first to specify network, it is also necessary to other are configured,
Such as route.It therefore, can be respective according to cluster A, B, C respectively after receiving the upper layer task of a creation virtual machine
Specificity configures the upper layer task of creation virtual machine using preset configuration strategy, i.e., executable to the distribution of each cluster
The information of corresponding differentiation is loaded before order.When configuring the executable command of each cluster for upper layer task, adopted
Configuration mode may include: the addition JSON xml data file in the task of upper layer, or corresponding configuration information is added
It adds in database, the upper layer task for being distributed to cluster A, B, C is carried out at particularization according to the feature of each cluster with realizing
The executable command of each cluster is distributed to pair by reason, and then after configuring the executable command of each cluster for upper layer task respectively
The cluster answered executes corresponding operation based on the executable command being respectively received by each cluster.
In embodiments of the present invention, the OpenStack cluster amount that can be carried out same management is very big, for a large amount of
For OpenStack cluster, the configuration information of possible majority OpenStack cluster is identical, the only configuration of part cluster
Information and other clusters have otherness, at this point it is possible to match for the identical OpenStack cluster setting general-purpose of most configuration informations
Strategy is set, special configuration strategy is set to have the cluster of otherness, to promote the efficiency of management.
Referring to fig. 2 it is found that after above-mentioned steps S106, can also include:
Step S108 collects each cluster and executes the execution state after respectively received executable command；By each cluster
Execution state be compared with preset state, obtain each cluster to the implementing result of respective executable command；Wherein, shape is preset
State is according to corresponding state after the success of upper layer task execution.
Step S110, if confirming the implementing result of any cluster in multiple clusters for failure, summarizing the cluster can held
Log in line command implementation procedure simultaneously sends warning message.
Each cluster receive it is executable after can correspondingly be operated based on the executable instruction, judging whether to hold
When going successfully, if run succeeded, can be operated normally by being matched with preset state, if execute failure if to
Operation maintenance personnel sends warning message and is safeguarded in time.
In some cases, executing the case where failure may be relatively common, only need to retry and can run succeeded.Therefore,
It can also include: step S112 after above-mentioned steps S108, if confirming the implementing result of any cluster in multiple clusters to lose
It loses, then executes received executable command again by the cluster.In this manner it is possible to subtract the process of manual maintenance, reduce
The mechanized operation O&M activity of operation maintenance personnel, improves O&M efficiency.
Optionally, the configuration strategy of each cluster can also be updated in the preferred embodiment of the present invention, it, can when updating
In the following manner:
Execution journal of each cluster based on not upper layer task in more OpenStack clusters is collected, to above-mentioned execution journal
The corresponding configuration strategy of each cluster is updated after summarizing.
The execution state that cluster can be known based on execution journal of each cluster to not upper layer task, especially if held
When row state is failure, the reason of execution fails can be found out rapidly.For example, being one based on upper layer task has spy
When anisotropic cluster distributes executable command, which may be carried out being split as multiple execution stages, each stage
Different executable commands can be corresponded to, may be more when cluster is executed based on received executable command
A stage some or it is several execute failure, at this point, collecting the correlation log in the stage of execution failure, and it is carried out
The reason of stage executes failure is determined after analysis, and then the corresponding configuration strategy of upper layer task is updated, after promotion
The continuous rate that runs succeeded.
On the other hand, the configuration information of each cluster itself may also will do it not timing update in use, therefore,
This preferred embodiment can be with the new configuration information of each cluster in the more OpenStack clusters of typing, the new configuration based on each cluster
The corresponding configuration strategy of each cluster of information update.
The embodiment of the present invention is also added to more new strategy in the unified management of more OpenStack clusters, on the one hand, can be with
Log when the corresponding order of upper layer task is executed by cluster, know the cluster to received instruction as a result, and
In the execution state in each stage, and then targetedly configuration strategy is updated.On the other hand, cluster can also be obtained
The configuration information that itself is updated, to update the configuration strategy to not upper layer task.
Based on the same inventive concept, the embodiment of the invention also provides a kind of unified management of more OpenStack clusters dresses
It sets, as shown in figure 3, the unified management device of more OpenStack clusters according to an embodiment of the present invention may include:
Receiving module 10 is configured to receive the upper layer for executing same operation for multiple clusters in more OpenStack clusters
Task；
Configuration module 20, the type for being configured to upper layer task are retrieved as the pre-set of each cluster in multiple clusters
Configuration strategy, and the configuration strategy according to each cluster respectively configures upper layer task to the executable command of each cluster；
Distribution module 30 is configured to the executable command of each cluster being distributed to corresponding cluster respectively, by each cluster base
Corresponding operation is executed in the executable command being respectively received.
In a preferred embodiment, as shown in figure 4, above-mentioned apparatus can also include:
As a result module 40 is obtained, is configured to collect the execution shape after executable command received by each cluster execution respectively
State；
The execution state of each cluster is compared with preset state, obtains execution of each cluster to respective executable command
As a result；Wherein, preset state is according to corresponding state after the success of upper layer task execution.
In a preferred embodiment, as shown in figure 4, above-mentioned apparatus can also include:
Alarm module 50 is configured to summarize the collection when confirming the implementing result of any cluster in multiple clusters to fail
Log of the group in executable command implementation procedure simultaneously sends warning message.
In a preferred embodiment, as shown in figure 4, above-mentioned apparatus can also include:
Module 60 is retried, is configured to when confirming the implementing result of any cluster in multiple clusters to fail, by the cluster
Received executable command is executed again.
In a preferred embodiment, as shown in figure 4, above-mentioned apparatus can also include:
Data input module 70 is configured to the configuration information of each cluster in the more OpenStack clusters of typing；
Configuration information based on each cluster is that the configuration plan configured to a plurality of types of upper layer tasks is arranged in each cluster
Slightly.
In a preferred embodiment, as shown in figure 4, above-mentioned apparatus can also include:
Update module 80 is configured to collect in more OpenStack clusters execution day of each cluster based on not upper layer task
Will updates the corresponding configuration strategy of each cluster after summarizing to execution journal；And/or
The new configuration information of each cluster, the new configuration information update based on each cluster are each in the more OpenStack clusters of typing
The corresponding configuration strategy of cluster.
The Explore of Unified Management Ideas and device of more OpenStack clusters based on the embodiment of the present invention, may be implemented pair
Multiple clusters are managed collectively, and when needing to execute identical task to multiple clusters, are saved artificial individually to each cluster
Issue the process of task, it is only necessary to after issuing an order, be configured for the configuration strategy of different clusters, Jin Ershi
The now distribution of respective executable command.Furthermore it is also possible to which execution state and new configuration information based on each cluster are to respective
Configuration strategy updated accordingly, when have any one cluster task execute failure after can also send alarm signal in time
Breath, is safeguarded in time by operation maintenance personnel.Scheme provided in an embodiment of the present invention is suitable for different network environments and hardware grouping, realizes
Cluster largely with different O&M thoughts is managed collectively.
One embodiment of the present invention additionally provides a kind of system for unified management of more OpenStack clusters, such as Fig. 5 institute
Show, the system for unified management of more OpenStack clusters may include the unification for being provided with the more OpenStack clusters of any of the above-described
The tension management platform of managing device, and a large amount of OpenStack cluster can be managed by the tension management platform, as shown in figure
Cluster 1, cluster 2 to cluster N out.Tension management platform can be as follows to the management method of cluster 1 to N:
1, by the configuration information typing tension management platform of cluster 1 to N, it can be whole configuration informations, be also possible to
There is the configuration information of otherness with most OpenStack clusters；
2, configuration of the cluster setting general-purpose based on not upper layer task same or similar for most of configuration informations
Strategy；I.e. for the solution and process of same upper layer task；
3, tension management platform, which is received, executes same upper layer task to cluster-specific 1, cluster 2, cluster 3: creation virtual machine；
4, upper layer task is matched based on cluster 1, cluster 2, the respective configuration strategy about upper layer task A of cluster 3
It sets, to be met the executable command of cluster 1, cluster 2, cluster 3 respectively；
5, the executable command of cluster 1, cluster 2, cluster 3 is distributed to corresponding cluster respectively, is based on by cluster execution
Received order carries out corresponding operation；
6, each cluster is collected to the execution state for receiving order, is matched with preset state, if any cluster is held
It fails to match with preset state for row state, then confirms that the cluster executes failure, at this point it is possible to by the cluster based on the life received
Order is re-executed, while can also summarize the log in implementation procedure, sends warning message；Preset state therein is void
Quasi- machine creates successful state.
It might have multiple stages during the creation of virtual machine, this preferred embodiment can also regard all processes as
One complete task flow, for each step feed back it is corresponding execute state, and by the execution state in each stage and each rank
The expecting state that runs succeeded of section is matched one by one, and confirmation executes failure or successfully, when the state for having any one stage and
When expected state matches unsuccessful, the task in the stage can equally be executed and reformed, and summarized log and send warning message.
In the preferred embodiment, the log during each cluster execution task can also be summarized, it is especially right
The log for executing the stage of failure is summarized, to carry out perfect, update to tension management platform.In addition, having when in cluster 1-N
When the configuration information of any cluster is updated, tension management platform can equally update the configuration information of its typing, and then right
Configuration strategy for cluster setting is updated.
This preferred embodiment is managed collectively multiple clusters by using tension management platform, when receiving to cluster
It 1, can be respective according to cluster 1, cluster 2, cluster 3 by the upper layer task when cluster 2, cluster 3 execute same upper layer task
Otherness is changed upper layer task, to send executable command to respective, although to cluster 1, cluster 2, cluster 3
The order of transmission is different, but final purpose is identical.Tension management platform in this preferred embodiment can be used for batch and manage
Super more OpenStack clusters are managed, different network environments and hardware grouping are adapted to, its lower resource is managed collectively.Further
Ground, the tension management platform in the embodiment of the present invention can be to multi version, isomery, or even the openstack of different O&M thoughts
Cluster carries out unitized management, reduces the mechanized operation O&M activity of operation maintenance personnel, improves O&M efficiency.
Based on the same inventive concept, the embodiment of the invention also provides a kind of computer storage medium, computer storages
Media storage has computer program code, when computer program code is run on the computing device, causes to calculate equipment execution
The Explore of Unified Management Ideas of more OpenStack clusters described in any of the above embodiments.
Based on the same inventive concept, the embodiment of the invention also provides a kind of calculating equipment, comprising:
Processor；
It is stored with the memory of computer program code；
When computer program code is run by processor, calculating equipment is caused to execute described in any of the above embodiments more
The Explore of Unified Management Ideas of OpenStack cluster.
It is apparent to those skilled in the art that the specific work of the system of foregoing description, device and unit
Make process, can refer to corresponding processes in the foregoing method embodiment, for brevity, does not repeat separately herein.
In addition, each functional unit in each embodiment of the present invention can be physically independent, can also two or
More than two functional units integrate, and can be all integrated in a processing unit with all functional units.It is above-mentioned integrated
Functional unit both can take the form of hardware realization, can also be realized in the form of software or firmware.
Those of ordinary skill in the art will appreciate that: if the integrated functional unit is realized and is made in the form of software
It is independent product when selling or using, can store in a computer readable storage medium.Based on this understanding,
Technical solution of the present invention is substantially or all or part of the technical solution can be embodied in the form of software products,
The computer software product is stored in a storage medium comprising some instructions, with so that calculating equipment (such as
Personal computer, server or network equipment etc.) various embodiments of the present invention the method is executed when running described instruction
All or part of the steps.And storage medium above-mentioned includes: USB flash disk, mobile hard disk, read-only memory (ROM), random access memory
Device (RAM), the various media that can store program code such as magnetic or disk.
Alternatively, realizing that all or part of the steps of preceding method embodiment can be (all by the relevant hardware of program instruction
Such as personal computer, the calculating equipment of server or network equipment etc.) it completes, described program instruction can store in one
In computer-readable storage medium, when described program instruction is executed by the processor of calculating equipment, the calculating equipment is held
The all or part of the steps of row various embodiments of the present invention the method.
Finally, it should be noted that the above embodiments are only used to illustrate the technical solution of the present invention., rather than its limitations；To the greatest extent
Present invention has been described in detail with reference to the aforementioned embodiments for pipe, those skilled in the art should understand that: at this
Within the spirit and principle of invention, it is still possible to modify the technical solutions described in the foregoing embodiments or right
Some or all of the technical features are equivalently replaced；And these are modified or replaceed, and do not make corresponding technical solution de-
From protection scope of the present invention.
According to an aspect of an embodiment of the present invention, a kind of unified management side of more OpenStack clusters A1. is provided
Method, comprising:
Receive the upper layer task that same operation is executed for multiple clusters in more OpenStack clusters；
Type based on the upper layer task is retrieved as the pre-set configuration strategy of each cluster in the multiple cluster,
And the configuration strategy according to each cluster respectively configures the upper layer task to the executable command of each cluster；
The executable command of each cluster is distributed to corresponding cluster respectively, is based on respectively receiving by each cluster
The executable command arrived executes corresponding operation.
A2. method according to a1, wherein the executable command by each cluster is distributed to corresponding respectively
Cluster, after executing corresponding operation based on the executable command that is respectively received by each cluster, further includes:
It collects each cluster and executes the execution state after respectively received executable command；
The execution state of each cluster is compared with preset state, obtains each cluster to respectively executable life
The implementing result of order；Wherein, the preset state is according to corresponding state after upper layer task execution success.
A3. the method according to A2, wherein the execution state by each cluster compares with preset state
It is right, after obtaining each cluster to the implementing result of respective executable command, further includes:
If confirming, the implementing result of any cluster in the multiple cluster for failure, summarizes the cluster in executable command
Log in implementation procedure simultaneously sends warning message.
A4. the method according to A2, wherein the execution state by each cluster compares with preset state
It is right, after obtaining each cluster to the implementing result of respective executable command, further includes:
If confirming, the implementing result of any cluster in the multiple cluster for failure, is executed again by the cluster and is received
The executable command arrived.
A5. according to the described in any item methods of A1-A4, wherein described to receive for multiple collection in more OpenStack clusters
Group executes before the upper layer task of same operation, further includes:
The configuration information of each cluster in more OpenStack clusters described in typing；
Configuration information based on each cluster is that the setting of each cluster is matched to what a plurality of types of upper layer tasks were configured
Set strategy.
A6. method according to a5, wherein the executable command by each cluster is distributed to corresponding respectively
Cluster, after executing corresponding operation based on the executable command that is respectively received by each cluster, further includes:
Execution journal of each cluster based on not upper layer task in more OpenStack clusters is collected, to the execution
Log updates the corresponding configuration strategy of each cluster after summarizing；And/or
The new configuration information of each cluster in more OpenStack clusters described in typing newly matches confidence based on each cluster
Breath updates the corresponding configuration strategy of each cluster.
Other side according to an embodiment of the present invention additionally provides a kind of unified management of more OpenStack clusters of B7.
Device, comprising:
Receiving module is configured to receive the upper layer times for executing same operation for multiple clusters in more OpenStack clusters
Business；
Configuration module, the type for being configured to the upper layer task are retrieved as the preparatory of each cluster in the multiple cluster
The configuration strategy of setting, and the configuration strategy according to each cluster configures each cluster for the upper layer task respectively
Executable command；
Distribution module is configured to the executable command of each cluster being distributed to corresponding cluster respectively, by described each
Cluster executes corresponding operation based on the executable command being respectively received.
B8. the device according to B7, wherein further include:
As a result module is obtained, is configured to collect the execution after executable command received by each cluster execution respectively
State；
The execution state of each cluster is compared with preset state, obtains each cluster to respectively executable life
The implementing result of order；Wherein, the preset state is according to corresponding state after upper layer task execution success.
B9. the device according to B8, wherein further include:
Alarm module is configured to summarize this when confirming the implementing result of any cluster in the multiple cluster to fail
Log of the cluster in executable command implementation procedure simultaneously sends warning message.
B10. the device according to B8, wherein further include:
Module is retried, is configured to when confirming the implementing result of any cluster in the multiple cluster to fail, by the collection
Group executes received executable command again.
B11. according to the described in any item devices of B8-B10, wherein further include:
Data input module is configured to the configuration information of each cluster in more OpenStack clusters described in typing；
Configuration information based on each cluster is that the setting of each cluster is matched to what a plurality of types of upper layer tasks were configured
Set strategy.
B12. the device according to B11, wherein further include:
Update module is configured to collect execution of each cluster based on not upper layer task in more OpenStack clusters
Log updates the corresponding configuration strategy of each cluster after summarizing to the execution journal；And/or
The new configuration information of each cluster in more OpenStack clusters described in typing newly matches confidence based on each cluster
Breath updates the corresponding configuration strategy of each cluster.
Other side according to an embodiment of the present invention additionally provides a kind of computer storage medium of C13., the calculating
Machine storage medium is stored with computer program code, when the computer program code is run on the computing device, leads to institute
It states and calculates the Explore of Unified Management Ideas that equipment executes the described in any item more OpenStack clusters of A1-A6.
Other side according to an embodiment of the present invention additionally provides a kind of calculating equipment of D14., comprising:
Processor；
It is stored with the memory of computer program code；
When the computer program code is run by the processor, the calculating equipment is caused to execute A1-A6 any
The Explore of Unified Management Ideas of more OpenStack clusters described in.
Claims (10)
1. a kind of Explore of Unified Management Ideas of more OpenStack clusters, comprising:
Receive the upper layer task that same operation is executed for multiple clusters in more OpenStack clusters；
Type based on the upper layer task is retrieved as the pre-set configuration strategy of each cluster in the multiple cluster, and according to
Respectively the upper layer task is configured to according to the configuration strategy of each cluster the executable command of each cluster；
The executable command of each cluster is distributed to corresponding cluster respectively, by each cluster based on being respectively received
Executable command executes corresponding operation.
2. according to the method described in claim 1, wherein, the executable command by each cluster is distributed to correspondence respectively
Cluster, after executing corresponding operation based on the executable command that is respectively received by each cluster, further includes:
It collects each cluster and executes the execution state after respectively received executable command；
The execution state of each cluster is compared with preset state, obtains each cluster to respective executable command
Implementing result；Wherein, the preset state is according to corresponding state after upper layer task execution success.
3. according to the method described in claim 2, wherein, the execution state by each cluster compares with preset state
It is right, after obtaining each cluster to the implementing result of respective executable command, further includes:
If confirming the implementing result of any cluster in the multiple cluster for failure, summarizes the cluster and executed in executable command
Log in the process simultaneously sends warning message.
4. according to the method described in claim 2, wherein, the execution state by each cluster compares with preset state
It is right, after obtaining each cluster to the implementing result of respective executable command, further includes:
If confirming the implementing result of any cluster in the multiple cluster for failure, is executed again by the cluster received by
Executable command.
5. method according to claim 1-4, wherein described to receive for multiple in more OpenStack clusters
Cluster executes before the upper layer task of same operation, further includes:
The configuration information of each cluster in more OpenStack clusters described in typing；
Configuration information based on each cluster is that the configuration plan configured to a plurality of types of upper layer tasks is arranged in each cluster
Slightly.
6. according to the method described in claim 5, wherein, the executable command by each cluster is distributed to correspondence respectively
Cluster, after executing corresponding operation based on the executable command that is respectively received by each cluster, further includes:
Execution journal of each cluster based on not upper layer task in more OpenStack clusters is collected, to the execution journal
The corresponding configuration strategy of each cluster is updated after summarizing；And/or
The new configuration information of each cluster in more OpenStack clusters described in typing, the new configuration information based on each cluster is more
The corresponding configuration strategy of new each cluster.
7. a kind of unified management device of more OpenStack clusters, comprising:
Receiving module is configured to receive the upper layer task for executing same operation for multiple clusters in more OpenStack clusters；
Configuration module, the type for being configured to the upper layer task are retrieved as presetting for each cluster in the multiple cluster
Configuration strategy, and the configuration strategy according to each cluster configures holding for each cluster for the upper layer task respectively
Line command；
Distribution module is configured to the executable command of each cluster being distributed to corresponding cluster respectively, by each cluster
Corresponding operation is executed based on the executable command being respectively received.
8. device according to claim 7, wherein further include:
As a result module is obtained, is configured to collect the execution shape after executable command received by each cluster execution respectively
State；
The execution state of each cluster is compared with preset state, obtains each cluster to respective executable command
Implementing result；Wherein, the preset state is according to corresponding state after upper layer task execution success.
9. a kind of computer storage medium, the computer storage medium is stored with computer program code, when the computer
When program code is run on the computing device, the calculating equipment perform claim is caused to require 1-6 described in any item more
The Explore of Unified Management Ideas of OpenStack cluster.
10. a kind of calculating equipment, comprising:
Processor；
It is stored with the memory of computer program code；
When the computer program code is run by the processor, cause the calculating equipment perform claim that 1-6 is required to appoint
The Explore of Unified Management Ideas of more OpenStack clusters described in one.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810949846.8A CN109189575A (en) | 2018-08-20 | 2018-08-20 | A kind of Explore of Unified Management Ideas and device of more OpenStack clusters |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810949846.8A CN109189575A (en) | 2018-08-20 | 2018-08-20 | A kind of Explore of Unified Management Ideas and device of more OpenStack clusters |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109189575A true CN109189575A (en) | 2019-01-11 |
Family
ID=64918508
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810949846.8A Pending CN109189575A (en) | 2018-08-20 | 2018-08-20 | A kind of Explore of Unified Management Ideas and device of more OpenStack clusters |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109189575A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111694671A (en) * | 2020-06-12 | 2020-09-22 | 北京金山云网络技术有限公司 | Big data component management method, device, server, electronic equipment and system |
| CN112615856A (en) * | 2020-12-16 | 2021-04-06 | 上海道客网络科技有限公司 | Multi-cluster network security policy management and control method and system |
| CN113296840A (en) * | 2020-02-20 | 2021-08-24 | 银联数据服务有限公司 | Cluster operation and maintenance method and device |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102546809A (en) * | 2012-01-16 | 2012-07-04 | 东莞市正欣科技有限公司 | Unified control method of large-scale server cluster |
| CN102904746A (en) * | 2012-09-13 | 2013-01-30 | 曙光信息产业(北京)有限公司 | Cluster task self-dispatching system and method based on information mechanism |
| CN103634144A (en) * | 2013-11-15 | 2014-03-12 | 新浪网技术(中国)有限公司 | Method, system and equipment for managing multi-IDC (internet data center) cluster configuration file |
| CN105610819A (en) * | 2015-12-25 | 2016-05-25 | 北京奇虎科技有限公司 | Method and apparatus for providing service for inquiring server information |
| CN105827678A (en) * | 2015-01-07 | 2016-08-03 | 中国移动通信集团山东有限公司 | High-availability framework based communication method and node |
| CN106527840A (en) * | 2015-09-11 | 2017-03-22 | 北京国双科技有限公司 | Method and device for controlling distributed server |
| CN106789272A (en) * | 2016-12-27 | 2017-05-31 | 飞狐信息技术（天津）有限公司 | A kind of server set group managing means and system |
| CN107045459A (en) * | 2017-03-31 | 2017-08-15 | 北京奇艺世纪科技有限公司 | A kind of O＆M request processing method and device based on ansible |
| CN107133072A (en) * | 2017-04-27 | 2017-09-05 | 紫光华山信息技术有限公司 | One kind operation performs method and apparatus |
| CN107797847A (en) * | 2017-09-25 | 2018-03-13 | 联想(北京)有限公司 | Method and a device for configuring a server cluster |
| CN108365985A (en) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | A kind of cluster management method, device, terminal device and storage medium |
-
2018
- 2018-08-20 CN CN201810949846.8A patent/CN109189575A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102546809A (en) * | 2012-01-16 | 2012-07-04 | 东莞市正欣科技有限公司 | Unified control method of large-scale server cluster |
| CN102904746A (en) * | 2012-09-13 | 2013-01-30 | 曙光信息产业(北京)有限公司 | Cluster task self-dispatching system and method based on information mechanism |
| CN103634144A (en) * | 2013-11-15 | 2014-03-12 | 新浪网技术(中国)有限公司 | Method, system and equipment for managing multi-IDC (internet data center) cluster configuration file |
| CN105827678A (en) * | 2015-01-07 | 2016-08-03 | 中国移动通信集团山东有限公司 | High-availability framework based communication method and node |
| CN106527840A (en) * | 2015-09-11 | 2017-03-22 | 北京国双科技有限公司 | Method and device for controlling distributed server |
| CN105610819A (en) * | 2015-12-25 | 2016-05-25 | 北京奇虎科技有限公司 | Method and apparatus for providing service for inquiring server information |
| CN106789272A (en) * | 2016-12-27 | 2017-05-31 | 飞狐信息技术（天津）有限公司 | A kind of server set group managing means and system |
| CN107045459A (en) * | 2017-03-31 | 2017-08-15 | 北京奇艺世纪科技有限公司 | A kind of O＆M request processing method and device based on ansible |
| CN107133072A (en) * | 2017-04-27 | 2017-09-05 | 紫光华山信息技术有限公司 | One kind operation performs method and apparatus |
| CN107797847A (en) * | 2017-09-25 | 2018-03-13 | 联想(北京)有限公司 | Method and a device for configuring a server cluster |
| CN108365985A (en) * | 2018-02-07 | 2018-08-03 | 深圳壹账通智能科技有限公司 | A kind of cluster management method, device, terminal device and storage medium |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113296840A (en) * | 2020-02-20 | 2021-08-24 | 银联数据服务有限公司 | Cluster operation and maintenance method and device |
| CN113296840B (en) * | 2020-02-20 | 2023-04-14 | 银联数据服务有限公司 | Cluster operation and maintenance method and device |
| CN111694671A (en) * | 2020-06-12 | 2020-09-22 | 北京金山云网络技术有限公司 | Big data component management method, device, server, electronic equipment and system |
| CN111694671B (en) * | 2020-06-12 | 2023-09-01 | 北京金山云网络技术有限公司 | Big data component management method, device, server, electronic equipment and system |
| CN112615856A (en) * | 2020-12-16 | 2021-04-06 | 上海道客网络科技有限公司 | Multi-cluster network security policy management and control method and system |
| CN112615856B (en) * | 2020-12-16 | 2021-09-28 | 上海道客网络科技有限公司 | Multi-cluster network security policy management and control method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10761829B2 (en) | Rolling version update deployment utilizing dynamic node allocation | |
| CN108512689A (en) | Micro services business monitoring method and server | |
| CN107526645B (en) | A kind of communication optimization method and system | |
| CN111263938A (en) | Rule-based autonomous database cloud service framework | |
| CN106533804A (en) | Network operation support system | |
| CN109189575A (en) | A kind of Explore of Unified Management Ideas and device of more OpenStack clusters | |
| CN111666189B (en) | Method and system for declaratively visually configuring Prometheus monitoring alarm | |
| US11762862B2 (en) | Real-time processing of event based streaming with NOSQL databases | |
| CN108566290A (en) | service configuration management method, system, storage medium and server | |
| CN109766393A (en) | Abnormal deviation data examination method and device | |
| US20220012103A1 (en) | System and method for optimization and load balancing of computer clusters | |
| CN105677465B (en) | The data processing method and device of batch processing are run applied to bank | |
| CN105159783A (en) | System task distribution method | |
| CN102317907A (en) | Working environment generation system, working environment generation method, and storage medium | |
| US11635994B2 (en) | System and method for optimizing and load balancing of applications using distributed computer clusters | |
| US10372572B1 (en) | Prediction model testing framework | |
| US20230031515A1 (en) | Providing on-demand production of graph-based relationships in a cloud computing environment | |
| CN111200517B (en) | Service data early warning control method, device, equipment and storage medium | |
| CN109857579A (en) | A kind of data processing method and relevant apparatus | |
| CN106941431A (en) | Monitoring system server | |
| CN111212112B (en) | Information processing method and device | |
| CN112148713A (en) | Data migration method and device between heterogeneous databases | |
| CN104750849B (en) | For safeguarding the method and system of the catalogue relation based on tree structure | |
| CN112711466B (en) | Hanging affair inspection method and device, electronic equipment and storage medium | |
| CN112653720B (en) | FOTA upgrading method and device |
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 |