WO2014000491A1 - 一种将物理网络向虚拟网络迁移的方法及装置 - Google Patents

一种将物理网络向虚拟网络迁移的方法及装置 Download PDF

Info

Publication number
WO2014000491A1
WO2014000491A1 PCT/CN2013/073891 CN2013073891W WO2014000491A1 WO 2014000491 A1 WO2014000491 A1 WO 2014000491A1 CN 2013073891 W CN2013073891 W CN 2013073891W WO 2014000491 A1 WO2014000491 A1 WO 2014000491A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
configuration
physical
information
configuration information
Prior art date
Application number
PCT/CN2013/073891
Other languages
English (en)
French (fr)
Inventor
王炜
顾忠禹
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014000491A1 publication Critical patent/WO2014000491A1/zh

Links

Classifications

    • 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/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other elements
    • 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/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications

Definitions

  • the embodiments of the present invention relate to the field of networks and communications, and in particular, to a method and an apparatus for migrating a physical network to a virtual network in the field of cloud computing.
  • IaaS Intelligent as a Service
  • cloud service providers provide users with virtual infrastructure services such as computing resources, storage resources, and network resources.
  • virtual infrastructure services such as computing resources, storage resources, and network resources.
  • cloud services users can obtain freely scalable cloud resources with almost unlimited resources, and users can pay for usage after the resources are used.
  • Virtual network services are an important part of IaaS services. Virtual network services are used to provide services to the services users need. In the process of virtual network services, users need to send their own requirements for network services to the cloud service provider. The cloud service provider allocates corresponding network service resources according to the needs of users and provides effective network services.
  • the user plans the topology of the virtual network, the network service, and the configuration of related devices according to their own network requirements. If the user does not have the ability to make such a plan, the user can set up the network by selecting a template preset by the cloud service provider.
  • a cloud service provider can provide a basic three-tier website architecture and corresponding web service templates for users to use.
  • the cloud service portal system forwards the user's network topology and service requirements to the virtual resource management system.
  • the virtual resource management system performs functional decomposition according to the user's network topology and service requirements, and determines which network devices need to be configured. 5. The virtual resource management system sends the corresponding network configuration to the network device to complete the corresponding network configuration.
  • the virtual resource management system sends the configuration result to the cloud service portal, and informs the specific network service instance for subsequent modification by the user.
  • the cloud service portal returns the network service instance to the user to complete the virtual network service request.
  • the user needs to plan the network before configuring the virtual network. This mode is more suitable when the user does not have a corresponding physical network.
  • the physical server is packaged into a virtual machine image and configuration file, such as an Open Virtualization Format (OVF) package, and then the corresponding OVF package is deployed to the virtual data center.
  • OVF Open Virtualization Format
  • the physical server's network-related configuration information does not change.
  • the function of the physical server depends on the network service, if the corresponding network service is not configured in the virtual data center, the physical server may not be properly connected to the network after being migrated to the virtual machine, thereby bringing a large amount of subsequent virtual network configuration and testing. jobs.
  • the embodiments of the present invention provide a method and an apparatus for migrating a physical network to a virtual network. After the physical server is migrated to the virtual machine, the physical server can be directly operated without further configuration and testing work.
  • the embodiment of the present invention provides a method for migrating a physical network to a virtual network, including:
  • topology information and/or configuration information of the physical network sent by the user side, where the topology information and/or configuration information of the physical network is obtained based on the physical network that the user has deployed;
  • the virtual network is configured according to the topology information and/or configuration information of the physical network.
  • the methods of packaging include: Extensible Markup Language (XML) file format, JavaScript Object Mark (JSON) format.
  • XML Extensible Markup Language
  • JSON JavaScript Object Mark
  • the step of receiving the topology information and/or the configuration information of the physical network sent by the user side includes: receiving a topology of the physical network sent by the user side using an Open Virtual Format (OVF) or a Cloud Architecture Management Interface (CIMI) format Information and/or configuration information.
  • OVF Open Virtual Format
  • CIMI Cloud Architecture Management Interface
  • the topology information of the physical network includes one or more of the following: a connection port number of the network device, a connection type between the network devices, a deployment location requirement of the network device, a performance of the network external connection, and a configuration parameter.
  • the configuration information of the physical network includes one or more of the following: function and model of the network device, module configuration of the network device, parameter configuration of the network device, performance of the network device and network management configuration, backup and reliability of the network device Configuration.
  • the configuration information is configuration information of a standardized device that is set in advance.
  • the step of configuring the virtual network according to the topology information and/or the configuration information of the physical network includes: a network.
  • the step of configuring the virtual network according to the topology information and/or the configuration information of the physical network includes:
  • the virtual network is configured to conform to the physical network in one or more of the following characteristics: network topology, network address configuration, network routing configuration, network bandwidth and reliability, and network service characteristics.
  • the method further includes: when the configured virtual network is different from the physical network, notifying the difference on the user side.
  • the method further includes: acquiring, by using a tool, topology information and/or configuration information of the physical network.
  • the tools include one or more of the following: configuration scripts, network management tools, web and client configuration tools, text and graphical information extraction tools, sniffing, and network monitoring tools.
  • the method further includes: the user side acquiring topology information of the physical network from one or more of the following sources and/or Or configuration information: network planning drawings and files, network device configuration data, network node configuration data, network device performance and parameter specifications, network connection service level agreement (SLA).
  • SLA network connection service level agreement
  • the embodiment of the present invention further provides an apparatus for migrating a physical network to a virtual network, including: a receiving module, configured to receive topology information and/or configuration information of a physical network sent by a user side;
  • a configuration module is configured to configure the virtual network according to topology information and/or configuration information of the physical network.
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network that is sent by the user side in a pre-agreed manner.
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network that is sent by the user side in a packaged manner.
  • the receiving module is configured to: receive topology information and/or configuration information of the physical network that is sent and sent by the user side in an Extensible Markup Language (XML) file format or a JavaScript Object Mark (JSON) format.
  • XML Extensible Markup Language
  • JSON JavaScript Object Mark
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network sent by the user side using an Open Virtual Format (OVF) or Cloud Architecture Management Interface (CIMI) format.
  • OVF Open Virtual Format
  • CIMI Cloud Architecture Management Interface
  • the receiving module is further configured to receive topology information of one or more of the following physical networks: a connection port number of the network device, a connection type between the network devices, a deployment location requirement of the network device, and a performance and configuration of the network external connection. parameter.
  • the receiving module is further configured to receive configuration information of one or more of the following physical networks: a function and a model of the network device, a module configuration of the network device, a parameter configuration of the network device, a performance of the network device, and a network management configuration, and a network device Backup and reliability configuration.
  • the receiving module is further configured to: receive configuration information in a preset standard format.
  • the configuration module is further configured to: configure the virtual network with the same or different devices as the corresponding physical devices in the physical network.
  • the configuration module is further configured to configure the virtual network to interact with one or more of the following features
  • the physical network is consistent: network topology, network address configuration, network routing configuration, network bandwidth and reliability, and network service characteristics.
  • the apparatus further includes a notification module configured to: notify the user side of the difference when the configured virtual network differs from the physical network.
  • the embodiment of the present invention further provides an apparatus for migrating a physical network to a virtual network, including: an obtaining module, configured to obtain topology information and/or configuration information of a physical network that the user has deployed;
  • a sending module configured to send topology information and/or configuration information of the physical network to a cloud service provider side.
  • the obtaining module is further configured to obtain topology information of one or more of the following physical networks: a connection port number of the network device, a connection type between the network devices, a deployment location requirement of the network device, and a performance and configuration of the network external connection. parameter.
  • the obtaining module is further configured to obtain configuration information of one or more of the following physical networks: a function and a model of the network device, a module configuration of the network device, a parameter configuration of the network device, a performance of the network device, and a network management configuration, and a network device. Backup and reliability configuration.
  • the configuration information is configuration information of a standardized device that is set in advance.
  • the obtaining module is further configured to: acquire topology information and/or configuration information of the physical network by using a tool.
  • the tools include one or more of the following: configuration scripts, network management tools, web and client configuration tools, text and graphical information extraction tools, sniffing, and network monitoring tools.
  • the obtaining module is further configured to acquire topology information and/or configuration information of the physical network from one or more of the following sources: network planning drawings and files, configuration data of network devices, configuration data of network nodes, and network Equipment performance and parameter specifications, network connection service level agreement (SLA).
  • SLA network connection service level agreement
  • the sending module is further configured to:
  • the topology information and/or configuration information of the physical network is packaged in a pre-agreed manner, and the topology information and/or configuration information of the physical network after the packet is sent is sent.
  • the method of packaging includes an Extensible Markup Language (XML) file format, a JavaScript pair Icon mark (JSON) format.
  • XML Extensible Markup Language
  • JSON JavaScript pair Icon mark
  • the topology information and/or configuration information of the physical network needs to be notified to the cloud service provider, and the cloud service provider is based on the extension of the physical network.
  • the virtual information is configured in the information and/or the configuration information, so that the physical environment of the physical server migrated to the virtual machine is consistent with the original physical network environment, so that the physical server can be directly operated after being migrated to the virtual machine, and does not need to be Further configuration and testing work.
  • FIG. 2 is a schematic diagram of operations performed by a user side according to a method provided by an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a method applied by an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of an example of a physical network migration to a virtual network according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a process for a user to obtain topology information and configuration information of a deployed physical network in the process shown in FIG. 5;
  • FIG. 9 is a schematic structural diagram of another apparatus for migrating a physical network to a virtual network according to an embodiment of the present invention.
  • the embodiment of the invention provides a method for migrating a physical network to a virtual network, as shown in FIG. 1 .
  • the embodiment of the invention provides a method for migrating a physical network to a virtual network, as shown in FIG. 1 .
  • Step 101 The cloud service provider side receives topology information and/or configuration information of a physical network sent by the user side.
  • Step 102 The cloud service provider side configures the virtual network according to the topology information and/or configuration information of the physical network.
  • the cloud service provider side can interact with the user side through the user interface, and the user side obtains topology information and/or configuration information of the existing physical network of the user through the tool, and packages and sends the information to the cloud service provider, thereby implementing The virtual network simulates the physical network, greatly reducing the configuration and testing of physical server migration.
  • the user side acquires topology information and/or configuration information of the physical network from one or more of the following sources: network planning drawings and files, configuration data of network devices, configuration data of network nodes, Network device performance and parameter specifications, network connection SLA service level agreement.
  • the network planning drawings and documents the documents and drawings formed by the physical network during the construction process, the specific format may be paper documents, or electronic documents and pictures;
  • Configuration data for network devices Static and dynamic configuration data for physical network devices (for example, switches, routers, firewalls, etc.).
  • the dynamic configuration data may be port connection information, routing tables, and other dynamic information in the network device;
  • Configuration data of the network node Refers to the static and dynamic configuration data of the physical server node. Since the network configuration involves the network device and the node information connected on the network, when the network topology and the service configuration information are acquired, the related information can be inferred by using dynamic and static configuration information on the network node;
  • Network device performance and parameter specification Refers to the performance and parameter configuration of the physical network device, used to determine the performance and functional parameters required by the virtual network device;
  • Network Connection SLA A network service level agreement between a user and an operator or a network service provider. It is used to describe the characteristics of the original physical network external connection. Service level agreements can include bandwidth for outbound connections, quality of service levels, and more.
  • the user side obtains the topology information and/or configuration information of the physical network through the tool.
  • Different tools can be used for different information sources.
  • the tool includes one or more of the following: configuration script, network management Tools, web and client configuration tools, text and graphical information extraction tools, sniffing and network monitoring tools.
  • the configuration script refers to: obtaining a static and dynamic configuration information of the network device by using a configuration command script provided by the network device;
  • Network management tools For devices that support network management protocols such as SNMP (Simple Network Management Protocol), you can obtain static and dynamic information of network devices through SNMP.
  • SNMP Simple Network Management Protocol
  • Web and client configuration tools For web devices or nodes that support web-based or client-side configuration tools, you can use these tools to get static and dynamic information about your network;
  • Text and graphical information extraction tools can be used to obtain the topology and configuration information of the physical network in the network planning file;
  • Network management and measurement tools such as network capture and traffic mirroring can be used to obtain network topology and configuration information.
  • the user side When the user side sends the topology information and/or the configuration information of the physical network to the cloud service provider side, it is preferably sent in a pre-agreed manner to ensure that the cloud service provider side can smoothly obtain the extension of the physical network.
  • Information and/or configuration information At the same time, in order to facilitate the cloud service provider side to obtain the topology information and/or configuration information of the physical network, the topology information and/or configuration information of the physical network is packaged and sent, and the packaged form includes XML (Extended Makeup Language). Language) file format, JSON (JavaScript Object Notation) format.
  • the user side may use an OVF (Open Virtualization Format) format or a CIMI (Cloud Infrastructure Management Interface) format, and accordingly, the cloud service provider side receives the format. information.
  • OVF Open Virtualization Format
  • CIMI Cloud Infrastructure Management Interface
  • connection port number of the network device refers to the physical connection port number on the physical network device or node
  • connection type between the network devices refers to the type of physical connection between the physical network device or node, such as the protocol used by the connection, the connection Bandwidth and interface type, etc.
  • Deployment location requirements of network devices Refers to whether the deployment of network devices and nodes requires the same rack/ The chassis, or should be deployed off-site for disaster recovery;
  • Performance and configuration parameters of the network external connection refers to the type of external connection of the physical network, such as protocol type, bandwidth, quality of service, and connection security authentication parameters.
  • the function and model of the network device refers to the model of the physical network device and the server network card and the functions it supports;
  • Module configuration of network equipment Refers to the modules, additional boards and module parameters configured on the physical network equipment;
  • Parameter configuration of the network device refers to the parameter configuration related to the function on the physical network device; performance and network management configuration of the network device: refers to the performance of the physical network device and its network management settings; backup and reliability configuration of the network device: refers to the physical network The mutual backup mechanism and reliability configuration of the device.
  • the above configuration information is configuration information of a standardized device set in advance. For example, suppose the router configuration information acquired by the user side is "Cisco Catalyst 6500 Router", and the user side matches the configuration information to the standardized router configuration information, and of course, the user side may not update the configuration information, but the service provider side The information required by itself is extracted from the information sent from the user side according to the configuration.
  • the step of configuring the virtual network according to the topology information and/or the configuration information of the physical network includes: configuring the virtual network by using the same or different devices as the corresponding physical devices in the physical network.
  • the physical device in the physical network is a router
  • the corresponding configuration of the router may be adopted in the virtual network, or other types of computers may be configured, that is, the type of the device used in the virtual network may be the same as the physical medium in the physical network.
  • the type of device is different.
  • even if the types of equipment used are the same, the manufacturer, model, and the like may be different.
  • the configured virtual network is consistent with the physical network in one or more of the following characteristics: network topology, network address configuration, network routing configuration, network bandwidth and reliability, network service characteristics, when configured virtual network
  • network topology network topology
  • network address configuration network address configuration
  • network routing configuration network routing configuration
  • network bandwidth and reliability network service characteristics
  • Step 201 The user extracts topology information and/or configuration information of the existing physical network by using a tool. Specifically, the user can obtain the topology information and the configuration information of the existing physical network through the various types of information sources described above through various tools as described above.
  • Step 202 The user integrates and packages the topology information and/or configuration information of the obtained physical network.
  • the user converts it to a standard network device and/or network connection.
  • a router in a user's physical network may be a vendor-specific device that contains some vendor-defined configuration items or functions. Users should select standard devices with similar functions, such as standard routers, to match and convert configuration information.
  • the standard device can be a router with a commonality of routers produced by various manufacturers.
  • the specific packaging method may be to package related information into an XML file format or a JSON file mode.
  • Step 203 The user sends the topology information and/or configuration information of the packaged physical network to the cloud service provider through a standard interface between the user and the cloud service provider.
  • the user can interact with the cloud service provider using a standardized OVF package interface or a CIMI interface, and the user can interact with the cloud service provider using other standard protocols or proprietary protocols.
  • the cloud service provider configures the virtual network according to user requirements and returns an instance of the virtual network to the user.
  • Step 204 After the user obtains the virtual network instance, the physical server may be converted into a virtual machine, and the cloud service provider is instructed to connect the virtual machine to a specific virtual network port.
  • the user can instruct the cloud service provider to convert the new physical server to a virtual machine or modify the network topology and the like.
  • the user's demand for the virtual network can be sent to the cloud service provider separately, or sent to the cloud service provider along with other requirements, such as virtual machine allocation, storage requirements, and the like.
  • Extension of the virtual network The Pu and configuration requirements include topology information and/or configuration information of the existing physical network on the user side.
  • Step 302 The cloud service provider selects an appropriate method to implement the virtual network requirement of the user according to the virtual network requirement of the user and the existing network resources.
  • the cloud service provider can use the physical network device, the virtual machine mode or a combination of the two methods to virtualize the network device.
  • a cloud service provider can place multiple virtual network devices on the same physical device or simulate multiple virtual network devices through multiple physical devices.
  • the cloud service provider should try to meet the user's topology and configuration requirements for the virtual network. If it is not met, the cloud service provider should notify the user.
  • Step 303 The cloud service provider returns the configured virtual network instance to the user, where the network configuration information, the network device, and the access mode of the node are included. If the virtual network and the user's needs are different, the cloud service provider informs the user of the specific difference.
  • the foregoing method provided by the embodiment of the present invention is applied to the architecture shown in FIG. 4, where the architecture includes a cloud service user 401 and a cloud service provider 402, which mutually interact with the user's requirements and indications for the cloud service through the user interface.
  • the cloud service user 401 first obtains the topology information and/or configuration information of the physical network, and reports the topology information and/or configuration information of the obtained virtual network to the cloud service provider 402.
  • the service provider 402 allocates network resources according to the topology information and/or configuration information of the cloud service user 401, and determines the implementation manner of the virtual network service. For example, under the structure of the cloud service provider 402 shown in FIG.
  • the cloud service provider 402 includes a cloud service portal 403, a virtual resource management system 404, a server resource 405, a network resource 406, and other resources 407.
  • the cloud service provider 402 receives the topology information and/or configuration information of the physical network sent by the cloud service user 401 through the cloud service portal 403, and the virtual resource management system 404 acquires the topology information of the user's physical network from the cloud service portal 403.
  • And/or configuration information analyzes the topology information and/or configuration information of the physical network, and combines the existing virtual resources, that is, the server resource 405, the network resource 406, and other resources 407, to configure the virtual network service required by the user. It should be noted that the structure of the cloud service provider 402 described in FIG.
  • the cloud service portal 403 and the virtual resource management system 404 may be combined.
  • the cloud service provider 402 can also use other structures, which is not limited by the embodiment of the present invention.
  • An example of the physical network migration to the virtual network provided by the embodiment of the present invention is described below with reference to the structure shown in FIG. 4, as shown in FIG. 5, including:
  • Step 501 The cloud service user obtains topology information and/or configuration information of the deployed physical network, and packages the same.
  • Users can not package the complete information of the physical network, and only package the necessary information, such as the topology information of the network connection, the deployment location and configuration of devices such as firewalls and load balancers in the network.
  • Step 502 The cloud service user sends the packaged network topology information and/or configuration information to the cloud service portal as a virtual network requirement.
  • Step 503 The cloud service portal sends the related requirements to the virtual resource management system.
  • Step 504 The virtual resource management system determines, according to existing resources in the cloud service system, which manner is needed to implement the corresponding virtual network requirement.
  • a virtual resource management system may consider using a software approach, such as deploying a virtual machine to implement the function of the firewall, and the virtual resource management system may also consider using physical hardware, such as a physical firewall, to implement the function of the firewall.
  • Step 505 The virtual resource management system configures the corresponding network resource and/or server resource according to the virtual network requirement.
  • Step 506 The virtual resource management system returns an instance of the virtual network to the cloud service portal.
  • the virtual network is different from the user requirement, and the virtual resource management system returns the specific difference to the cloud service portal.
  • Step 507 The cloud service portal returns the virtual network instance and the difference information that may be related to the requirement to the user.
  • Step 508 After obtaining the virtual network instance, the user may request to connect the virtual machine to the port of the virtual network device.
  • This step can also be performed at step 502 when the user requests the virtual network.
  • Step 509 The cloud service portal forwards the virtual machine association requirement of the user to the virtual resource management system.
  • Step 510 The virtual resource management system associates the virtual machine to a port of the virtual network device.
  • the configuration can be implemented by configuring a virtual machine on a physical server, a virtual switch, or a physical network device.
  • the virtual resource management system can return the association result to the user through the cloud service portal.
  • the strength of network configuration requirements can be determined by considering the implementation capabilities of the cloud service provider. For example, when a cloud service provider cannot complete the network device detail configuration, the user can choose to only propose the topology structure. When a cloud service provider cannot perform certain network functions, such as firewall or load balancing, users can choose to use other methods (such as deploying virtual machines themselves) to implement related functions.
  • the process of obtaining the topology information and configuration information of the deployed physical network by the user in step 501 is as shown in FIG. 6, and includes:
  • Step 601 The user obtains network topology information and configuration information from a network planning file or a drawing through a text and graphic processing tool.
  • Step 602 The user extracts static and dynamic configuration information of the network device from the physical network device by using a network configuration script or an SNMP tool.
  • Step 603 The user extracts static and dynamic configuration information of the physical node connected to the network from the physical server by using a network management tool.
  • Step 604 The user combines the various information acquired in the above steps, converts the related information into configuration information of a standard virtual network device, and normalizes and packages the related information.
  • the user can arbitrarily adjust the execution order of steps 601-603, and the execution may be performed sequentially or simultaneously.
  • the topology information and/or configuration information of the physical network needs to be notified to the cloud service provider, and the cloud service provider according to the topology information of the physical network. And/or configuration information to configure the virtual network, so that the physical environment of the physical server migrated to the virtual machine is consistent with the original physical network environment, so that the physical server can be directly operated after being migrated to the virtual machine, and no further need is needed. Configuration and testing work.
  • the embodiment of the present invention further provides a device for migrating a physical network to a virtual network, which is applied to a cloud service provider side, as shown in FIG. Includes:
  • the receiving module 10 is configured to receive topology information and/or configuration information of a physical network sent by the user side;
  • a configuration module 20 is configured to configure the virtual network based on topology information and/or configuration information of the physical network.
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network that is sent by the user side in a pre-agreed manner.
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network that is sent by the user side in a packaged manner.
  • the receiving module is configured to: receive topology information and/or configuration information of the physical network packaged and sent by the user side in an Extensible Markup Language (XML) file format or a JavaScript Object Mark (JSON) format.
  • XML Extensible Markup Language
  • JSON JavaScript Object Mark
  • the receiving module is configured to: receive topology information and/or configuration information of a physical network sent by the user side using an Open Virtual Format (OVF) or Cloud Architecture Management Interface (CIMI) format.
  • OVF Open Virtual Format
  • CIMI Cloud Architecture Management Interface
  • the receiving module is further configured to receive topology information of one or more of the following physical networks: a connection port number of the network device, a connection type between the network devices, a deployment location requirement of the network device, and a performance and configuration of the network external connection. parameter.
  • the receiving module is further configured to receive configuration information of one or more of the following physical networks: function and model of the network device, module configuration of the network device, parameter configuration of the network device, performance of the network device, and network management configuration, and network device Backup and reliability configuration.
  • the receiving module is further configured to: receive configuration information in a preset standard format.
  • the configuration module is further configured to: configure the virtual network with the same or different devices as the corresponding physical devices in the physical network.
  • the configuration module is further configured to configure the virtual network to be consistent with the physical network in one or more of the following features: network topology, network address configuration, network routing configuration, network bandwidth and reliability, network service characteristics .
  • the device further includes a notification module 30, configured to: notify the user side of the difference when the configured virtual network is different from the physical network.
  • the embodiment of the present invention further provides a device for migrating a physical network to a virtual network, which is applied to a user side. As shown in FIG. 9, the device includes:
  • An obtaining module 40 configured to obtain topology information and/or configuration information of a physical network that the user has deployed;
  • the sending module 50 is configured to send topology information and/or configuration information of the physical network to the cloud service provider side.
  • the obtaining module 40 is further configured to acquire topology information of one or more of the following physical networks: a connection port number of the network device, a connection type between the network devices, a deployment location requirement of the network device, a performance of the network external connection, and Configuration parameters.
  • the obtaining module 40 is further configured to obtain configuration information of one or more of the following physical networks: function and model of the network device, module configuration of the network device, parameter configuration of the network device, performance of the network device, and network management configuration, and network device Backup and reliability configuration.
  • the configuration information is configuration information of a standardized device that is set in advance.
  • the obtaining module 40 is further configured to: acquire topology information and/or configuration information of the physical network by using a tool.
  • the tools include one or more of the following: configuration scripts, network management tools, web and client configuration tools, text and graphical information extraction tools, sniffing, and network monitoring tools.
  • the obtaining module 40 is further configured to acquire topology information and/or configuration information of the physical network from one or more of the following sources: network planning drawings and files, configuration data of network devices, configuration data of network nodes, Network device performance and parameter specifications, Network Connection Service Level Agreement (SLA).
  • SLA Network Connection Service Level Agreement
  • the sending module 50 is further configured to:
  • the topology information and/or configuration information of the physical network is packaged in a pre-agreed manner, and the topology information and/or configuration information of the physical network after the packet is sent is sent.
  • the packaging method includes an Extensible Markup Language (XML) file format and a JavaScript Object Markup (JSON) format.
  • XML Extensible Markup Language
  • JSON JavaScript Object Markup
  • the topology information and/or configuration information of the physical network needs to be notified to the cloud service provider, and the cloud service provider
  • the virtual network is configured according to the topology information and/or the configuration information of the physical network, so that the network environment where the physical server migrated to the virtual machine is located is consistent with the original physical network environment, so that the physical server can be migrated to the virtual machine. Run directly, no further configuration and testing work is required.
  • the topology information and/or configuration information of the physical network needs to be notified to the cloud service provider, and the cloud service provider is based on the extension of the physical network.
  • the virtual information is configured in the information and/or the configuration information, so that the physical environment of the physical server migrated to the virtual machine is consistent with the original physical network environment, so that the physical server can be directly operated after being migrated to the virtual machine, and does not need to be Further configuration and testing work.

