CN108205461A - The virtual platform and dispositions method of a kind of mixed deployment - Google Patents
The virtual platform and dispositions method of a kind of mixed deployment Download PDFInfo
- Publication number
- CN108205461A CN108205461A CN201611175117.9A CN201611175117A CN108205461A CN 108205461 A CN108205461 A CN 108205461A CN 201611175117 A CN201611175117 A CN 201611175117A CN 108205461 A CN108205461 A CN 108205461A
- Authority
- CN
- China
- Prior art keywords
- virtual
- virtual machine
- docker containers
- resource
- kvm
- 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/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/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
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
-
- 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
- G06F2009/45583—Memory management, e.g. access or allocation
Abstract
The present invention relates to the virtual platform and dispositions method of a kind of mixed deployment, the platform includes hardware layer, (SuSE) Linux OS, Docker containers, KVM virtual machines, user interface and Virtual Machine Manager module；The dispositions method includes uniform hardware resource transfer；The administrative mechanism of unified mixed deployment virtual platform；And the security computing model of application linux kernel ensures that Docker containers only run specific system and call.The present invention is respectively respectively optimized the mixed deployment of two kinds of Virtual Machine Models from Docker security strategy levels, hardware resource level and resource management level, eliminates mechanism conflict caused by Virtual Machine Model differentiation and management difference.Implementation can be transformed in the present invention on existing equipment, and social cost is greatly saved.
Description
Technical field
The present invention relates to network applications to deliver control field, the virtual platform of more particularly to a kind of mixed deployment and deployment
Method.
Background technology
With the fast development of information-based industry, the problem of hardware resource utilization is low and server management workload is big
It becomes increasingly conspicuous.Virtualization technology by the way that physical resource is abstracted into logical resource, so as to fulfill by more virtual machines to be mutually separated by
From mode be deployed in simultaneously on a virtual platform so that program or software no longer exclusively enjoy CPU, memory, hard disk, I/O etc.
The utilization rate of system resource is greatly improved in resource.Traditional virtualization technology, such as KVM virtual machines use
Hypervisor models are virtualized by simulating a complete operating system to realize, but Hypervisor pattern dies
The operating system drawn up can occupy the system resources such as a large amount of memory headrooms, and exist and start the problem of speed is partially slow.
Docker (container model virtual machine, hereinafter referred to as " Docker containers ") is the virtualization skill quickly grown in recent years
Art is isolated with environment to realize since Docker containers do not need to completely self-contained operating system in itself, is greatly reduced
Resource occupation, be known as be lightweight virtualization technology, quickly start speed and more excellent performance be very big
The defects of compensating for KVM virtual machines itself.However in view of the security mechanism of Docker containers not yet full maturity in itself, and
KVM virtual machines still possess a large amount of occupation rate of market, will be gathered around using the virtual platform for merging two kinds of virtual machines
There is mass market, ripe scheme there is no to support the mixed deployment of KVM and Docker containers at present.Therefore it realizes simultaneously in void
The virtual machine of planization platform upper administration KVM and Docker both types will become the technical issues of this field is urgently to be resolved hurrily.
The otherness of principle is built according to virtual machine, Docker containers and KVM virtual machines are mutually incompatible, to realize mixing
The virtual platform of deployment is primarily present the technical barrier of the following aspects：
What the 1st, hardware resource called is incompatible：KVM virtual machines complete resource transfer by fictionalizing hardware resource, and
Docker containers inherently direct framework on host machine system；In terms of storage, Docker containers are different from KVM virtual machines
Place is that it mainly completes to store by way of recording file increment；In hardware handles, KVM virtual machines need built-in
Driving, and Docker containers are then directly driven using host.
2nd, deployment principle is incompatible：Since Docker containers are realized by the way of migrate AUFS file system in itself
The duplication of virtual machine, this is different from mode of traditional KVM virtual machines using image file installation virtual machine.
3rd, security mechanism is incompatible：KVM VME operating system frameworks are on Hypervisor, and Hypervisor
Safety guarantee itself can be provided for its virtual machine again, safety performance is stablized relatively；But Docker containers directly run on host
In machine system, the intermediate intervention without any safety protective layer needs to coordinate certain security strategy and technology.
Invention content
To solve above-mentioned problem, the purpose of the present invention is eliminate and optimize Docker containers and KVM virtual machines because of differentiation
Caused by mechanism conflict and management difference, and then propose a kind of virtual platform and dispositions method of mixed deployment.
It is virtual that a kind of virtual platform of mixed deployment includes hardware layer, (SuSE) Linux OS, Docker containers, KVM
Machine, Virtual Machine Manager module and user interface, wherein,
The hardware layer includes at least CPU, memory, I/O equipment；
The (SuSE) Linux OS includes the security computing model of linux kernel, to ensure that Docker containers are only transported
The specific system of row is called；
The Virtual Machine Manager module includes at least mirror image management module and resource management module；
The mirror image management module in a manner that mirror image imports by Docker containers being deployed to the void of mixed deployment
Planization platform；
The resource management module includes the management and running to cpu resource, I/O device resources and memory source.
A kind of dispositions method of mixed deployment virtual platform, includes the following steps：
Step 1, uniform hardware resource transfer, to realize the resource usage distribution of Docker containers compatibility KVM virtual machines,
Make the two that can carry out unified call；Further：
Step 1-1 divides several resources of virtual machine rank as needed；
Step 1-2 determines resource class, and corresponding virtual machine is allocated in advance admittedly according to the sequence of CPU, memory, I/O equipment
Fixed stock number；
Step 1-3 if hardware resource is divided into Ganlei using the Cgroup functions in (SuSE) Linux OS, and is every
One classification hardware resource creates a resource pool；
When creating Docker containers or KVM virtual machines, corresponding stock number is marked off from above-mentioned resource pool by step 1-4,
And the container or virtual machine is made to be bound with corresponding stock number；Further,
Step 1-4-1 is above-mentioned Docker containers using the cpuset subsystems (cpuset.mems) in the Cgroup
Or KVM virtual machines specify the position of CPU；
Step 1-4-2 is specified using the cpuset.mems of the Cgroup for above-mentioned Docker containers or KVM virtual machines
Memory node；
Step 1-4-3, using the memory subsystems in the Cgroup in Docker containers or the setting of KVM virtual machines
It deposits the upper limit of calling and generates memory source report, when the memory calling of virtual machine has been more than set by memory limit
Limit, the container or virtual machine will be terminated；
Step 1-4-4 dispatches I/O equipment, according to Docker containers or KVM resources of virtual machine grades using SR-IOV technologies
, the VF of respective numbers is not distributed into virtual machine, and pass through I/O device resource allocations algorithm preferentially distributed to virtual machine it is not occupied
The VF of flow port, to realize efficiently using for I/O hardware devices；
Step 2, the administrative mechanism of unified mixed deployment virtual platform, including：
Step 2-1 unifies KVM deploying virtual machine files by the cooperation for describing file and image file；
Docker containers are deployed to mixed deployment virtual platform by step 2-2 in a manner that mirror image imports；
The life cycle of step 2-3, unified KVM virtual machines and Docker containers, from the establishment, startup, closing of virtual machine
The operation of KVM virtual machines and Docker containers is optimized and uniformly with the links such as deleting；
Step 2-4, using unified XMLRPC and Restful API, to facilitate the daily maintenance of administrator；
Step 3, ensure that Docker containers only run specific system and call using the security computing model of linux kernel,
It is called with ensuring that Docker containers only run specific system.
The present invention solves problem present in above-mentioned prior art, respectively from Docker security strategy levels, hardware money
Active layer face and resource management level are respectively optimized the mixed deployment of two kinds of Virtual Machine Models, eliminate Virtual Machine Model
Mechanism conflict caused by differentiation and management difference.Implementation can be transformed in the present invention on existing equipment, and society is greatly saved
Cost.
Description of the drawings
Fig. 1 is the logical architecture schematic diagram of virtual platform of the present invention；
Fig. 2 is the flow port resource scheduling graph of virtual platform of the present invention；
Fig. 3 is I/O device resource allocations algorithm software block diagram of the present invention；
Fig. 4 is the life cycle figure of Virtual Machine Manager of the present invention.
Specific embodiment
In the following description, in order to make the reader understand this application better, many technical details are proposed.But this
Even if the those of ordinary skill in field is appreciated that without these technical details and many variations based on the following respective embodiments
And modification and each claim of the application technical solution claimed.
To make the object, technical solutions and advantages of the present invention clearer, below in conjunction with implementation of the attached drawing to the present invention
Mode is described in further detail.
As shown in Figure 1, a kind of virtual platform of mixed deployment include hardware layer 100, (SuSE) Linux OS 200,
Docker containers 300 and KVM virtual machines 400, Virtual Machine Manager module 500 and user interface 600.Wherein,
The hardware layer includes at least CPU, memory, I/O equipment, and the I/O equipment includes at least hard disk and flow end
Mouthful；
The (SuSE) Linux OS includes the security computing model (Seccomp) of linux kernel, to ensure
Docker containers only run specific system and call；
The Virtual Machine Manager module includes at least mirror image management module 501 and resource management module 502；
The mirror image management module in a manner that mirror image imports by Docker containers being deployed to the void of mixed deployment
Planization platform；
The resource management module includes the management and running to cpu resource, I/O device resources and memory source.
A kind of dispositions method of mixed deployment virtual platform, includes the following steps：
Step 1, uniform hardware resource transfer, to realize the resource usage distribution of Docker containers compatibility KVM virtual machines,
Make the two that can carry out unified call；Further：
Step 1-1 divides several resources of virtual machine rank, for example, Huayao (China) Technology Co., Ltd. as needed
The Array virtual management platforms of exploitation, The platform provides several virtual machine moneys such as Entry, Small, Medium, Large
Source level；
Step 1-2 determines hardware resource rank, and corresponding virtual machine according to the sequence of CPU, memory, hard disk, flow port
Allocate fixed stock number in advance；Such as shown in following table, the Array virtual managements platform can be according to resource class pair
Fixed stock number should be allocated in advance to virtual machine, after the resource usage of virtual machine reaches the upper limit, user can upgrade manually
Resources of virtual machine rank, to meet more resource usages.
Example table：The corresponding resource allocation of resource class
| Resource class | CPU | Memory | Hard disk | Flow port |
| Large | 8 | 16G | 160G | 4 |
| Medium | 4 | 8G | 80G | 2 |
| Small | 2 | 4G | 40G | 1 |
| Entry | 1 | 2G | 40G | 1 |
When Docker containers and KVM virtual machines are disposed simultaneously, the resource for making Docker containers compatibility KVM virtual machines is needed
Dosage is distributed so that it can carry out United Dispatching, if not doing resource allocation, Docker containers can at random be divided by kernel scheduler
Different CPU is fitted on, the CPU for seizing other Docker containers or KVM virtual machines performs the time, can greatly influence to be robbed in this way
Account for the performance of virtual machine；
Step 1-3, if the hardware resource is divided into Ganlei, example using the Cgroup functions in (SuSE) Linux OS
CPU, memory, I/O equipment classifications are such as divided into, and a resource pool is created for each classification hardware resource；
When creating Docker containers or KVM virtual machines, corresponding stock number is marked off from above-mentioned resource pool by step 1-4,
And the container or virtual machine is made to be bound with corresponding stock number；Further,
Step 1-4-1 is above-mentioned Docker containers using the cpuset subsystems (cpuset.mems) in the Cgroup
Or KVM virtual machines specify the position of CPU；
Step 1-4-2 is specified using the cpuset.mems of the Cgroup for above-mentioned Docker containers or KVM virtual machines
Memory node,
Step 1-4-3, using the memory subsystems in the Cgroup in Docker containers or the setting of KVM virtual machines
It deposits the upper limit of calling and generates memory source report, when the memory calling of virtual machine has been more than set by memory limit
Limit, the container or virtual machine will be terminated.
Step 1-4-4 dispatches I/O equipment, according to Docker containers or KVM resources of virtual machine grades using SR-IOV technologies
Not, by the VF (virtual functions of respective numbers：Virtual Function) virtual machine is distributed to, and pass through I/O device resources point
The VF of unappropriated flow port is preferentially distributed to virtual machine with algorithm, to realize efficiently using for I/O hardware devices；Together
When for ensure virtual machine performance, when carrying out I/O resource allocations, need to be defined hardware resource, to ensure systematicness
Energy.
Fig. 2 show Array virtual management platform flow port resource scheduling graphs, in the mechanism of distribution flow port,
1 flow port PF is fictionalized by SR-IOV technologies by 8 VF.Creating void of this 16 sizes of va01-va16 for small
During plan machine, 1 VF of a certain flow port is sequentially allocated if it is each virtual machine, then 16 virtual machine creatings finish
When, two flow ports are only used, remaining flow port is simultaneously not used by.Such scheduling of resource is very unbalanced,
It can not realize the efficient utilization of resource.In the figure 2 example, the balance dispatching for realization flow port, we should give as far as possible
Virtual machine preferentially distributes the VF of unappropriated flow port.If flow port is occupied, the stream at least occupied is distributed
Measure the VF of port.
As shown in figure 3, the I/O device resource allocations algorithm can be realized in the following order：
Request distribution flow mouth → one flow mouth of lookup → judges whether the flow mouth can be used → finds utilizable flow mouth
VF quantity → whether judge can most with VF quantity → is the unique stream most at most continued to determine whether to can be used VF quantity most
Amount mouth → being the VF for distributing the flow mouth → can subtract 1 with VF flow mouth quantity → flow mouth distribution terminate；In above-mentioned judgement：If
Flow mouth is unavailable then to search a flow mouth again；If can not be with VF quantity at most → if again search a flow mouth；
If not a flow mouth of the most unique flow mouth of VF quantity → be randomly assigned → subsequently into available VF flows mouth number can be used
Amount subtracts 1 until distribution terminates.Above-mentioned I/O device resource allocations algorithm can also be expressed as follows with program language：
Step 2, the administrative mechanism of unified mixed deployment virtual platform, including：
Step 2-1 unifies KVM deploying virtual machine files, for example, above-mentioned by the cooperation for describing file and image file
Array virtual managements platform can support common KVM virtual machine images form；
Docker containers are deployed to the virtual platform of mixed deployment by step 2-2 in a manner that mirror image imports, for example,
In order to which the mirror image of virtual platform is enable to import the file system format that order line supports Docker containers, order line can identify
Docker container file systems are gone forward side by side row format conversion, and compatibility is realized with this.Due to the deployment file of Docker containers in itself
System, such as AUFS (advanced multi-layered unification filesystem) file system, are by right
File system increment, which is packaged, carrys out rapid build Docker containers, this is different from KVM virtual machines, to realize the two in deployment mould
Compatibility in formula, for example, the ANI (ArrayNetworks Image) of Huayao's research and development can be introduced
Mirror-image format, ANI image files include description file and can be by the file system of Docker container identifications, so as to realize
Docker containers are deployed to mixed deployment virtual platform in a manner that mirror image imports；
The life cycle of step 2-3, unified KVM virtual machines and Docker containers, from the establishment, startup, closing of virtual machine
The operation of KVM virtual machines and Docker containers is optimized and uniformly with the links such as deleting, KVM virtual machines and Docker
There is no make troubles to user's use, but ensure that two kinds of virtual machines possess identical Life Cycle the otherness of container bottom layer building
Phase is most important to user experience, as shown in figure 4, to ensure that user experience is good, for example, can be by providing unified order
Row operates to manage both virtual machines：
Import image file：va image<image_name><url>[format][metadata_url]
Create virtual machine：va instance<va_name><va_size><starting_port>[domain_id]
[image_name]
Enable virtual machine：va start<va_name>
Close virtual machine：va shutdown<va_name>[force]
Delete virtual machine：no va instance<va_name>
Step 2-4, using unified XMLRPC (XML Remote Procedure Call, XML remote method call) and
Restful API(Representational State Transfer API：Declarative state shifts interface), to facilitate pipe
The daily maintenance of reason person；
Step 3, ensure that Docker containers are only run specifically using the security computing model of linux kernel (Seccomp)
System is called, and Seccomp is one kind of sandbox mechanism, it can be ensured that and Docker containers only run specific system and call, due to
Docker containers be only responsible for (including FS, NameSpace mechanism and Cgroup mechanism) in itself virtual machine create a resource every
From environment, can not detecting system call safety, host kernel can be completely exposed to attacker and (mainly pass through and be
The mode for calling of uniting), for this purpose, can be made in above-mentioned Array virtual managements platform using Seccomp filterings by virtual machine
System is called, and dynamically Seccomp filtering rules is formulated for virtual machine when Docker containers are run, for example, system tune
The blacklist and white list of used time, even if in this way, core system is called there are loophole, which can also limit in attacker's utilization
Core loophole come promoted permission or carry out dos attack.
It should be noted that each unit mentioned in each equipment embodiment of the present invention is all logic unit, physically,
One logic unit can be a part for a physical unit or a physical unit, can also be with multiple physics
The combination of unit realizes that the Physical realization of these logic units in itself is not most important, these logic units institute is real
The combination of existing function is only the key for solving the technical issues of proposed by the invention.In addition, in order to protrude the innovation of the present invention
Part, the present invention is without introducing above-mentioned each equipment embodiment and with solving the technical issues of proposed by the invention relationship less
Close unit, but this does not indicate that there is no above equipment embodiment and other related implementation units.
Although by referring to some of the preferred embodiment of the invention, the present invention is shown and described,
It will be understood by those skilled in the art that can to it, various changes can be made in the form and details, without departing from this hair
Bright spirit and scope.
Claims (8)
1. a kind of virtual platform of mixed deployment, including hardware layer, (SuSE) Linux OS, Docker containers, KVM virtual machines
And user interface；The hardware layer includes at least CPU, memory, I/O equipment；The (SuSE) Linux OS is included in Linux
The security computing model of core calls to ensure that Docker containers only run specific system；It is characterized in that further include virtual machine
Management module：
The Virtual Machine Manager module includes at least mirror image management module and resource management module.
2. a kind of virtual platform of mixed deployment according to claim 1, it is characterized in that the mirror image management module
Docker containers to be deployed to the virtual platform of mixed deployment in a manner that mirror image imports.
3. a kind of virtual platform of mixed deployment according to claim 1, it is characterized in that the resource management module
To realize the management and running to cpu resource, I/O device resources and memory source.
4. a kind of dispositions method of mixed deployment virtual platform, it is characterized in that including the following steps：
Step 1, uniform hardware resource transfer to realize the resource usage distribution of Docker containers compatibility KVM virtual machines, makes two
Person can carry out unified call；
Step 2, the administrative mechanism of unified mixed deployment virtual platform；
Step 3, ensure that Docker containers only run specific system and call using the security computing model of linux kernel, with true
It protects Docker containers and only runs specific system calling.
5. a kind of dispositions method of mixed deployment virtual platform according to claim 4, it is characterized in that the unification
Hardware resource calling include it is following step by step：
Step 1-1 divides several resources of virtual machine rank as needed；
Step 1-2 determines resource class according to the sequence of CPU, memory, I/O equipment, and corresponding virtual machine allocate in advance it is fixed
Stock number；
Step 1-3 if the hardware resource is divided into Ganlei using the Cgroup functions in (SuSE) Linux OS, and is every
One classification hardware resource creates a resource pool；
When creating Docker containers or KVM virtual machines, corresponding stock number is marked off from above-mentioned resource pool by step 1-4, and
The container or virtual machine is made to be bound with corresponding stock number.
6. a kind of dispositions method of mixed deployment virtual platform according to claim 5, it is characterized in that described makes this
Container or virtual machine and corresponding stock number carry out binding include it is following step by step：
Step 1-4-1, using the cpuset subsystems (cpuset.mems) in the Cgroup for above-mentioned Docker containers or
KVM virtual machines specify the position of CPU；
Step 1-4-2, the cpuset.mems using the Cgroup are above-mentioned Docker containers or KVM virtual machine specified memories
Node；
Step 1-4-3 sets memory tune using the memory subsystems in the Cgroup for Docker containers or KVM virtual machines
The upper limit simultaneously generates memory source report, when the memory calling of virtual machine has been more than limit set by memory limit,
The container or virtual machine will be terminated；
Step 1-4-4 dispatches I/O equipment using SR-IOV technologies, will according to Docker containers or KVM resources of virtual machine ranks
The VF of respective numbers distributes to virtual machine, and pass through I/O device resource allocations algorithm preferentially distributed to virtual machine it is unappropriated
The VF of flow port, to realize efficiently using for I/O hardware devices.
7. a kind of dispositions method of mixed deployment virtual platform according to claim 6, it is characterized in that the I/O is set
Standby resource allocation algorithm is realized in the following order：Request distribution flow mouth → one flow mouth of lookup → judges that the flow mouth is
No utilizable flow mouth VF quantity of can be used → finding → judge can with VF quantity whether at most → be most at most continue to determine whether as
It can use the most unique flow mouth of VF quantity → being the VF for distributing the flow mouth → that can subtract 1 → flow mouth with VF flow mouth quantity
Distribution terminates；In above-mentioned judgement：Search a flow mouth again if flow mouth is unavailable；If can not be at most with VF quantity →
A flow mouth is then searched again；If not a flow mouth of the most unique flow mouth of VF quantity → be randomly assigned → so can be used
Entering afterwards can subtract 1 until the distribution of flow mouth terminates with VF flow mouth quantity.
8. a kind of dispositions method of mixed deployment virtual platform according to claim 4, it is characterized in that the unification
The administrative mechanism of mixed deployment virtual platform include it is following step by step：
Step 2-1 unifies KVM deploying virtual machine files by the cooperation for describing file and image file；
Docker containers are deployed to mixed deployment virtual platform by step 2-2 in a manner that mirror image imports；
The life cycle of step 2-3, unified KVM virtual machines and Docker containers from the establishment of virtual machine, startup, is closed and is deleted
The operation of KVM virtual machines and Docker containers is optimized and uniformly except links are waited；
Step 2-4, using unified XMLRPC and Restful API, to facilitate the daily maintenance of administrator.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611175117.9A CN108205461A (en) | 2016-12-19 | 2016-12-19 | The virtual platform and dispositions method of a kind of mixed deployment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611175117.9A CN108205461A (en) | 2016-12-19 | 2016-12-19 | The virtual platform and dispositions method of a kind of mixed deployment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108205461A true CN108205461A (en) | 2018-06-26 |
Family
ID=62601935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611175117.9A Pending CN108205461A (en) | 2016-12-19 | 2016-12-19 | The virtual platform and dispositions method of a kind of mixed deployment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108205461A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325358A (en) * | 2018-08-22 | 2019-02-12 | 深圳点猫科技有限公司 | Method, electronic equipment based on linux system definition application permission |
| CN109412865A (en) * | 2018-11-28 | 2019-03-01 | 深圳先进技术研究院 | A kind of virtual network resource allocation method, system and electronic equipment |
| CN109814889A (en) * | 2019-01-30 | 2019-05-28 | 北京百度网讯科技有限公司 | Method and apparatus for updating source code library |
| CN109857513A (en) * | 2018-11-01 | 2019-06-07 | 晓白科技(吉林)有限公司 | A kind of virtual machine system using open source linux KVM kernel virtualization technology |
| CN110647380A (en) * | 2019-08-06 | 2020-01-03 | 上海孚典智能科技有限公司 | Hyper-converged server system for supporting edge computing |
| CN111399974A (en) * | 2019-03-26 | 2020-07-10 | 深圳市鸿合创新信息技术有限责任公司 | Resource management method and device and electronic equipment |
| CN112148489A (en) * | 2020-09-22 | 2020-12-29 | 网易（杭州）网络有限公司 | Game resource scheduling method, device, equipment and storage medium |
| CN113326098A (en) * | 2021-06-11 | 2021-08-31 | 成都精灵云科技有限公司 | Cloud management platform supporting KVM virtualization and container virtualization |
| CN113612688A (en) * | 2021-07-14 | 2021-11-05 | 曙光信息产业(北京)有限公司 | Distributed software defined network control system and construction method thereof |
| WO2022068753A1 (en) * | 2020-09-30 | 2022-04-07 | 华为云计算技术有限公司 | Server system, and container setting method and apparatus |
| CN114816665A (en) * | 2022-04-22 | 2022-07-29 | 北京志凌海纳科技有限公司 | Hybrid arrangement system and virtual machine container resource hybrid arrangement method under super-fusion architecture |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090158275A1 (en) * | 2007-12-13 | 2009-06-18 | Zhikui Wang | Dynamically Resizing A Virtual Machine Container |
| CN103870314A (en) * | 2014-03-06 | 2014-06-18 | 中国科学院信息工程研究所 | Method and system for simultaneously operating different types of virtual machines by single node |
| CN105635336A (en) * | 2015-12-31 | 2016-06-01 | 北京轻元科技有限公司 | Dynamic and adaptive mixed cloud network management method |
| CN106202429A (en) * | 2016-07-13 | 2016-12-07 | 武大吉奥信息技术有限公司 | GIS cloud service based on mixing container with virtualized host provides method and device |
-
2016
- 2016-12-19 CN CN201611175117.9A patent/CN108205461A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090158275A1 (en) * | 2007-12-13 | 2009-06-18 | Zhikui Wang | Dynamically Resizing A Virtual Machine Container |
| CN103870314A (en) * | 2014-03-06 | 2014-06-18 | 中国科学院信息工程研究所 | Method and system for simultaneously operating different types of virtual machines by single node |
| CN105635336A (en) * | 2015-12-31 | 2016-06-01 | 北京轻元科技有限公司 | Dynamic and adaptive mixed cloud network management method |
| CN106202429A (en) * | 2016-07-13 | 2016-12-07 | 武大吉奥信息技术有限公司 | GIS cloud service based on mixing container with virtualized host provides method and device |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325358A (en) * | 2018-08-22 | 2019-02-12 | 深圳点猫科技有限公司 | Method, electronic equipment based on linux system definition application permission |
| CN109857513A (en) * | 2018-11-01 | 2019-06-07 | 晓白科技(吉林)有限公司 | A kind of virtual machine system using open source linux KVM kernel virtualization technology |
| CN109412865A (en) * | 2018-11-28 | 2019-03-01 | 深圳先进技术研究院 | A kind of virtual network resource allocation method, system and electronic equipment |
| WO2020108536A1 (en) * | 2018-11-28 | 2020-06-04 | 深圳先进技术研究院 | Virtual network resource allocation method and system and electronic device |
| CN109412865B (en) * | 2018-11-28 | 2020-08-25 | 深圳先进技术研究院 | Virtual network resource allocation method, system and electronic equipment |
| CN109814889A (en) * | 2019-01-30 | 2019-05-28 | 北京百度网讯科技有限公司 | Method and apparatus for updating source code library |
| CN111399974A (en) * | 2019-03-26 | 2020-07-10 | 深圳市鸿合创新信息技术有限责任公司 | Resource management method and device and electronic equipment |
| CN110647380A (en) * | 2019-08-06 | 2020-01-03 | 上海孚典智能科技有限公司 | Hyper-converged server system for supporting edge computing |
| CN110647380B (en) * | 2019-08-06 | 2020-07-03 | 上海孚典智能科技有限公司 | Hyper-converged server system for supporting edge computing |
| CN112148489A (en) * | 2020-09-22 | 2020-12-29 | 网易（杭州）网络有限公司 | Game resource scheduling method, device, equipment and storage medium |
| WO2022068753A1 (en) * | 2020-09-30 | 2022-04-07 | 华为云计算技术有限公司 | Server system, and container setting method and apparatus |
| CN113326098A (en) * | 2021-06-11 | 2021-08-31 | 成都精灵云科技有限公司 | Cloud management platform supporting KVM virtualization and container virtualization |
| CN113326098B (en) * | 2021-06-11 | 2023-11-14 | 成都精灵云科技有限公司 | Cloud management platform supporting KVM virtualization and container virtualization |
| CN113612688A (en) * | 2021-07-14 | 2021-11-05 | 曙光信息产业(北京)有限公司 | Distributed software defined network control system and construction method thereof |
| CN114816665A (en) * | 2022-04-22 | 2022-07-29 | 北京志凌海纳科技有限公司 | Hybrid arrangement system and virtual machine container resource hybrid arrangement method under super-fusion architecture |
| CN114816665B (en) * | 2022-04-22 | 2023-03-24 | 北京志凌海纳科技有限公司 | Hybrid arrangement system and virtual machine container resource hybrid arrangement method under super-fusion architecture |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108205461A (en) | The virtual platform and dispositions method of a kind of mixed deployment | |
| CN104881325B (en) | A kind of resource regulating method and resource scheduling system | |
| CN104714846B (en) | Method for processing resource, operating system and equipment | |
| CN105354076B (en) | Application deployment method and device | |
| CN108737468B (en) | Cloud platform service cluster, construction method and device | |
| US11575748B2 (en) | Data storage method and apparatus for combining different data distribution policies | |
| CN104854563B (en) | What resource used automatically analyzes | |
| US10693806B2 (en) | Network bandwidth reservations for system traffic and virtual computing instances | |
| CN105190545B (en) | Virtual method and device and computer equipment | |
| CN103870314B (en) | Method and system for simultaneously operating different types of virtual machines by single node | |
| US8280431B2 (en) | Apparatus for end-user transparent utilization of computational, storage, and network capacity of mobile devices, and associated methods | |
| CN102609295A (en) | Dynamic operation scheduling system of virtual machine | |
| CN103036946B (en) | A kind of method and system processing file backup task for cloud platform | |
| CN106385329B (en) | Processing method, device and the equipment of resource pool | |
| JP2013513174A (en) | Method and system for managing virtual machine storage space and physical hosts | |
| WO2016078178A1 (en) | Virtual cpu scheduling method | |
| CN104539708B (en) | A kind of capacity reduction method, device and the system of cloud platform resource | |
| CN106095531B (en) | A kind of dispatching method of virtual machine loaded based on grade and physical machine in cloud platform | |
| CN105045658A (en) | Method for realizing dynamic dispatching distribution of task by multi-core embedded DSP (Data Structure Processor) | |
| CN104202419A (en) | Method for dynamic allocation of virtual machines for cloud computing system | |
| CN110120940A (en) | A kind of file system resource partition method towards Docker container | |
| US11740921B2 (en) | Coordinated container scheduling for improved resource allocation in virtual computing environment | |
| CN109564528A (en) | The system and method for computational resource allocation in distributed computing | |
| CN106445515A (en) | PaaS cloud implementation method based on containers | |
| CN106095524A (en) | A kind of virtual machine deployment method, system 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 | ||
| CB02 | Change of applicant information |
Address after: 100125 Beijing city Chaoyang District Liangmaqiao Road No. 40 building 10 room 1001, twenty-first Century Applicant after: Beijing Huayao Technology Co., Ltd Address before: 100125 Beijing city Chaoyang District Liangmaqiao Road No. 40 building 10 room 1001, twenty-first Century Applicant before: Huayao (China) Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180626 |
|
| RJ01 | Rejection of invention patent application after publication |