CN106126318A - The dynamic migration method of virtual machine in a kind of Openstack cloud platform - Google Patents
The dynamic migration method of virtual machine in a kind of Openstack cloud platform Download PDFInfo
- Publication number
- CN106126318A CN106126318A CN201610523637.8A CN201610523637A CN106126318A CN 106126318 A CN106126318 A CN 106126318A CN 201610523637 A CN201610523637 A CN 201610523637A CN 106126318 A CN106126318 A CN 106126318A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- physical host
- network
- migration
- source
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
-
- 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/4557—Distribution of virtual machine instances; Migration and load balancing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses the dynamic migration method of virtual machine in a kind of Openstack cloud platform, including: dynamic migration carries out scope check and parameter testing；On purpose physical host, obtain and prepare the block device of virtual machine carry before Qian Yiing, purpose physical host arranges the network of virtual machine, purpose physical host arranges the fire wall of virtual machine；Call libvirt python interface migrateToURI, source host is moved to destination host；After migration on the physical host of source detach volume, on the physical host of source discharge security group ingress rule, on purpose physical host update lane database virtual machine state, on the physical host of source delete virtual machine.The present invention utilizes SDN to provide network to adapt to business structure to greatest extent, builds high-quality and efficient network, improves motility during dynamic migration.
Description
Technical field
The invention belongs to Openstack networking technology area, particularly relate to virtual machine in a kind of Openstack cloud platform
Dynamic migration method.
Background technology
In cloud computing, virtual machine reasonably can be dispatched and be related to the performance of whole cloud computing platform and stablize
Property；In SDN, whole network is exactly a big network of two layers, and whole network can control, able to programme.For
For the networking process of Openstack, during the research of present stage there is also a lot of conventional physical networking
The disadvantage existed, such as the different main frames of each LAN are individually joined in traditional physical network
Put；Equally, along with developing rapidly of various real time business such as video speech, cloud data center and mobile service, legacy network is
Through current needs cannot be met.The increasing problem of traditional network environment limits its development.
Traditional virtual machine migration technology owing to being limited by IP network technology, the ambiguous limit in particularly IP address
System so that traditional virtual machine migration technology only supports the migration within double layer network, or currently a popular big double layer network,
Greatly limit the motility of various resource distributions in cloud computing system.The increasing problem of traditional network environment limits
Its development.
Summary of the invention
It is an object of the invention to provide the dynamic migration method of virtual machine in a kind of Openstack cloud platform, it is intended to solve
The most traditional virtual machine migration technology, owing to being limited by IP network technology, is only supported the migration within double layer network, is limited
The motility of various resource distributions in cloud computing system, the increasing problem of network environment limits asking of its development
Topic.
The present invention is achieved in that the dynamic migration method of virtual machine in a kind of Openstack cloud platform, described
In Openstack cloud platform, the dynamic migration method of virtual machine comprises the following steps:
Dynamic migration carries out scope check and parameter testing；
On purpose physical host, obtain and prepare the block device of virtual machine carry before Qian Yiing, purpose physical host sets
Put the network of virtual machine, purpose physical host arranges the fire wall of virtual machine；
Call libvirt python interface migrateToURI, source host is moved to destination host；
Dom.migrateToURI (CONF.live_migration_uri%dest, logical_sum, None, CONF.live_
migration_bandwidth)
With time interval 0.5 recursive call wait_for_live_migration method, detect the shape of virtual machine (vm) migration
State, until virtual machine Successful migration；
After migration on the physical host of source detach volume, on the physical host of source discharge security group
Ingress rule, updates the state of lane database virtual machine on purpose physical host, deletes virtual on the physical host of source
Machine.
Further, described scope check includes whether the user performing to migrate has enough authorities to perform dynamic migration.
Further, described parameter testing includes:
Check whether target physical main frame exists；
Check whether the virtual machine being migrated is running state；
Check that the nova-compute service on source and destination physical host is the most properly functioning；
Check whether purpose physical host and source physical host are same machines；
Check whether purpose physical host has enough internal memories；
Check that purpose is the most identical with the version of source physical host device hypervisor with hypervisor.
Further, described Openstack full physical switches dispositions method based on SDN comprises the following steps:
Step one, starts OpenStack, and common pattern is that OpenStack controls node, network node and calculating node
Distribution on a different server, uses the management mutual communication of the network segment between different nodes；
Step 2, SDN controller realizes starting in the way of OpenStack Neutron plug-in unit, joins in ml2_conf
Put the controller of this project, then start SDN controller backstage；
Step 3, access OpenFlow physical switches, between physical switches use netting twine interconnection, physical switches and
The network-node server of OpenStack uses netting twine interconnection, increases accordingly towards thing at OpenStack network-node server
The port of reason switch；
Step 4, the most individual network topology of SDN controller identification, including all of physical switches, OpenStack is virtual
Switch and example, be connected to the host information of physical switches, starts to calculate path, issues stream table；According to corresponding peace
Full strategy generating stream table accordingly also issues；
Step 5, SDN controller starts the change of a monitoring thread monitoring topological, when newly-increased, delete switch or
Newly-increased, when deleting certain port changing switch, thread can calculate the path of affected node, weight by notification controller again
Newly issuing stream table, the change of network topology only can affect the path by this switch ports themselves of road, so simply flowing under table local
Send out, the main frame communicated by remaining normal switch in topology can't be affected；
Step 6, so far OpenStack network is complete the management and control to whole physical switches layer, configures at each network segment
Example, network, being closed by the three-layer network of SDN controller foreground configuration can also cross-network segment communicating, it is also possible to pass through network node
External interface realize outbound communication demand.
Another object of the present invention is to provide the dynamic migration method of virtual machine in a kind of described Openstack cloud platform
Dynamic migration system, described dynamic migration system includes:
Migrate precondition and check module, carry out scope check and parameter testing for dynamic migration；
Migrate pretreatment module, obtain on purpose physical host before migrate and prepare the block of virtual machine carry and set
Standby, purpose physical host arranges the network of virtual machine, purpose physical host arranges the fire wall of virtual machine；
Transferring module, is used for calling libvirt python interface migrateToURI, source host is moved to purpose
Main frame；
Dom.migrateToURI (CONF.live_migration_uri%dest, logical_sum, None,
CONF.live_migration_bandwidth)
With time interval 0.5 recursive call wait_for_live_migration method, detect the shape of virtual machine (vm) migration
State, until virtual machine Successful migration；
Migrate post-processing module, for migrate after on the physical host of source detach volume, source physical host is released
Put security group ingress rule, purpose physical host updates the state of lane database virtual machine, at source thing
Virtual machine is deleted on reason main frame.
Described migration precondition checks that module farther includes:
Scope check unit, whether the user for performing to migrate has enough authorities to perform dynamic migration；
Whether parameter testing unit, be running shape for the virtual machine that whether there is target physical main frame, be migrated
Nova-compute service on state, source and destination physical host is the most properly functioning, purpose physical host and source physics
Whether main frame is whether same machine, purpose physical host have enough internal memory, purpose and source physical host devices
The most identical inspection of version of hypervisor with hypervisor.
Another object of the present invention is to provide a kind of and apply the dynamic migration of virtual machine in described Openstack cloud platform
The virtual machine of method.
Another object of the present invention is to provide a kind of cloud computing platform applying described virtual machine.
The dynamic migration method of virtual machine in the Openstack cloud platform that the present invention provides, uses SDN environment just may be used
Solving legacy network is that the problem brought of Openstack cloud platform is due to the restriction of IP address so that in cluster building,
It is possible that the ambiguous problem in IP address.SDN is utilized to provide network to adapt to the framework of business to greatest extent, thus structure
Build high-quality and efficient network；SDN framework subset, control and manage collaborative 3 levels: mechanical floor contain physical equipment and
Run to the virtual unit on Hypervisor；Key-course is Controller；The collaborative layer of management controls whole network, it is achieved end
Service deployment to end.Therefore SDN has complementary effect with the dynamic migration of virtual machine of cloud platform, uses SDN permissible
Solve network problem and the resource scheduling of dynamic migration of virtual machine under legacy network to need not in router and friendship
Carry out substantial amounts of configuration on changing planes again, and migration is in two layers rather than on traditional three layers so that scheduling can be according to Mac
Address is carried out, hence in so that scheduling is the most flexible.The present invention, under the network environment of a pure SDN, builds cloud platform, by cloud
The internal physical network (controlling network, storage network etc.) of platform and the virtual network unified integration management of cloud platform, such
Overall management not only can solve the problem of virtual network, more can strengthen management in physical network aspect, be conducive to improving whole collection
The controllability of group and motility during dynamic migration on double layer network.Will be to each LAN in traditional physical network
Different main frames individually configure, and in SDN environment, build Openstack the most there is not this complexity and withered
Dry allocation problem, by the controller of SDN, it is achieved to whole network-based control, being forwarded by stream table, controller is carried out
Control, it is not necessary to more every equipment of whole network is configured one by one, significantly reduce workload and avoid configuration
During the appearance of problem of address reuse so that network environment more flexibly, safety, controlled operable.Use SDN ring
Border just can solve problem present in tradition Openstack network environment, utilizes SDN to provide a network to adapt to industry to greatest extent
The framework of business, thus build high-quality and efficient network.SDN framework subset, control and manage collaborative 3 levels: mechanical floor bag
Physical equipment and the virtual unit running on Hypervisor are contained；Key-course is Controller；The collaborative layer control of management
Make whole network, it is achieved service deployment end to end.Each level provides the API of independent open, provides capacity of equipment respectively
Abstract, network capabilities is abstract and professional ability is abstract, to meet the programming needs of various different levels user.
Compare existing OpenStack mixed-media network modules mixed-media realize the present invention propose method have the advantage that
The network of OpenStack platform management is full OpenFlow physical switches.It is different from realization side typically now
Formula is full virtual switch, the pattern of virtual gateway.Connection side between each switch in having redefined OpenStack platform
Formula.
Not in use by the mode of double layer network communication between switch, but communicate by flowing list-directed mode.Physics
It is attached by point-to-point mode between switch and OpenStack virtual switch.
OpenStack platform management mode keeps constant, and the network management module that the present invention proposes is put down for OpenStack
Platform keeps transparent, and OpenStack can be indifferent to background network completely；Controller runs in the way of plug-in unit, is responsible for whole friendship
Changing planes the path computing of network, stream table issues, and makes whole real-time performance intercommunication.Make the network management of OpenStack platform more
Add conveniently, the higher management function such as QoS of network, traffic management function etc. can be configured more easily.
Accompanying drawing explanation
Fig. 1 is the dynamic migration method flow chart of virtual machine in the Openstack cloud platform that the embodiment of the present invention provides.
Detailed description of the invention
In order to make the purpose of the present invention, technical scheme and advantage clearer, below in conjunction with embodiment, to the present invention
It is further elaborated.Should be appreciated that specific embodiment described herein, only in order to explain the present invention, is not used to
Limit the present invention.
The present invention on the basis of centerized fusion, opening API and the network function of SDN are virtualized, add the most able to programme,
Business close friend's framework and 3 new mechanisms of SDN Ready/ smooth evolution, not only realize network to cloud business and mobile service and
Time dispose response, fast programming support to all new business, and can the network of the had an impact business experience of perception in time
Factor is also accurately positioned immediately, fundamentally promotes network quality and fault location efficiency；Dispose based on the full physical switches of SDN
OpenStakc network implementation approach, makes OpenStack can utilize network management advantage powerful for SDN, it is achieved that provide network
The unification in source manages efficiently；OpenStack no longer carries out virtual management to Internet resources, but network management work is handed over
Paying SDN controller to complete, OpenStack is directly accessed physical switches, it is achieved that the integration of OpenStack Yu SDN.
Below in conjunction with the accompanying drawings the application principle of the present invention is explained in detail.
As it is shown in figure 1, the dynamic migration method of virtual machine includes following in the Openstack cloud platform of the embodiment of the present invention
Step:
S101: dynamic migration carries out scope check and parameter testing；
S102: obtain and prepare the block device of virtual machine carry before Qian Yiing on purpose physical host, purpose physics master
The network of virtual machine is set on machine, purpose physical host arranges the fire wall of virtual machine；
S103: call libvirt python interface migrateToURI, source host is moved to destination host；
Dom.migrateToURI (CONF.live_migration_uri%dest, logical_sum, None, CONF.live_
migration_bandwidth)
(0.5) recursive call wait_for_live_migration method, detects virtual machine at a certain time interval
The state migrated, until till virtual machine Successful migration；
S104: after migration on the physical host of source detach volume, on the physical host of source discharge security
Group ingress rule, updates the state of lane database virtual machine on purpose physical host, deletes on the physical host of source
Except virtual machine.
In step S101:
Scope check, whether the user performing to migrate has enough authorities to perform dynamic migration.
Parameter testing, passes to the parameter of API the most enough with correct, such as whether specify block-migrate parameter.
Check whether target physical main frame exists.
Check whether the virtual machine being migrated is running state.
Check that the nova-compute service on source and destination physical host is the most properly functioning.
Check whether purpose physical host and source physical host are same machines.
Check whether purpose physical host has enough internal memories (memory).
Check that purpose is the most identical with the version of source physical host device hypervisor with hypervisor.
Based on SDN the full physical switches of the embodiment of the present invention is disposed OpenStack and is comprised the following steps:
Step 1: start OpenStack, common pattern is that OpenStack controls node, network node and calculating node
Distribution on a different server, uses the management mutual communication of the network segment between different nodes.
Step 2:SDN controller realizes starting in the way of OpenStack Neutron plug-in unit, configures in ml2_conf
The controller of this project, then starts SDN controller backstage.
Step 3: access OpenFlow physical switches, between physical switches use netting twine interconnection, physical switches and
The network-node server of OpenStack uses netting twine interconnection, increases accordingly towards thing at OpenStack network-node server
The port of reason switch.
The most individual network topology of step 4:SDN controller identification, including all of physical switches, OpenStack is virtual
Switch and example, be connected to the host information of physical switches, starts to calculate path, issues stream table；According to corresponding peace
Full strategy generating stream table accordingly also issues.
Step 5:SDN controller starts the change of a monitoring thread monitoring topological, when newly-increased, delete switch or new
Increase, delete change switch certain port time, thread can again notification controller calculate affected node path, again
Issue stream table.The change of network topology only can affect the path by this switch ports themselves of road, so simply stream table local issues,
The main frame communicated in topology can't be affected by remaining normal switch.
Step 6: so far OpenStack network is complete the management and control to whole physical switches layer, can easily exist
Each network segment profile instance, network, being closed by the three-layer network of SDN controller foreground configuration can also cross-network segment communicating, it is also possible to logical
The external interface crossing network node realizes outbound communication demand.Achieve the existing all functions of OpenStack mixed-media network modules mixed-media.
The configuration of the dynamic migration of the embodiment of the present invention:
Libvirt
Support the tls protocol remotely connected under libvirt default situations, do not support Transmission Control Protocol, therefore by listen_tls
=0listen_tcp=1 enables libvirt to support Transmission Control Protocol.
Amendment/etc/sysconfig/libvirtd file.
LIBVIRTD_ARGS="--listen "
Following configuration is done in/etc/libvirt/libvirtd.conf file.
Listen_tls=0
Listen_tcp=1
Auth_tcp=" none "
Restart libvirtd service
DNS on physical host
Configure on each physical host /etc/host, add hostname and IP of each physical host, in the following example:
192.168.0.1compute-1compute-1.ibm.com
192.168.0.2compute-2compute-2.ibm.com
Fire wall
Configuration/etc/sysconfig/iptables, opens tcp port 16509.
-A INPUT-p tcp-m multiport--ports 16509-m comment--comment"libvirt"-j
ACCEPT
OpenStack Nova
Live_migration labelling is configured in/etc/nova/nova.conf file.live_migration_flag
=VIR_MIGRATE_UNDEFINE_SOURCE, VIR_MIGRATE_PE ER2PEER, VIR_MIGRATE_LIVE.
Below in conjunction with specific embodiment, the application principle of the present invention is further described.
The realization of dynamic migration, in terms of the step 3 of basic conception, host-host protocol and migration, introduction is dynamically moved respectively
How shifting realizes.
Basic conception, before understanding dynamic migration, it is necessary to understands the form QCOW2 of image file.Qcow2 is QEMU mesh
The mirror-image format of front recommendation, its support sparse file is to save memory space, and support encrypts to improve the safety of image file,
Support compression based on zlib.Qcow2 mirror image can be used to preserve the change of another image file, and it does not go to revise original
Image file, original image file is also rear end mirror image (backing_file).Only record the different portions from original image file
The image file divided, this image file is just called copy-on-write mirror image, although it is a single image file,
But its most of data both are from original image, only based on original image file incremental portion just can be recorded.
The virtual machine that the present invention mentions is all that the image file of OpenStack Qcow2 form is set up, rear end mirror image (libvirt
Base) virtual machine single increment image file (libvirt instance disks), copy-on-write mirror image is at physics
On the disk of machine, after having built a virtual machine, will generate such as these files of figure row.File below wherein _ base, just
Being rear end mirror image (libvirt base), catalogue 6e783272-31b5-4fdc-8828-2b8892daab39 is presented herein below virtual machine
Individually increment image file (libvirt instance disks), it only records the content different with base file.With
Qemu-img checks the information of virtual machine single increment image file, it can be seen that his backing file is _ base mesh
Image file under Lu.
Virtual machine single increment image file (libvirt instance disks), they seek to the number being migrated
According to.The final goal of dynamic migration intactly moves to target physical main frame from source physical host them exactly.Except them
Outside two, also one needs the object migrated is exactly the data of the virtual machine of operation in internal memory.The migration of virtual machine, in fact
Being exactly the transfer of data, not sharing storage between node because calculating, so data to be shifted include two parts: static number
According to: it is stored in the image file of the virtual machine of this locality, including rear end mirror image (libvirt Base) and the single increment of virtual machine
Image file (libvirt instance disks).Dynamic data: the runtime data of virtual machine in internal memory, the number in internal memory
According to being the data dynamically changed, the size of the load run in virtual machine directly affects the time length of migration.Migrating channels and
Host-host protocol OpenStack calls the libvirt of bottom to complete dynamic migration.The migration of virtual machine, is exactly data in fact
Transfer.Libvirt provides data transmission (libvirt tunnelled transport) mode of tunnel to complete data
Transfer.
The transfer of data relates to the transmission of data, and the transmission of data needs by network, under Libvirt default situations not
Supporting Transmission Control Protocol, need to make an amendment the configuration of libvirt, enable libvirt to support Transmission Control Protocol, chapters and sections below can be in detail
How thin introduction configures.During migrating, operate in the libvirtd process in purpose physical host (Dest Host)
Will create a URI, URI according to address and port is that purpose physical host is for receiving data and beaming back data to source thing
The libvirtd process of reason main frame (Source Host).
At purpose physical host and source physical host, as long as command below is able to carry out, just explanation can transmit data
?.Compute01 performs: [root@compute01] #virsh-c qemu+tcp: //nova@compute02/
System performs on compute02: [root@compute01] #virsh-c qemu+tcp: //nova@compute02/
system
The foregoing is only presently preferred embodiments of the present invention, not in order to limit the present invention, all essences in the present invention
Any amendment, equivalent and the improvement etc. made within god and principle, should be included within the scope of the present invention.
Claims (8)
1. the dynamic migration method of virtual machine in an Openstack cloud platform, it is characterised in that described Openstack cloud is put down
In platform, the dynamic migration method of virtual machine comprises the following steps:
Dynamic migration carries out scope check and parameter testing；
On purpose physical host, obtain and prepare the block device of virtual machine carry before Qian Yiing, purpose physical host arranges void
The network of plan machine, purpose physical host arranges the fire wall of virtual machine；
Call libvirt python interface migrateToURI, source host is moved to destination host；
Dom.migrateToURI (CONF.live_migration_uri%
dest,logical_sum,None,CONF.live_migration_bandwidth)
With time interval 0.5 recursive call wait_for_live_migration method, detect the state of virtual machine (vm) migration,
Until virtual machine Successful migration；
After migration on the physical host of source detach volume, on the physical host of source discharge security group
Ingress rule, updates the state of lane database virtual machine on purpose physical host, deletes virtual on the physical host of source
Machine.
2. the dynamic migration method of virtual machine in Openstack cloud platform as claimed in claim 1, it is characterised in that described
Scope check includes whether the user performing to migrate has enough authorities to perform dynamic migration.
3. the dynamic migration method of virtual machine in Openstack cloud platform as claimed in claim 1, it is characterised in that described
Parameter testing includes:
Check whether target physical main frame exists；
Check whether the virtual machine being migrated is running state；
Check that the nova-compute service on source and destination physical host is the most properly functioning；
Check whether purpose physical host and source physical host are same machines；
Check whether purpose physical host has enough internal memories；
Check that purpose is the most identical with the version of source physical host device hypervisor with hypervisor.
4. the dynamic migration method of virtual machine in Openstack cloud platform as claimed in claim 1, it is characterised in that described
Openstack full physical switches dispositions method based on SDN comprises the following steps:
Step one, starts OpenStack, and common pattern is that OpenStack controls node, network node and calculating Node distribution
On a different server, with the management mutual communication of the network segment between different nodes；
Step 2, SDN controller realizes starting in the way of OpenStackNeutron plug-in unit, configures this in ml2_conf
Purpose controller, then starts SDN controller backstage；
Step 3, access OpenFlow physical switches, between physical switches use netting twine interconnection, physical switches and
The network-node server of OpenStack uses netting twine interconnection, increases accordingly towards thing at OpenStack network-node server
The port of reason switch；
Step 4, the most individual network topology of SDN controller identification, including all of physical switches, OpenStack virtual switch
Machine and example, be connected to the host information of physical switches, starts to calculate path, issues stream table；According to corresponding safe plan
Slightly generate corresponding stream table and issue；
Step 5, SDN controller starts the change of a monitoring thread monitoring topological, when newly-increased, delete switch or newly-increased,
Delete change switch certain port time, thread can again notification controller calculate affected node path, again under
Sending out stream table, the change of network topology only can affect the path by this switch ports themselves of road, so simply stream table local issues, and
Do not interfere with the main frame communicated in topology by remaining normal switch；
Step 6, so far OpenStack network is complete the management and control to whole physical switches layer, real in the configuration of each network segment
Example, network, being closed by the three-layer network of SDN controller foreground configuration can also cross-network segment communicating, it is also possible to by network node
External interface realizes outbound communication demand.
5. a dynamic migration system for the dynamic migration method of virtual machine in Openstack cloud platform as claimed in claim 1,
It is characterized in that, described dynamic migration system includes:
Migrate precondition and check module, carry out scope check and parameter testing for dynamic migration；
Migrate pretreatment module, before migrating, on purpose physical host, obtain and prepare the block device of virtual machine carry,
The network of virtual machine is set on purpose physical host, purpose physical host arranges the fire wall of virtual machine；
Transferring module, is used for calling libvirt python interface migrateToURI, source host is moved to destination host；
Dom.migrateToURI (CONF.live_migration_uri%
dest,logical_sum,None,CONF.live_migration_bandwidth)
With time interval 0.5 recursive call wait_for_live_migration method, detect the state of virtual machine (vm) migration,
Until virtual machine Successful migration；
Migrate post-processing module, detach volume, release on the physical host of source on the physical host of source after migrating
Security group ingress rule, updates the state of lane database virtual machine, at source physics on purpose physical host
Virtual machine is deleted on main frame.
6. dynamic migration system as claimed in claim 5, it is characterised in that described migration precondition checks that module is wrapped further
Include:
Scope check unit, whether the user for performing to migrate has enough authorities to perform dynamic migration；
Parameter testing unit, for whether target physical main frame is existed, the virtual machine that is migrated be whether running state,
Nova-compute service on source and destination physical host is the most properly functioning, purpose physical host and source physical host
Be whether same machine, purpose physical host whether have enough internal memory, purpose and source physical host device hypervisor and
The most identical inspection of version of hypervisor.
7. apply in claim 1-4 the dynamic migration method of virtual machine in Openstack cloud platform described in any one for one kind
Virtual machine.
8. the cloud computing platform applying virtual machine described in claim 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610523637.8A CN106126318A (en) | 2016-07-05 | 2016-07-05 | The dynamic migration method of virtual machine in a kind of Openstack cloud platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610523637.8A CN106126318A (en) | 2016-07-05 | 2016-07-05 | The dynamic migration method of virtual machine in a kind of Openstack cloud platform |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106126318A true CN106126318A (en) | 2016-11-16 |
Family
ID=57469416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610523637.8A Pending CN106126318A (en) | 2016-07-05 | 2016-07-05 | The dynamic migration method of virtual machine in a kind of Openstack cloud platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106126318A (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106385425A (en) * | 2016-11-21 | 2017-02-08 | 天脉聚源(北京)传媒科技有限公司 | File processing method and apparatus |
| CN106685741A (en) * | 2017-02-28 | 2017-05-17 | 江苏省未来网络创新研究院 | Dynamic management method for cloud mainframe network interface |
| CN106815068A (en) * | 2016-12-09 | 2017-06-09 | 中电科华云信息技术有限公司 | The method that Hyperv live migration of virtual machine is realized based on Openstack |
| CN106990999A (en) * | 2017-03-15 | 2017-07-28 | 深信服科技股份有限公司 | Virtual machine business migration method and device |
| CN107592216A (en) * | 2017-09-01 | 2018-01-16 | 湖南合天智汇信息技术有限公司 | A kind of actual situation network integration emulation mode for supporting more scene experiment isolation |
| CN107885576A (en) * | 2017-10-16 | 2018-04-06 | 北京易讯通信息技术股份有限公司 | A kind of virtual machine HA method in private clound based on OpenStack |
| CN108153580A (en) * | 2018-01-05 | 2018-06-12 | 北京中实信息技术有限公司 | A kind of method of virutal machine memory thermal expansion exhibition under super fusion architecture |
| CN108182107A (en) * | 2018-01-02 | 2018-06-19 | 郑州云海信息技术有限公司 | The detection method and equipment of a kind of virtual machine (vm) migration |
| CN108228315A (en) * | 2017-12-06 | 2018-06-29 | 顺丰科技有限公司 | virtual machine command line management method and device |
| WO2018121378A1 (en) * | 2016-12-30 | 2018-07-05 | 中国银联股份有限公司 | Method and device for implementing packet mirroring of dynamic traffic in cloud network environment |
| CN108599998A (en) * | 2018-04-04 | 2018-09-28 | 刘昱 | Management-control method, device and the computer readable storage medium of network |
| CN108628716A (en) * | 2017-03-21 | 2018-10-09 | 腾讯科技（深圳）有限公司 | Information receives guard system, method and device |
| CN108964949A (en) * | 2017-05-19 | 2018-12-07 | 中兴通讯股份有限公司 | Virtual machine migration method, SDN controller and computer readable storage medium |
| CN109710377A (en) * | 2018-12-14 | 2019-05-03 | 国云科技股份有限公司 | A method of restoring kvm virtual machine in the distributed storage of failure |
| CN109814978A (en) * | 2018-12-15 | 2019-05-28 | 华南理工大学 | Across cluster moving method and system based on more OpenStack platforms |
| CN110209465A (en) * | 2018-04-20 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Virtual machine cross-platform migration method, device and electronic equipment |
| CN110572439A (en) * | 2019-08-14 | 2019-12-13 | 中国电子科技集团公司第二十八研究所 | cloud monitoring method based on metadata service and virtual forwarding network bridge |
| CN113127133A (en) * | 2019-12-30 | 2021-07-16 | 中国移动通信集团山西有限公司 | Cross-platform virtual machine live migration method, device, equipment and medium |
| CN114422160A (en) * | 2020-10-28 | 2022-04-29 | 中移(苏州)软件技术有限公司 | Method and device for setting virtual firewall, electronic equipment and storage medium |
| WO2024017274A1 (en) * | 2022-07-22 | 2024-01-25 | 中电信数智科技有限公司 | Virtual machine cloning method and apparatus, and storage medium |
-
2016
- 2016-07-05 CN CN201610523637.8A patent/CN106126318A/en active Pending
Non-Patent Citations (2)
| Title |
|---|
| 王 宇行: ""虚拟机在 OpenStack 里没有共享存储条件下的在线迁移"", 《百度》 * |
| 许延伟 等: ""一种基于SDN全物理交换机部署OpenStack的实现"", 《电脑知识与技术》 * |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106385425A (en) * | 2016-11-21 | 2017-02-08 | 天脉聚源(北京)传媒科技有限公司 | File processing method and apparatus |
| CN106815068A (en) * | 2016-12-09 | 2017-06-09 | 中电科华云信息技术有限公司 | The method that Hyperv live migration of virtual machine is realized based on Openstack |
| WO2018121378A1 (en) * | 2016-12-30 | 2018-07-05 | 中国银联股份有限公司 | Method and device for implementing packet mirroring of dynamic traffic in cloud network environment |
| CN106685741A (en) * | 2017-02-28 | 2017-05-17 | 江苏省未来网络创新研究院 | Dynamic management method for cloud mainframe network interface |
| CN106685741B (en) * | 2017-02-28 | 2020-10-30 | 江苏省未来网络创新研究院 | Dynamic management method for network interface of cloud host |
| CN106990999A (en) * | 2017-03-15 | 2017-07-28 | 深信服科技股份有限公司 | Virtual machine business migration method and device |
| CN108628716A (en) * | 2017-03-21 | 2018-10-09 | 腾讯科技（深圳）有限公司 | Information receives guard system, method and device |
| CN108964949A (en) * | 2017-05-19 | 2018-12-07 | 中兴通讯股份有限公司 | Virtual machine migration method, SDN controller and computer readable storage medium |
| CN107592216B (en) * | 2017-09-01 | 2020-11-17 | 湖南合天智汇信息技术有限公司 | Virtual-real network fusion simulation method supporting multi-scene experimental isolation |
| CN107592216A (en) * | 2017-09-01 | 2018-01-16 | 湖南合天智汇信息技术有限公司 | A kind of actual situation network integration emulation mode for supporting more scene experiment isolation |
| CN107885576A (en) * | 2017-10-16 | 2018-04-06 | 北京易讯通信息技术股份有限公司 | A kind of virtual machine HA method in private clound based on OpenStack |
| CN108228315A (en) * | 2017-12-06 | 2018-06-29 | 顺丰科技有限公司 | virtual machine command line management method and device |
| CN108182107A (en) * | 2018-01-02 | 2018-06-19 | 郑州云海信息技术有限公司 | The detection method and equipment of a kind of virtual machine (vm) migration |
| CN108153580A (en) * | 2018-01-05 | 2018-06-12 | 北京中实信息技术有限公司 | A kind of method of virutal machine memory thermal expansion exhibition under super fusion architecture |
| CN108599998A (en) * | 2018-04-04 | 2018-09-28 | 刘昱 | Management-control method, device and the computer readable storage medium of network |
| CN110209465A (en) * | 2018-04-20 | 2019-09-06 | 腾讯科技（深圳）有限公司 | Virtual machine cross-platform migration method, device and electronic equipment |
| CN109710377A (en) * | 2018-12-14 | 2019-05-03 | 国云科技股份有限公司 | A method of restoring kvm virtual machine in the distributed storage of failure |
| CN109710377B (en) * | 2018-12-14 | 2023-06-30 | 国云科技股份有限公司 | Method for recovering kvm virtual machine from faulty distributed storage |
| CN109814978A (en) * | 2018-12-15 | 2019-05-28 | 华南理工大学 | Across cluster moving method and system based on more OpenStack platforms |
| CN110572439A (en) * | 2019-08-14 | 2019-12-13 | 中国电子科技集团公司第二十八研究所 | cloud monitoring method based on metadata service and virtual forwarding network bridge |
| CN113127133A (en) * | 2019-12-30 | 2021-07-16 | 中国移动通信集团山西有限公司 | Cross-platform virtual machine live migration method, device, equipment and medium |
| CN113127133B (en) * | 2019-12-30 | 2023-09-05 | 中国移动通信集团山西有限公司 | Cross-platform virtual machine hot migration method, device, equipment and medium |
| CN114422160A (en) * | 2020-10-28 | 2022-04-29 | 中移(苏州)软件技术有限公司 | Method and device for setting virtual firewall, electronic equipment and storage medium |
| CN114422160B (en) * | 2020-10-28 | 2024-01-30 | 中移(苏州)软件技术有限公司 | Virtual firewall setting method and device, electronic equipment and storage medium |
| WO2024017274A1 (en) * | 2022-07-22 | 2024-01-25 | 中电信数智科技有限公司 | Virtual machine cloning method and apparatus, and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106126318A (en) | The dynamic migration method of virtual machine in a kind of Openstack cloud platform | |
| CN108989091B (en) | Tenant network isolation method based on Kubernetes network, storage medium and electronic equipment | |
| CN106713406B (en) | Method and system for accessing slice network | |
| CN103997414B (en) | Generate method and the network control unit of configuration information | |
| CN106464528B (en) | For the contactless method allocated, medium and the device in communication network | |
| JP5976942B2 (en) | System and method for providing policy-based data center network automation | |
| WO2016107418A1 (en) | Allocation method, apparatus and system for cloud network communication path | |
| WO2018134684A1 (en) | Resource allocation method and orchestrator for network slicing in radio access network | |
| CN111224821B (en) | Security service deployment system, method and device | |
| CN102457439B (en) | Virtual switching system and method of cloud computing system | |
| CN109194502B (en) | Management method of multi-tenant container cloud computing system | |
| KR102688176B1 (en) | Extend cloud-based virtual private networks to wireless-based networks | |
| WO2017036288A1 (en) | Network element upgrading method and device | |
| CN103997513B (en) | A kind of programmable virtual network service system | |
| CN107003985A (en) | The system and method for providing and customizing virtual wireless network are be provided based on service-oriented network | |
| US10630508B2 (en) | Dynamic customer VLAN identifiers in a telecommunications network | |
| CN111064649B (en) | Method and device for realizing binding of layered ports, control equipment and storage medium | |
| CN112688814B (en) | Equipment access method, device, equipment and machine readable storage medium | |
| CN108449197A (en) | A kind of cloudy environment network construction method based on software defined network | |
| CN107005471A (en) | Universal Subscriber premises equipment | |
| CN106953848B (en) | Software defined network implementation method based on ForCES | |
| WO2014000292A1 (en) | Migration method, serving control gateway and system for virtual machine across data centres | |
| CN109688241B (en) | IPv4/IPv6 dual-stack conversion method and system based on SDN | |
| WO2018214817A1 (en) | Packet forwarding method, device and apparatus, and storage medium | |
| CN109756413A (en) | A kind of cloud data center heterogeneous network internetworking system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161116 |