CN107395735B - Delay and capacity reduction scheduling method and system for container cluster - Google Patents
Delay and capacity reduction scheduling method and system for container cluster Download PDFInfo
- Publication number
- CN107395735B CN107395735B CN201710654523.1A CN201710654523A CN107395735B CN 107395735 B CN107395735 B CN 107395735B CN 201710654523 A CN201710654523 A CN 201710654523A CN 107395735 B CN107395735 B CN 107395735B
- Authority
- CN
- China
- Prior art keywords
- container
- module
- agent
- scheduling
- newly
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Abstract
The invention discloses a delay capacity-reducing scheduling method and a system for a container cluster, belonging to the field of capacity-reducing scheduling of the container cluster; which comprises the following steps: 1) the agent monitoring module monitors the container performance index and the health state data of the bearing service in real time and sends the result to the scheduling module; 2) the scheduling module decides whether the reported health state data and the performance index exceed a set threshold value or not according to the reported health state data and the reported performance index, and sends an instruction to the agent monitoring module to newly build a container, otherwise, whether the newly built container exists or not is judged, and if the newly built container exists, the step is switched to the step 3; 3) and (3) the scheduling module judges whether the performance index is lower than a set threshold value, if so, the load balancer stops distributing service flow, and the scheduling module issues an instruction to delete a newly-built container after the data in the load balancer is processed, otherwise, the step 1 is carried out. The whole system avoids the defect of data loss caused by the existing mode by setting time delay and resetting a tcp protocol, and guarantees that the situations of packet loss and short interruption of service cannot be generated in the process of updating load balancing configuration to the maximum extent.
Description
Technical Field
The invention relates to the field of container cluster capacity reduction scheduling, in particular to a delay capacity reduction scheduling method and system for a container cluster.
Background
At present, many open-source application container engines, such as docker, appear, so that developers can package their applications and rely on the packages to a portable container, and then release the package to any popular Linux machine, and virtualization can also be achieved, and docker is a "process" in the cluster world; docker becomes an ideal container technology choice for applications that need to run across multiple different environments, through which we can very conveniently manage services and dependencies between services.
After the docker is generated, most enterprises start to use the containers to construct services so as to better save resources, but when the services meet a certain peak period, if the containers are too few or the memory of a CPU is too low, the operation speed of the services is sharply reduced, and even the service system is seriously crashed; on the other hand, if the CPU and the memory of the container are set too high, the resources are greatly wasted in a low peak period; when the CPU or the memory of the container exceeds the set threshold value, the system generates one or more containers with the same function to share the service together; when the peak value is reduced, the system deletes redundant containers to reasonably utilize resources to the maximum extent; many products choose to stop the container and then delete it at this step, which may result in loss of data running inside it or an abnormal interruption of service, causing unnecessary loss to the user. Therefore, a dynamic capacity reduction scheduling method for a container cluster is needed to avoid the existing problems, realize maximum resource utilization and simultaneously avoid the loss of client resources to the maximum extent.
Disclosure of Invention
Based on the technical problems, the invention provides a delay capacity reduction scheduling method and a system for a container cluster, thereby solving the technical problems of data loss and temporary service interruption in a container caused by the adoption of a direct container stopping mode in the conventional dynamic capacity reduction.
The technical scheme adopted by the invention is as follows:
a delay capacity-reducing scheduling method for a container cluster comprises the following steps:
step 1: the agent monitoring module agent monitors the container performance index and the health state data of the bearer service in real time and sends the result to the scheduling module ms _ server;
step 2: the scheduling module ms _ server decides whether the reported health state data and the performance index exceed a set threshold value, if the reported health state data and the reported performance index exceed a set threshold value, an instruction is issued to the agent monitoring module agent to create a new container, the step 1 is carried out, otherwise, whether the new container exists is judged, and if the new container exists, the step 3 is carried out;
and step 3: and the scheduling module ms _ server judges whether the performance index of the container after the new container is lower than a set threshold value, if so, the load balancer stops distributing service flow to the new container, after the data in the new container is processed, the scheduling module ms _ server sends an instruction to delete the new container, the load balancer finishes overloading, and otherwise, the step 1 is directly carried out.
Preferably, the step 2 of jumping the newly-built container to the step 1 comprises the following steps:
step 2.1: the agent monitoring module agent monitors the container performance index and the health state data of the bearing service in real time and sends the results to the scheduling module;
step 2.2: judging whether the performance index of the newly-built container is within a set threshold range;
step 2.3: if yes, adding the newly-built container information instruction into the storage module etcd, monitoring the addition of the container data in the storage module etcd by a configuration module confd in the load balancer, and regenerating the configuration file to reload the flow distribution condition of the load balancer; if not, go to step 1.
Preferably, the step 3 comprises the steps of:
step 3.1: the scheduling module ms _ server judges whether the performance index and the health state data of the newly-built container uploaded by the agent monitoring module agent are lower than a set threshold value or not, if so, the scheduling module ms _ server sends a tcp (transmission control protocol) instruction for resetting the load balancer and the newly-built container to the load balancer, and meanwhile, the scheduling module ms _ server instruction deletes the information of the newly-built container in the storage module etcd;
step 3.2: a configuration module confd in the load balancer monitors deletion of information data of the newly-built container in a storage module etcd, and the load balancer stops flow transmission of the newly-built container;
step 3.3: the scheduling module ms _ server calculates the remaining time of the newly-built container for completing flow transmission and issues a command for deleting the newly-built container to the agent monitoring module agent;
step 3.4: when the remaining time is over, the agent monitoring module agent receives the instruction to delete the new container, and the configuration module confd in the load balancer exports the storage module etcd data to regenerate the configuration file to reload the service flow distribution condition of the load balancer.
Preferably, the remaining time for completing the traffic transmission of the newly-built container in step 3.3 may also be directly set by the scheduling module ms _ server.
Preferably, a system applying the delay-and-scale scheduling method for container cluster according to any one of claims 1 to 4 comprises a scheduling module ms _ server, an agent monitoring module agent, a storage module etcd, a configuration module confd, a load balancer and a container, wherein the scheduling module ms _ server, the agent monitoring module agent, the storage module etcd, the configuration module confd, the load balancer and the container are all configured as a single module
The scheduling module ms _ server is used for collecting data from the agent monitoring module agent, calculating the cluster state, judging whether a scheduling plan needs to be generated according to a set scheduling strategy or not, and issuing an instruction to the agent monitoring module agent;
the agent monitoring module agent is used for monitoring the flow of the server and the container and the use conditions of a CPU, a memory and an IO, detecting the health state of the container service and reporting related detection data to the scheduling module ms _ server;
the storage module etcd is used for sharing configuration and service discovery, and storing container data and service health state data;
and the configuration module confd is used for monitoring the change of the data of the storage module etcd, and if the data of the etcd changes, the configuration module confd regenerates the configuration file of the service according to the template and resets the configuration file into the load balancer.
In summary, due to the adoption of the technical scheme, the invention has the beneficial effects that:
(1) the container cluster realizes dynamic capacity reduction, a scheduling module is adopted to send an instruction to a monitoring agent module, a scheduling plan is made according to data judgment through the scheduling module, when the performance index of a newly-built container is lower than a drop threshold value, the remaining time is calculated to wait for the completion of data transmission in the newly-built container, and after the delay is finished, the container is deleted to ensure the integrity of the data transmission in the container, so that the defects of loss of the data in the container and temporary service interruption caused by directly deleting the newly-built container in the prior art are avoided;
(2) after the configuration module reconfigures the configuration file of the load balancer, before the configuration module notifies the load balancer, the transmission control protocol tcp between the load balancer and the newly-built container is reset, the linux kernel takes over all the flow, so that the enqueue and the dequeue of the data packet can be controlled, the capacity of limiting the rate, giving priority to or appointing the output data packet is provided, finally, the short interruption condition of packet loss and service can not be generated in the loading process to the maximum extent, and the defect that the temporary service interruption occurs in the loading process in the prior art is avoided;
(3) the delay of the invention can be judged and calculated by the scheduling module according to the data, and the delay is generated by setting the remaining time, thereby improving the practicability and avoiding the defects of operation data loss and temporary service interruption in the container caused by directly deleting a newly-built container in the prior art.
Drawings
FIG. 1 is a flow chart of the method of the present invention;
FIG. 2 is a flow chart of step 2 of the method of the present invention for jumping a newly created vessel to step 1
FIG. 3 is a flow chart of step 4 of the method of the present invention;
FIG. 4 is a block diagram of a system configuration for a container performance indicator within a set threshold in accordance with the present invention;
FIG. 5 is a block diagram of a system configuration for when a container performance indicator exceeds a set threshold in accordance with the present invention.
Detailed Description
All features disclosed in this specification may be combined in any combination, except features and/or steps that are mutually exclusive.
The present invention will be described in detail with reference to the accompanying drawings 1 to 5.
The working principle of the invention is as follows:
a delay capacity-reducing scheduling method for a container cluster comprises the following steps:
step 1: the agent monitoring module agent monitors the container performance index and the health state data of the bearer service in real time and sends the result to the scheduling module ms _ server;
step 2: the scheduling module ms _ server decides whether the reported health state data and the performance index exceed a set threshold value or not according to the reported health state data and the reported performance index, issues an instruction to the agent monitoring module agent to create a new container, and goes to the step 1, otherwise, judges whether the new container exists or not, and if the new container exists, goes to the step 3;
and step 3: and the scheduling module ms _ server judges whether the performance index of the container after the new container is established is lower than a set threshold value, if so, the load balancer stops distributing service flow to the new container, and the scheduling module ms _ server sends an instruction to delete the new container after the data in the new container is processed, otherwise, the step 1 is directly carried out.
The present invention will be described in further detail with reference to specific examples.
DETAILED DESCRIPTION OF EMBODIMENT (S) OF INVENTION
Example 1
Step 1: the agent monitoring module agent monitors the container performance index and the health state data of the bearer service in real time and sends all the monitoring data to the scheduling module ms _ server; step 2: is the scheduling module ms _ server deciding whether the reported health status data and performance indicators exceed a set threshold? If the instruction exceeds the instruction, the scheduling module ms _ server issues a new container instruction to the agent monitoring module agent, and the agent monitoring module agent receives the instruction to complete new container; the agent monitoring module agent monitors the performance index and the health state data of a newly built container of the bearing service in real time and sends the performance index and the health state data to the scheduling module ms _ server, whether the performance index of the newly built container is within a set threshold range is judged, if yes, a newly built container information instruction is added into the storage module etcd, the configuration module confd in the load balancer monitors the container data addition in the storage module etcd, and a configuration file is generated again to reload the load balancer; if not, turning to the step 1; the agent monitoring module agent then monitors the data in real time, the scheduling module ms _ server continues to judge and make a scheduling plan, and when the performance index in the container does not exceed a set threshold value after the configuration of the new container is completed, whether the new container exists is judged; and step 3: if the new container is successfully built, whether the performance index of the newly built container is lower than a set threshold value or not is judged, if the performance index of the newly built container is lower than the set threshold value, the scheduling module ms _ sever issues a command for resetting a transmission control protocol (tcp) between the load balancer and the newly built container to the load balancer and issues a command for deleting the newly built container to the agent monitoring module agent if the performance index of the newly built container is lower than the set threshold value and the performance index of the newly built container is lower than the; if not, returning to the step 1; the configuration module confd in the load balancer monitors that the storage module etcd deletes the information data of the newly-built container, and the load balancer stops the flow transmission of the newly-built container; the scheduling module ms _ server calculates the remaining time for completing the flow transmission of the newly-built container; when the remaining time is over, namely the transmission of the running data in the new container is finished, the agent monitoring module agent automatically receives the instruction to delete the new container, and the configuration module confd in the load balancer exports etcd data to regenerate the configuration file to reload the service flow distribution condition of the load balancer. The whole system monitors the uploaded data by setting the agent monitoring module agent, the scheduling module ms _ server receives the data, issues an instruction to delete or newly build a container and the configuration module confd monitors the data to reset the configuration file to the load balancer to realize dynamic capacity reduction, the difficulties of the peak period and the low peak period are solved, the defect that the running data in the container is lost due to the existing mode is avoided by setting time delay, the transmission control protocol tcp between the load balancer and the container is reset, the conditions that the packet loss and the short interruption of service cannot be generated in the loading process are ensured to the maximum, the resource utilization is maximized, and the data loss of customers is avoided.
The above description is an embodiment of the present invention. The present invention is not limited to the above embodiments, and any structural changes made under the teaching of the present invention shall fall within the protection scope of the present invention, which is similar or similar to the technical solutions of the present invention.
Claims (5)
1. A delay capacity-reducing scheduling method for a container cluster is characterized in that: a delay capacity-reducing scheduling method for a container cluster comprises the following steps:
step 1: the agent monitoring module agent monitors the container performance index and the health state data of the bearer service in real time and sends the result to the scheduling module ms _ server;
step 2: the scheduling module ms _ server decides whether the reported health state data and the performance index exceed a set threshold value, if the reported health state data and the reported performance index exceed a set threshold value, an instruction is issued to the agent monitoring module agent to create a new container, the step 1 is carried out, otherwise, whether the new container exists is judged, and if the new container exists, the step 3 is carried out;
and step 3: and the scheduling module ms _ server judges whether the performance index of the container after the new container is lower than the set threshold, if so, the load balancer stops distributing the service flow to the new container, and after the data in the new container is processed, the scheduling module ms _ server sends an instruction to delete the new container, the load balancer finishes overloading, otherwise, the step 1 is directly carried out.
2. The delay-and-scale scheduling method for a container cluster according to claim 1, wherein: step 2, jumping the newly-built container to step 1 comprises the following steps:
step 2.1: the agent monitoring module agent monitors the container performance index and the health state data of the bearing service in real time and sends the results to the scheduling module;
step 2.2: judging whether the performance index of the newly-built container is within a set threshold range;
step 2.3: if yes, adding the newly-built container information instruction into the storage module etcd, monitoring the addition of the container data in the storage module etcd by a configuration module confd in the load balancer, and regenerating the configuration file to reload the flow distribution condition of the load balancer; if not, go to step 1.
3. The delay-and-scale scheduling method for a container cluster according to claim 1, wherein: the step 3 comprises the following steps:
step 3.1: the scheduling module ms _ server judges whether the performance index and the health state data of the newly-built container uploaded by the agent monitoring module agent are lower than a set threshold value or not, if so, the scheduling module ms _ server sends a tcp (transmission control protocol) instruction for resetting the load balancer and the newly-built container to the load balancer, and meanwhile, the scheduling module ms _ server instruction deletes the information of the newly-built container in the storage module etcd;
step 3.2: a configuration module confd in the load balancer monitors deletion of information data of the newly-built container in a storage module etcd, and the load balancer stops flow transmission of the newly-built container;
step 3.3: the scheduling module ms _ server calculates the remaining time of the newly-built container for completing flow transmission and issues a command for deleting the newly-built container to the agent monitoring module agent;
step 3.4: when the remaining time is over, the agent monitoring module agent receives the instruction to delete the new container, and the configuration module confd in the load balancer exports the storage module etcd data to regenerate the configuration file to reload the service flow distribution condition of the load balancer.
4. The delay-and-scale scheduling method for a container cluster according to claim 3, wherein: the remaining time for completing the traffic transmission of the newly built container in the step 3.3 can also be directly set by the scheduling module ms _ server.
5. A system applying the delay-and-scale scheduling method of the container cluster according to any one of claims 1 to 4, wherein: comprises a scheduling module ms _ server, an agent monitoring module agent, a storage module etcd, a configuration module confd, a load balancer and a container, wherein the scheduling module ms _ server, the agent monitoring module agent, the storage module etcd, the configuration module confd, the load balancer and the container are arranged in the container
The scheduling module ms _ server is used for collecting data from the agent monitoring module agent, calculating the cluster state, judging whether a scheduling plan needs to be generated according to a set scheduling strategy or not, and issuing an instruction to the agent monitoring module agent;
the agent monitoring module agent is used for monitoring the flow of the server and the container and the use conditions of a CPU, a memory and an IO, detecting the health state of the container service and reporting related detection data to the scheduling module ms _ server;
the storage module etcd is used for sharing configuration and service discovery, and storing container data and service health state data;
and the configuration module confd is used for monitoring the change of the data of the storage module etcd, and if the data of the etcd changes, the configuration module confd regenerates the configuration file of the service according to the template and resets the configuration file into the load balancer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710654523.1A CN107395735B (en) | 2017-08-03 | 2017-08-03 | Delay and capacity reduction scheduling method and system for container cluster |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710654523.1A CN107395735B (en) | 2017-08-03 | 2017-08-03 | Delay and capacity reduction scheduling method and system for container cluster |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107395735A CN107395735A (en) | 2017-11-24 |
CN107395735B true CN107395735B (en) | 2020-06-09 |
Family
ID=60343057
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710654523.1A Active CN107395735B (en) | 2017-08-03 | 2017-08-03 | Delay and capacity reduction scheduling method and system for container cluster |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107395735B (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108469989A (en) * | 2018-03-13 | 2018-08-31 | 广州西麦科技股份有限公司 | A kind of reaction type based on clustering performance scalable appearance method and system automatically |
CN109145163B (en) * | 2018-08-22 | 2021-08-24 | 深圳前海微众银行股份有限公司 | Block chain data capacity reduction method and device and storage medium |
CN112068934B (en) * | 2020-09-08 | 2023-02-10 | 广州汇智通信技术有限公司 | Control system and method for shrinking container cloud service instance |
CN115174644B (en) * | 2022-06-28 | 2023-09-12 | 武汉烽火技术服务有限公司 | Container cluster service start-stop control method, device, equipment and storage medium |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530189A (en) * | 2013-09-29 | 2014-01-22 | 中国科学院信息工程研究所 | Automatic scaling and migrating method and device oriented to stream data |
CN104954478A (en) * | 2015-06-23 | 2015-09-30 | 普元信息技术股份有限公司 | System and method for realizing automatic longitudinal scaling of server in cloud computing platform |
CN105554102A (en) * | 2015-12-14 | 2016-05-04 | 中电科华云信息技术有限公司 | Elastic expansion method based on container cluster and application system thereof |
CN106992887A (en) * | 2017-04-05 | 2017-07-28 | 国家电网公司 | The implementation method of application example elastic telescopic based on container, apparatus and system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9996563B2 (en) * | 2015-03-23 | 2018-06-12 | International Business Machines Corporation | Efficient full delete operations |
-
2017
- 2017-08-03 CN CN201710654523.1A patent/CN107395735B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530189A (en) * | 2013-09-29 | 2014-01-22 | 中国科学院信息工程研究所 | Automatic scaling and migrating method and device oriented to stream data |
CN104954478A (en) * | 2015-06-23 | 2015-09-30 | 普元信息技术股份有限公司 | System and method for realizing automatic longitudinal scaling of server in cloud computing platform |
CN105554102A (en) * | 2015-12-14 | 2016-05-04 | 中电科华云信息技术有限公司 | Elastic expansion method based on container cluster and application system thereof |
CN106992887A (en) * | 2017-04-05 | 2017-07-28 | 国家电网公司 | The implementation method of application example elastic telescopic based on container, apparatus and system |
Also Published As
Publication number | Publication date |
---|---|
CN107395735A (en) | 2017-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107395735B (en) | Delay and capacity reduction scheduling method and system for container cluster | |
CN102427475B (en) | Load balance scheduling system in cloud computing environment | |
CN106250305B (en) | The self-adaptation control method of monitoring system data collection cycle under cloud computing environment | |
EP2715539B1 (en) | Distributed computing framework | |
US20160378570A1 (en) | Techniques for Offloading Computational Tasks between Nodes | |
CN102111337B (en) | Method and system for task scheduling | |
CN111796908B (en) | System and method for automatic elastic expansion and contraction of resources and cloud platform | |
US9778997B2 (en) | Server backup method and backup system using the method | |
WO2020015154A1 (en) | Burst traffic allocation method and apparatus, and proxy server | |
CN106133693B (en) | Moving method, device and the equipment of virtual machine | |
CN113051075B (en) | Kubernetes intelligent capacity expansion method and device | |
CN102369688A (en) | Method for adjusting resources dynamically and scheduling device | |
CN106959893B (en) | Accelerator, memory management method for accelerator and data processing system | |
CN106603692B (en) | Data storage method and device in distributed storage system | |
CN103179048A (en) | Method and system for changing main machine quality of service (QoS) strategies of cloud data center | |
CN111522636A (en) | Application container adjusting method, application container adjusting system, computer readable medium and terminal device | |
CN112052072B (en) | Scheduling strategy and super-fusion system of virtual machine | |
CN105302641B (en) | The method and device of node scheduling is carried out in virtual cluster | |
CN108268305A (en) | For the system and method for virtual machine scalable appearance automatically | |
CN113095781B (en) | Temperature control equipment control method, equipment and medium based on edge calculation | |
Hanafy et al. | A new infrastructure elasticity control algorithm for containerized cloud | |
CN114661462A (en) | Resource allocation method, system, computer readable storage medium and electronic device | |
WO2012100545A1 (en) | Method, system and device for service scheduling | |
CN109960579B (en) | Method and device for adjusting service container | |
CN110543355A (en) | method for automatically balancing cloud platform resources |
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 | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A scheduling method and system for container cluster Effective date of registration: 20221021 Granted publication date: 20200609 Pledgee: Chengdu SME financing Company Limited by Guarantee Pledgor: CHENGDU GHOSTCLOUD TECHNOLOGY CO.,LTD. Registration number: Y2022980018690 |