Abstract

本发明实施例提供一种物理网络向虚拟网络迁移的方法及装置，该方法包括：接收用户侧发送的物理网络的拓扑信息和/或配置信息，所述物理网络的拓扑信息和/或配置信息基于用户已部署的物理网络获得；根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。通过本发明实施例提供的方法和装置，在用户从物理网络迁移到虚拟网络时，物理网络的拓扑信息和/或配置信息需要通知给云服务提供商，云服务提供商依据物理网络的拓扑信息和/或配置信息配置虚拟网络，从而使得迁移到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致，这样，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。

Description

一种将物理网络向虚拟网络迁移的方法及装置
技术领域
本发明实施例涉及网络和通信领域， 尤其涉及一种云计算领域中物理网 络向虚拟网络迁移的方法及装置。
背景技术
随着云计算技术的发展， IaaS ( Infrastructure as a Service, 基础设施即服 务）服务已经逐步在商业模式和技术上成熟起来。 在 IaaS服务中， 云服务提 供商为用户提供虚拟的基础设施服务， 例如， 计算资源， 存储资源和网络资 源等。 通过云服务， 用户可以获取能自由伸缩的云资源， 其资源量几乎没有 限制， 而且用户可以在资源使用后按使用量付费。
虚拟网络服务是 IaaS服务中的重要组成部分。 虚拟网络服务用于将服务 提供用户所需的服务。 在虚拟网络服务的过程中， 用户需要将自己对网络服 务的要求发送给云服务提供商。 云服务提供商根据用户的需求， 分配相应的 网络服务资源， 提供有效的网络服务。
在现有的虚拟网络服务中， 用户一般需要首先进行网络规划， 构建网络 服务需求， 或者从云服务提供商预置的网络模板中选择一个合适的模板来规 定自己的网络服务需求。 用户进行虚拟网络服务请求的步骤通常包括：
1 , 用户根据自己的网络需求来规划虚拟网络的拓朴结构、 网络服务及相 关设备的配置。 如果用户没有能力进行此类规划， 用户可以通过选择云服务 提供商预设的模板来设置网络。 例如， 云服务提供商可以提供一个基本的三 层网站架构及对应的网络服务模板供用户使用。
3 ,云服务门户系统将用户的网络拓朴和服务需求转发给虚拟资源管理系 统。
4, 虚拟资源管理系统根据用户的网络拓朴以及服务需求进行功能分解， 确定需要配置哪些网络设备。 5 ,虚拟资源管理系统将对应的网络配置发送到网络设备， 完成相应的网 络配置。
6,虚拟资源管理系统将配置结果发送给云服务门户， 并告知具体的网络 服务实例， 供用户后续修改。
7 , 云服务门户将网络服务实例返回给用户， 完成虚拟网络服务请求。 在以上流程中， 用户需要在配置虚拟网络之前对网络先进行规划， 当用 户原本没有对应的物理网络时， 该方式是比较合适的。
但是， 在很多情况下， 用户已经部署了物理服务器和对应物理网络来实 现特定的功能， 如网站、 ERP ( Enterprise Resource Planning, 企业资源规划） 系统等。 出于成本和管理的考虑， 用户可能希望将已经部署的物理服务器和 物理网络迁移到云服务提供商提供的虚拟数据中心和虚拟网络去。
为了满足这种需求， 现有技术中提供了一种解决方案。 该方案中， 将物 理服务器通过工具打包成为虚拟机镜像及配置文件，如：开放虚拟格式（Open Virtualization Format, OVF ) 包， 然后将对应的 OVF包部署到虚拟数据中心 中。 在部署过程中， 物理服务器与网络相关的配置信息不会改变。 但由于物 理服务器的功能依赖于网络服务， 如果虚拟数据中心中没有配置相应的网络 服务， 物理服务器迁移到虚拟机后可能无法正确地连接到网络中， 从而带来 大量的后续虚拟网络配置和测试工作。
发明内容
本发明实施例提供一种物理网络向虚拟网络迁移的方法及装置， 物理服 务器迁移到虚拟机后可以直接运行， 不需要进一步地配置和测试工作。
为了实现上述目的， 本发明实施例提供一种物理网络向虚拟网络迁移的 方法， 包括：
接收用户侧发送的物理网络的拓朴信息和 /或配置信息， 所述物理网络的 拓朴信息和 /或配置信息基于用户已部署的物理网络获得；
才艮据所述物理网络的拓朴信息和 /或配置信息配置虚拟网络。
所述接收所述用户侧发送的物理网络的拓朴信息和 /或配置信息的步骤 和 /或配置信息。
所述打包的方式包括： 可扩展标记语言（XML )文件格式、 JavaScript对 象标记（ JSON )格式。
所述接收用户侧发送的物理网络的拓朴信息和 /或配置信息的步骤包括： 接收所述用户侧使用开放虚拟格式（OVF )或者云架构管理接口 （CIMI )格 式发送的物理网络的拓朴信息和 /或配置信息。
所述物理网络的拓朴信息包括以下一种或多种： 网络设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能 和配置参数。
所述物理网络的配置信息包括以下的一种或多种： 网络设备的功能及型 号、 网络设备的模块配置， 网络设备的参数配置、 网络设备的性能和网管配 置、 网络设备的备份和可靠性配置。
所述配置信息为预先设置的标准化设备的配置信息。
所述根据所述物理网络的拓朴信息和 /或配置信息配置虚拟网络的步骤 包括： 网络。
所述根据所述物理网络的拓朴信息和 /或配置信息配置虚拟网络的步骤 包括：
配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致： 网络 拓朴结构、 网络地址配置、 网络路由配置、 网络带宽和可靠性、 网络服务特 性。
该方法还包括： 当配置得到的虚拟网络与所述物理网络存在差别时， 通 知所述用户侧所述差别。
在所述用户侧发送所述物理网络的拓朴信息和 /或配置信息的步骤之前 还包括： 通过工具获取所述物理网络的拓朴信息和 /或配置信息。
所述工具包括以下的一种或多种： 配置脚本、 网管工具、 网页和客户端 配置工具、 文本和图形信息抽取工具、 嗅探和网络监测工具。 在所述用户侧发送所述物理网络的拓朴信息和 /或配置信息的步骤之前 还包括： 所述用户侧从以下来源的一种或多种中获取所述物理网络的拓朴信 息和 /或配置信息： 网络规划图纸及文件、 网络设备的配置数据、 网络节点的 配置数据、 网络设备性能和参数说明书、 网络连接服务级别协议（SLA ) 。
本发明实施例还提供一种物理网络向虚拟网络迁移的装置， 包括： 接收模块， 其设置成接收用户侧发送的物理网络的拓朴信息和 /或配置信 息；
配置模块， 其设置成根据所述物理网络的拓朴信息和 /或配置信息配置虚 拟网络。
所述接收模块是设置成： 接收所述用户侧以预先约定的方式发送的物理 网络的拓朴信息和 /或配置信息。
所述接收模块是设置成： 接收所述用户侧以打包的方式发送的物理网络 的拓朴信息和 /或配置信息。 所述接收模块是设置成： 接收所述用户侧以可扩展标记语言 （XML )文 件格式或 JavaScript对象标记（ JSON )格式打包发送的物理网络的拓朴信息 和 /或配置信息。
所述接收模块是设置成： 接收所述用户侧使用开放虚拟格式 ( OVF )或 者云架构管理接口 （CIMI )格式发送的物理网络的拓朴信息和 /或配置信息。
所述接收模块还设置成接收以下一种或多种物理网络的拓朴信息： 网络 设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
所述接收模块还设置成接收以下一种或多种物理网络的配置信息： 网络 设备的功能及型号、 网络设备的模块配置、 网络设备的参数配置、 网络设备 的性能和网管配置、 网络设备的备份和可靠性配置。
所述接收模块还设置成： 接收预先设置的标准格式的配置信息。
所述配置模块还设置成： 釆用与所述物理网络内对应的物理设备相同或 不同的设备配置所述虚拟网络。
所述配置模块还设置成配置所述虚拟网络在以下一项或多项特征上与所 述物理网络一致： 网络拓朴结构、 网络地址配置、 网络路由配置、 网络带宽 和可靠性、 网络服务特性。
该装置还包括通知模块， 其设置成： 当配置得到的虚拟网络与所述物理 网络存在差别时， 通知所述用户侧所述差别。
本发明实施例还提供一种物理网络向虚拟网络迁移的装置， 包括： 获取模块， 其设置成获得用户已部署的物理网络的拓朴信息和 /或配置信 息；
发送模块， 其设置成向云服务提供商侧发送所述物理网络的拓朴信息和 / 或配置信息。
所述获取模块还设置成获取以下一种或多种物理网络的拓朴信息： 网络 设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
所述获取模块还设置成获取以下一种或多种物理网络的配置信息： 网络 设备的功能及型号、 网络设备的模块配置、 网络设备的参数配置、 网络设备 的性能和网管配置、 网络设备的备份和可靠性配置。
所述配置信息为预先设置的标准化设备的配置信息。
所述获取模块还设置成： 通过工具获取所述物理网络的拓朴信息和 /或配 置信息。
所述工具包括以下的一种或多种： 配置脚本、 网管工具、 网页和客户端 配置工具、 文本和图形信息抽取工具、 嗅探和网络监测工具。
所述获取模块还设置成从以下来源的一种或多种获取所述物理网络的拓 朴信息和 /或配置信息： 网络规划图纸及文件、 网络设备的配置数据、 网络节 点的配置数据、网络设备性能和参数说明书、网络连接服务级别协议（SLA )。
所述发送模块还设置成：
以预先约定的方式打包所述物理网络的拓朴信息和 /或配置信息， 发送打 包后的所述物理网络的拓朴信息和 /或配置信息。
所述打包的方式包括可扩展标记语言 （XML )文件格式、 JavaScript对 象标记（ JSON )格式。
通过本发明实施例提供的方法和装置， 在用户从物理网络迁移到虚拟网 络时， 物理网络的拓朴信息和 /或配置信息需要通知给云服务提供商， 云服务 提供商依据物理网络的拓朴信息和 /或配置信息配置虚拟网络， 从而使得迁移 到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致 ,这样 , 物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。 附图概述
图； '
图 2是根据本发明实施例提供的方法用户侧进行的操作示意图；
图； ' " ' 、
图 4是本发明实施例提供的方法所应用的架构示意图；
图 5是本发明实施例提供的物理网络向虚拟网络迁移的一种示例的流程 示意图；
图 6是图 5所示过程中用户获取已部署的物理网络的拓朴信息和配置信 息的过程示意图；
图； ' ' ' ' 、 ' 《 σ 《 ' … Λ
示意图；
图 9是本发明实施例提供的另一种物理网络向虚拟网络迁移的装置的结 构示意图。
本发明的较佳实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例提供一种物理网络向虚拟网络迁移的方法， 如图 1所示， 包括：
步骤 101 , 云服务提供商侧接收用户侧发送的物理网络的拓朴信息和 /或 配置信息。
步骤 102, 云服务提供商侧根据所述物理网络的拓朴信息和 /或配置信息 配置虚拟网络。
其中， 云服务提供商侧可以通过用户接口与用户侧进行交互， 用户侧通 过工具获取用户已有物理网络的拓朴信息和 /或配置信息， 并将其打包发送给 云服务提供商， 进而实现虚拟网络对物理网络的模拟， 大大减少物理服务器 迁移的配置和测试工作。
本发明实施例中， 用户侧从以下来源的一种或多种获取所述物理网络的 拓朴信息和 /或配置信息： 网络规划图纸及文件、 网络设备的配置数据、 网络 节点的配置数据、网络设备性能和参数说明书、网络连接 SLA服务级别协议。
其中， 网络规划图纸及文件： 即物理网络在建设过程中形成的文档和图 纸， 具体的格式可以是纸质文件， 或者电子文档与图片；
网络设备的配置数据： 指物理网络设备（例如， 交换机， 路由器和防火 墙等等） 的静态和动态配置数据。 其中动态配置数据可以是网络设备中的端 口连接信息， 路由表及其他动态信息等等；
网络节点的配置数据： 指物理服务器节点的静态和动态配置数据。 由于 网络配置涉及到网络设备及网络上连接的节点信息， 在获取网络拓朴及服务 配置信息时， 可以利用网络节点上的动态和静态配置信息对相关信息进行推 断；
网络设备性能和参数说明书： 指物理网络设备的性能和参数配置， 用于 判断虚拟网络设备所需的性能和功能参数；
网络连接 SLA: 指用户和运营商或者网络服务提供商签订的网络服务级 别协议， 用于描述原有的物理网络对外连接的特性。 服务级别协议可以包含 对外连接的带宽， 服务质量级别等等。
用户侧通过工具获取物理网络的拓朴信息和 /或配置信息， 针对不同的信 息源可以使用不同的工具， 该工具包括以下的一种或多种： 配置脚本、 网管 工具、 网页和客户端配置工具、 文本和图形信息抽取工具、 嗅探和网络监测 工具。
其中， 配置脚本指： 使用网络设备提供的配置命令脚本， 获取网络设备 的静态和动态配置信息；
网管工具： 对于支持 SNMP ( Simple Network Management Protocol , 简单 网络管理协议 )等网络管理协议的设备， 可以通过 SNMP获取网络设备的静 态和动态信息；
网页和客户端配置工具： 对于支持网页方式或客户端配置工具的网络设 备或节点， 可以通过这些工具获取网络的静态和动态信息；
文本和图形信息抽取工具： 可以通过文本和图形信息抽取工具来获取网 络规划文件中的物理网络的拓朴和配置信息；
嗅探和网络监测工具： 可以釆用网络抓包， 流量镜像等网络管理和测量 工具来获取网络的拓朴和配置信息。
用户侧向与云服务提供商侧发送物理网络的拓朴信息和 /或配置信息时， 优选的， 釆用预先约定的方式发送， 以保证云服务提供商侧能够顺利地获取 到物理网络的拓朴信息和 /或配置信息。 同时， 为了便于云服务提供商侧获取 物理网络的拓朴信息和 /或配置信息，将物理网络的拓朴信息和 /或配置信息打 包发送 , 打包的形式包括 XML ( Extensive Makeup Language , 可扩展标记语 言）文件格式、 JSON ( JavaScript Object Notation, JavaScript对象标己）格 式。 另外， 在传输上述信息时， 用户侧可以使用 OVF (开放虚拟格式， Open Virtualization Format ) 格式或者 CIMI ( Cloud Infrastructure Management Interface, 云架构管理接口）格式， 相应地， 云服务提供商侧接收该格式的信 息。
本发明实施例中的物理网络的拓朴信息包括以下一种或多种：
网络设备的连接端口号： 指物理网络设备或节点上的物理连接端口号； 网络设备之间的连接类型： 指物理网络设备或节点之间的物理连接的类 型， 如连接所使用的协议， 连接带宽以及接口类型等；
网络设备的部署位置需求： 指网络设备及节点之间部署是否需要同机架 / 机框， 或者应异地部署进行容灾；
网络对外连接的性能和配置参数： 指物理网络对外连接的类型， 如协议 类型， 带宽， 服务质量， 连接安全认证参数等。
本发明实施例中的物理网络的配置信息包括：
网络设备的功能及型号： 指物理网络设备及服务器网卡的型号及其所支 持的功能；
网络设备的模块配置： 指物理网络设备上所含的模块， 附加板卡及模块 参数配置；
网络设备的参数配置： 指物理网络设备上与功能相关的参数配置； 网络设备的性能和网管配置： 指物理网络设备的性能、 及其网管设置； 网络设备的备份和可靠性配置： 指物理网络设备的相互备份机制和可靠 性配置。
另外， 上述配置信息为预先设置的标准化设备的配置信息。 例如， 假定 用户侧获取到的路由器配置信息为 "思科 catalyst 6500路由器" ， 用户侧将 该配置信息匹配至标准化的路由器配置信息后发送， 当然用户侧也可以不更 新配置信息， 而由服务商侧根据配置从用户侧发送的信息中提取自身所需要 的信息。
另外，根据物理网络的拓朴信息和 /或配置信息配置虚拟网络的步骤包括: 釆用与物理网络内对应的物理设备相同或不同的设备配置虚拟网络。 例如， 当物理网络内的物理设备为路由器时，虚拟网络内可以釆用路由器对应配置， 也可以釆用其他类型计算机进行配置， 即虚拟网络内釆用的设备的类型可以 与物理网络内的物理设备的类型不同。 另外， 即使釆用的设备的类型相同， 其厂家、 型号等也可以不同。
配置得到的虚拟网络在以下一项或多项特征上与所述物理网络一致： 网 络拓朴结构、 网络地址配置、 网络路由配置、 网络带宽和可靠性、 网络服务 特性， 当配置得到的虚拟网络与物理网络存在差别时， 云服务提供商侧将上 述差别通知用户侧。
下面介绍根据本发明实施例提供的上述方法用户侧和网络侧所分别进行 的操作。
用户侧进行的操作如图 2所示， 包括：
步骤 201 , 用户通过工具抽取已有物理网络的拓朴信息和 /或配置信息。 具体的， 用户可以通过上述的各种工具通过上述的各类信息源来获取现有物 理网络的拓朴信息和配置信息。
步骤 202, 用户对获取到的物理网络的拓朴信息和 /或配置信息进行整合 并打包。当原始的拓朴信息和 /或配置信息涉及特殊的网络设备和 /或网络连接 时， 用户将其转换为标准的网络设备和 /或网络连接。 例如， 用户物理网络中 的路由器可能是特定厂家的设备，其中包含一些厂家自定义的配置项或功能， 用户应选择功能接近的标准设备， 如标准路由器， 来对配置信息进行匹配和 转换。 例如， 对于路由器， 该标准设备可以为具有各厂家生产的路由器的共 性的路由器。
在完成物理网络的拓朴信息和 /或配置信息的整合后， 用户还需要将该信 息进行标准化打包。具体的打包方式可以是将相关信息打包成为 XML文件格 式、 或者是 JSON文件方式。
步骤 203 , 用户将打包后的物理网络的拓朴信息和 /或配置信息通过用户 和云服务提供商之间的标准接口发送给云服务提供商。
具体的， 用户可以使用标准化的 OVF包接口或者 CIMI接口与云服务商 进行交互， 用户也可以使用其他标准协议或私有协议与云服务商进行交互。 云服务提供商按用户需求配置虚拟网络， 并将虚拟网络的实例返回给用户。
步骤 204, 用户获取虚拟网络实例后， 可以将物理服务器转换为虚拟机， 并指示云服务提供商将虚拟机连接到特定的虚拟网络端口上。
例如， 用户可以指示云服务提供商将新的物理服务器转换为虚拟机或者 修改网络拓朴等。
云服务提供商侧进行的操作如图 3所示， 包括：
求。 用户对虚拟网络的需求可以单独发送给云服务提供商， 也可以与其他需 求， 如虚拟机分配、 存储需求等一起发送给云服务提供商。 该虚拟网络的拓 朴和配置需求中包括用户侧已有物理网络的拓朴信息和 /或配置信息。
步骤 302 , 云服务提供商根据用户的虚拟网络需求， 结合现有网络资源 的情况， 选择合适的方式实现用户的虚拟网络需求。
在实现过程中， 针对不同的网络设备， 云服务提供商可以釆用物理网络 设备、 虚拟机方式或两种方式结合的办法来虚拟网络设备。 云服务提供商可 以将多个虚拟网络设备放在同一个物理设备上， 也可以通过多个物理设备来 模拟一个虚拟网络设备。 云服务提供商应尽量满足用户对虚拟网络提出的拓 朴和配置需求， 如果无法满足， 云服务提供商应通知用户。
步骤 303 , 云服务提供商将配置好的虚拟网络实例返回给用户， 其中包 含了网络配置的相关信息、 网络设备和节点的访问方式等等。 如果虚拟网络 和用户的需求有差别， 云服务提供商告知用户侧具体的区别。
本发明实施例提供的上述方法应用于图 4所示的架构中， 该架构包括云 服务用户 401和云服务提供商 402, 两者通过用户接口交互用户对云服务的 需求和指示。 在通过用户接口交互之前， 云服务用户 401首先获取自身物理 网络的拓朴信息和 /或配置信息，并将获取的虚拟网络的拓朴信息和 /或配置信 息上报给云服务提供商 402, 云服务提供商 402根据云服务用户 401的拓朴 信息和 /或配置信息来合理分配网络资源， 确定虚拟网络服务的实现方式。 例 如， 在图 4所示的云服务提供商 402的结构下， 云服务提供商 402包括云服 务门户 403、 虚拟资源管理系统 404、 服务器资源 405 , 网络资源 406以及其 他资源 407 , 在这种结构下， 云服务提供商 402通过云服务门户 403接收云 服务用户 401发送的物理网络的拓朴信息和 /或配置信息， 虚拟资源管理系统 404从云服务门户 403获取用户的物理网络的拓朴信息和 /或配置信息并对物 理网络的拓朴信息和 /或配置信息进行分析， 结合现有虚拟资源， 即服务器资 源 405、 网络资源 406和其他资源 407 , 配置用户所需要的虚拟网络服务。 需 要说明， 图 4所描述的云服务提供商 402的结构只是作为描述时的例子， 在 实际部署和应用中可以按需要合并或者拆分， 例如， 云服务门户 403和虚拟 资源管理系统 404可合并为一个模块， 釆用内部通讯方式来进行交互。 当然， 云服务提供商 402也可以釆用其他结构， 本发明实施例对此不做限制。 下面结合图 4所示结构描述本发明实施例提供的物理网络向虚拟网络迁 移的一种示例， 如图 5所示， 包括：
步骤 501, 云服务用户获取已部署的物理网络的拓朴信息和 /或配置信息， 并对其进行打包。
用户可以不打包物理网络的完整信息， 只打包必要的信息， 例如， 网络 连接的拓朴信息、 网络中防火墙、 负载均衡器等设备的部署位置和配置等。
步骤 502 , 云服务用户将打包好的网络拓朴信息和 /或配置信息做为虚拟 网络需求发送给云服务门户。
步骤 503 , 云服务门户将相关的需求发送给虚拟资源管理系统。
步骤 504 , 虚拟资源管理系统根据云服务系统中现有的资源情况确定需 要釆用何种方式来实现对应的虚拟网络需求。
例如， 虚拟资源管理系统可以考虑使用软件方式， 如部署虚拟机来实现 防火墙的功能， 虚拟资源管理系统也可以考虑使用物理硬件， 如物理防火墙 来实现防火墙的功能。
步骤 505 , 虚拟资源管理系统才艮据虚拟网络需求来配置对应的网络资源 和 /或服务器资源。
步骤 506 , 虚拟资源管理系统将虚拟网络的实例返回给云服务门户， 如 虚拟网络同用户需求有区别， 虚拟资源管理系统也将具体区别返回给云服务 门户。
步骤 507 , 云服务门户将上述虚拟网络实例及可能与需求的区别信息返 回给用户。
步骤 508 , 用户在获取虚拟网络实例后， 可以请求将虚拟机连接到虚拟 网络设备的端口上。
本步骤也可以在步骤 502用户请求虚拟网络的同时执行。
步骤 509 , 云服务门户将用户的虚拟机关联需求转发给虚拟资源管理系 统。
步骤 510 , 虚拟资源管理系统将虚拟机关联到虚拟网络设备的端口上。 具体方式可以通过配置物理服务器上的虚拟机， 或虚拟交换机， 或物理网络 设备等方式实现。 虚拟资源管理系统可以通过云服务门户将关联结果返回给 用户。
在具体的实施过程中， 可以考虑云服务商的实施能力而确定网络配置需 求的力度。 例如， 当云服务提供商不能完成网络设备细节配置时， 用户可以 选择只提出拓朴结构的需求。 当云服务商不能完成某些网络功能， 如防火墙 或负载均衡功能时， 用户可以选择釆用其他方式（如自行部署虚拟机）来实 现相关功能。
其中， 步骤 501 中用户获取已部署的物理网络的拓朴信息和配置信息的 过程如图 6所示， 包括：
步骤 601 , 用户通过文字和图形处理工具， 从网络规划文件或图纸中获 取网络拓朴信息和配置信息。
步骤 602, 用户通过网络配置脚本或者 SNMP工具， 从物理网络设备中 抽取网络设备的静态和动态配置信息。 步骤 603 , 用户通过网络管理工具从物理服务器上抽取网络上所连接的 物理节点的静态和动态配置信息。
步骤 604 , 用户将以上步骤获取的各种信息集合到一起， 并将相关信息 转换为标准的虚拟网络设备的配置信息， 并对相关信息进行标准化打包。
在以上过程中， 用户可以任意调整步骤 601-603 的执行顺序， 执行时可 以依次进行， 也可以同步进行。
通过本发明实施例提供的方法， 在用户从物理网络迁移到虚拟网络时， 物理网络的拓朴信息和 /或配置信息需要通知给云服务提供商， 云服务提供商 依据物理网络的拓朴信息和 /或配置信息配置虚拟网络， 从而使得迁移到虚拟 机上的物理服务器所处的网络环境和原有的物理网络环境一致， 这样， 物理 服务器迁移到虚拟机后可以直接运行， 不需要进一步地配置和测试工作。
基于与上述方法实施例相同的技术构思， 本发明实施例还提供一种物理 网络向虚拟网络迁移的装置， 应用于云服务提供商侧， 如图 7所示， 该装置 包括：
接收模块 10,其设置成接收用户侧发送的物理网络的拓朴信息和 /或配置 信息；
配置模块 20,其设置成根据所述物理网络的拓朴信息和 /或配置信息配置 虚拟网络。
所述接收模块是设置成： 接收所述用户侧以预先约定的方式发送的物理 网络的拓朴信息和 /或配置信息。
所述接收模块是设置成： 接收所述用户侧以打包的方式发送的物理网络 的拓朴信息和 /或配置信息。 所述接收模块是设置成： 接收所述用户侧以可扩展标记语言 （XML )文 件格式或 JavaScript对象标记（JSON )格式打包发送的物理网络的拓朴信息 和 /或配置信息。
所述接收模块是设置成： 接收所述用户侧使用开放虚拟格式 ( OVF )或 者云架构管理接口 （CIMI )格式发送的物理网络的拓朴信息和 /或配置信息。
所述接收模块还设置成接收以下一种或多种物理网络的拓朴信息： 网络 设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
所述接收模块还设置成接收以下一种或多种物理网络的配置信息： 网络 设备的功能及型号、 网络设备的模块配置， 网络设备的参数配置、 网络设备 的性能和网管配置、 网络设备的备份和可靠性配置。
所述接收模块还设置成： 接收预先设置的标准格式的配置信息。
所述配置模块还设置成： 釆用与所述物理网络内对应的物理设备相同或 不同的设备配置所述虚拟网络。
所述配置模块还设置成配置所述虚拟网络在以下一项或多项特征上与所 述物理网络一致： 网络拓朴结构， 网络地址配置， 网络路由配置， 网络带宽 和可靠性， 网络服务特性。
如图 8所示， 所述设备还包括通知模块 30, 其设置成： 当配置得到的虚 拟网络与所述物理网络存在差别时， 通知所述用户侧所述差别。 本发明实施例还提供一种物理网络向虚拟网络迁移的装置， 应用于用户 侧， 如图 9所示， 该装置包括：
获取模块 40,其设置成获得用户已部署的物理网络的拓朴信息和 /或配置 信息；
发送模块 50, 其设置成向云服务提供商侧发送所述物理网络的拓朴信息 和 /或配置信息。
所述获取模块 40还设置成获取以下一种或多种物理网络的拓朴信息： 网 络设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
所述获取模块 40还设置成获取以下一种或多种物理网络的配置信息： 网 络设备的功能及型号、 网络设备的模块配置、 网络设备的参数配置、 网络设 备的性能和网管配置、 网络设备的备份和可靠性配置。
所述配置信息为预先设置的标准化设备的配置信息。
所述获取模块 40还设置成： 通过工具获取所述物理网络的拓朴信息和 / 或配置信息。
所述工具包括以下的一种或多种： 配置脚本、 网管工具、 网页和客户端 配置工具、 文本和图形信息抽取工具、 嗅探和网络监测工具。
所述获取模块 40还设置成从以下来源的一种或多种获取所述物理网络 的拓朴信息和 /或配置信息： 网络规划图纸及文件、 网络设备的配置数据、 网 络节点的配置数据、 网络设备性能和参数说明书、 网络连接服务级别协议 ( SLA ) 。
所述发送模块 50还设置成：
以预先约定的方式打包所述物理网络的拓朴信息和 /或配置信息， 发送打 包后的所述物理网络的拓朴信息和 /或配置信息。
所述打包的方式包括可扩展标记语言（ XML )文件格式、 JavaScript对象 标记（ JSON )格式。
通过本发明实施例提供的装置， 在用户从物理网络迁移到虚拟网络时， 物理网络的拓朴信息和 /或配置信息需要通知给云服务提供商， 云服务提供商 依据物理网络的拓朴信息和 /或配置信息配置虚拟网络， 从而使得迁移到虚拟 机上的物理服务器所处的网络环境和原有的物理网络环境一致， 这样， 物理 服务器迁移到虚拟机后可以直接运行， 不需要进一步地配置和测试工作。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
工业实用性
通过本发明实施例提供的方法和装置， 在用户从物理网络迁移到虚拟网 络时， 物理网络的拓朴信息和 /或配置信息需要通知给云服务提供商， 云服务 提供商依据物理网络的拓朴信息和 /或配置信息配置虚拟网络， 从而使得迁移 到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致 ,这样 , 物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。

Claims

权 利 要 求 书
1、 一种物理网络向虚拟网络迁移的方法， 包括：
接收用户侧发送的物理网络的拓朴信息和 /或配置信息， 所述物理网络的 拓朴信息和 /或配置信息基于用户已部署的物理网络获得；
才艮据所述物理网络的拓朴信息和 /或配置信息配置虚拟网络。
2、 如权利要求 1 所述的方法， 其中， 所述接收所述用户侧发送的物理 网络的拓朴信息和 /或配置信息的步骤包括： 接收所述用户侧以预先约定的打 包的方式发送的物理网络的拓朴信息和 /或配置信息。
3、 如权利要求 2所述的方法， 其中， 所述打包的方式包括： 可扩展标 记语言 （XML )文件格式、 JavaScript对象标记（JSON )格式。
4、 如权利要求 1 所述的方法， 其中， 所述接收用户侧发送的物理网络 的拓朴信息和 /或配置信息的步骤包括： 接收所述用户侧使用开放虚拟格式
( OVF ) 或者云架构管理接口 （CIMI )格式发送的物理网络的拓朴信息和 / 或配置信息。
5、 如权利要求 1-4任一项所述的方法，其中，所述物理网络的拓朴信息 包括以下一种或多种： 网络设备的连接端口号、 网络设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
6、 如权利要求 1 所述的方法， 其中， 所述物理网络的配置信息包括以 下的一种或多种： 网络设备的功能及型号、 网络设备的模块配置、 网络设备 的参数配置、 网络设备的性能和网管配置、 网络设备的备份和可靠性配置。
7、 如权利要求 1或 6所述的方法， 其中， 所述配置信息为预先设置的 标准化设备的配置信息。
8、 如权利要求 1-4任一项所述的方法，其中，所述根据所述物理网络的 拓朴信息和 /或配置信息配置虚拟网络的步骤包括： 网络。
9、 如权利要求 1-4任一项所述的方法，其中，所述根据所述物理网络的 拓朴信息和 /或配置信息配置虚拟网络的步骤包括：
配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致： 网络 拓朴结构、 网络地址配置、 网络路由配置、 网络带宽和可靠性、 网络服务特 性。
10、 如权利要求 9所述的方法， 其中， 还包括： 当配置得到的虚拟网络 与所述物理网络存在差别时， 通知所述用户侧所述差别。
11、 如权利要求 1所述的方法， 其中， 在所述用户侧发送所述物理网络 的拓朴信息和 /或配置信息的步骤之前还包括： 通过工具获取所述物理网络的 拓朴信息和 /或配置信息。
12、 如权利要求 11所述的方法，其中，所述工具包括以下的一种或多种： 配置脚本、 网管工具、 网页和客户端配置工具、 文本和图形信息抽取工具、 嚷探和网络监测工具。
13、 如权利要求 1所述的方法， 其中， 在所述用户侧发送所述物理网络 的拓朴信息和 /或配置信息的步骤之前还包括： 所述用户侧从以下来源的一种 或多种中获取所述物理网络的拓朴信息和 /或配置信息： 网络规划图纸及文 件、 网络设备的配置数据、 网络节点的配置数据、 网络设备性能和参数说明 书、 网络连接服务级别协议（SLA ) 。
14、 一种物理网络向虚拟网络迁移的装置， 包括：
接收模块， 其设置成接收用户侧发送的物理网络的拓朴信息和 /或配置信 息；
配置模块， 其设置成根据所述物理网络的拓朴信息和 /或配置信息配置虚 拟网络。
15、 如权利要求 14所述的装置， 其中， 所述接收模块是设置成： 接收所
16、 如权利要求 15所述的装置， 其中， 所述接收模块是设置成： 接收所 述用户侧以打包的方式发送的物理网络的拓朴信息和 /或配置信息。
17、 如权利要求 16所述的装置， 其中， 所述接收模块是设置成： 接收所 述用户侧以可扩展标记语言（ XML )文件格式或 JavaScript对象标记（ JSON ) 格式打包发送的物理网络的拓朴信息和 /或配置信息。
18、 如权利要求 14所述的装置， 其中， 所述接收模块是设置成： 接收所 述用户侧使用开放虚拟格式（OVF )或者云架构管理接口 （CIMI )格式发送 的物理网络的拓朴信息和 /或配置信息。
19、 如权利要求 14-18任一项所述的装置， 其中， 所述接收模块还设置 成接收以下一种或多种物理网络的拓朴信息： 网络设备的连接端口号、 网络 设备之间的连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配 置参数。
20、 如权利要求 14所述的装置，其中， 所述接收模块还设置成接收以下 一种或多种物理网络的配置信息： 网络设备的功能及型号、 网络设备的模块 配置、 网络设备的参数配置、 网络设备的性能和网管配置、 网络设备的备份 和可靠性配置。
21、 如权利要求 14或 20所述的装置， 其中， 所述接收模块还设置成： 接收预先设置的标准格式的配置信息。
22、 如权利要求 14-18任一项所述的装置， 其中， 所述配置模块还设置 网络。
23、 如权利要求 14-18任一项所述的装置， 其中， 所述配置模块还设置 成配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致： 网络拓 朴结构、 网络地址配置、 网络路由配置、 网络带宽和可靠性、 网络服务特性。
24、 如权利要求 23所述的装置， 其中， 还包括：
通知模块， 其设置成： 当配置得到的虚拟网络与所述物理网络存在差别 时， 通知所述用户侧所述差别。
25、 一种物理网络向虚拟网络迁移的装置， 包括：
获取模块， 其设置成获得用户已部署的物理网络的拓朴信息和 /或配置信 息；
发送模块， 其设置成向云服务提供商侧发送所述物理网络的拓朴信息和 / 或配置信息。
26、 如权利要求 25所述的装置，其中， 所述获取模块还设置成获取以下 一种或多种物理网络的拓朴信息： 网络设备的连接端口号、 网络设备之间的 连接类型、 网络设备的部署位置需求、 网络对外连接的性能和配置参数。
27、 如权利要求 25所述的装置，其中， 所述获取模块还设置成获取以下 一种或多种物理网络的配置信息： 网络设备的功能及型号、 网络设备的模块 配置、 网络设备的参数配置、 网络设备的性能和网管配置、 网络设备的备份 和可靠性配置。
28、 如权利要求 27所述的装置，其中， 所述配置信息为预先设置的标准 化设备的配置信息。
29、 如权利要求 25-28任一项所述的装置， 其中， 所述获取模块还设置 成： 通过工具获取所述物理网络的拓朴信息和 /或配置信息。
30、 如权利要求 29所述的装置，其中，所述工具包括以下的一种或多种： 配置脚本、 网管工具、 网页和客户端配置工具、 文本和图形信息抽取工具、 嗅探和网络监测工具。
31、 如权利要求 25-28任一项所述的装置， 其中， 所述获取模块还设置 成从以下来源的一种或多种获取所述物理网络的拓朴信息和 /或配置信息： 网 络规划图纸及文件、 网络设备的配置数据、 网络节点的配置数据、 网络设备 性能和参数说明书、 网络连接服务级别协议（SLA ) 。
32、 如权利要求 25-28任一项所述的装置， 其中， 所述发送模块还设置 成：
以预先约定的方式打包所述物理网络的拓朴信息和 /或配置信息， 发送打 包后的所述物理网络的拓朴信息和 /或配置信息。
33、 如权利要求 32所述的装置， 其中， 所述打包的方式包括： 可扩展标 记语言 （XML )文件格式、 JavaScript对象标记（JSON )格式。
PCT/CN2013/073891 2012-06-27 2013-04-08 一种将物理网络向虚拟网络迁移的方法及装置 WO2014000491A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210215688.6 2012-06-27
CN201210215688.6A CN103516754A (zh) 2012-06-27 2012-06-27 一种将物理网络向虚拟网络迁移的方法及装置

Publications (1)

Publication Number Publication Date
WO2014000491A1 true WO2014000491A1 (zh) 2014-01-03

Family

ID=49782185

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/073891 WO2014000491A1 (zh) 2012-06-27 2013-04-08 一种将物理网络向虚拟网络迁移的方法及装置

Country Status (2)

Country Link
CN (1) CN103516754A (zh)
WO (1) WO2014000491A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170111187A1 (en) * 2014-03-27 2017-04-20 Nokia Solutions And Networks Oy On demand network service in 5th generation mobile networks
US10219168B2 (en) * 2014-06-30 2019-02-26 Futurewei Technologies, Inc. Methods and systems for intelligent mobile function distribution
EP3210113B1 (en) * 2014-10-26 2022-03-30 Microsoft Technology Licensing, LLC Virtual overlay mobility using label based underlay network forwarding
CN108599998B (zh) * 2018-04-04 2021-11-02 刘昱 网络的管控方法、装置及计算机可读存储介质
CN109831318A (zh) * 2018-12-26 2019-05-31 中兴通讯股份有限公司 一种获取网络拓扑的系统、方法和服务器
CN113965455A (zh) * 2021-09-09 2022-01-21 阿里巴巴达摩院(杭州)科技有限公司 网络部署方法、装置及计算机存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102136931A (zh) * 2010-09-20 2011-07-27 华为技术有限公司 虚端口网络策略配置方法、一种网络管理中心和相关设备
CN102148715A (zh) * 2011-05-17 2011-08-10 杭州华三通信技术有限公司 虚拟网络配置迁移的方法及设备
US20110258317A1 (en) * 2010-04-19 2011-10-20 Microsoft Corporation Application sla based dynamic, elastic, and adaptive provisioning of network capacity
CN102447573A (zh) * 2010-10-07 2012-05-09 株式会社日立制作所 网络系统及虚拟网络管理方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101808030B (zh) * 2010-03-01 2013-01-30 浙江大学 一种基于虚拟路由器的逻辑网络构建方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110258317A1 (en) * 2010-04-19 2011-10-20 Microsoft Corporation Application sla based dynamic, elastic, and adaptive provisioning of network capacity
CN102136931A (zh) * 2010-09-20 2011-07-27 华为技术有限公司 虚端口网络策略配置方法、一种网络管理中心和相关设备
CN102447573A (zh) * 2010-10-07 2012-05-09 株式会社日立制作所 网络系统及虚拟网络管理方法
CN102148715A (zh) * 2011-05-17 2011-08-10 杭州华三通信技术有限公司 虚拟网络配置迁移的方法及设备

Also Published As

Publication number Publication date
CN103516754A (zh) 2014-01-15

Similar Documents

Publication Publication Date Title
US11936548B2 (en) Active assurance for virtualized services
US11630646B2 (en) Software defined network controller
Alay et al. Experience: An open platform for experimentation with commercial mobile broadband networks
US9628339B1 (en) Network testbed creation and validation
Verba et al. Platform as a service gateway for the Fog of Things
RU2643451C2 (ru) Система и способ виртуализации функции мобильной сети
WO2014000491A1 (zh) 一种将物理网络向虚拟网络迁移的方法及装置
US11115489B2 (en) Cross-domain brokering protocol cloud proxy
EP3544241B1 (en) Method and apparatus for deploying service in virtualized network
US20190278681A1 (en) Secure Method for Managing a Virtual Test Platform
TW202037132A (zh) Ict資源管理裝置、ict資源管理方法以及ict資源管理程式
KR102486236B1 (ko) 무선 통신 시스템에서 네트워크 기능 가상화를 위한 장치 및 방법
Uddin et al. Performance analysis of SDN based firewalls: POX vs. ODL
CN115134193B (zh) 在现有数据中心结构中部署网络管理控制器的方法和系统
US20150261875A1 (en) HTML Network Service Tags Used with Web Browsers for Controlling Network Elements
CN106533716B (zh) 一种北向接口的管理方法和系统
US11108652B2 (en) Server assisted network discovery (SAND)
Nazir et al. Software-defined Network testbed using ZodiacFX a hardware switch for OpenFlow
Toseef et al. Implementation of the FELIX SDN experimental facility
US11962460B1 (en) End-to-end service creation, management, and orchestration in mobile networks
CN114760199B (zh) 基于sdn的网络配置信息下发方法、系统和存储介质
Rathnamalala et al. Fully integrated software-defined networking (SDN) testbed using open-source platforms
EP3582440B1 (en) Method and system for virtual network service activation
CN116530130A (zh) 用于虚拟化服务的主动保证
Wang Design and Implementation of a Reliable Container-based Service Function Chaining Testbed in Cloud-native System: An Open Source Approach

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13810311

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13810311

Country of ref document: EP

Kind code of ref document: A1