一种将物理网络向虚拟网络迁移的方法及装置制造方法
【专利摘要】本发明实施例提供一种物理网络向虚拟网络迁移的方法及装置，该方法包括：接收用户侧发送的物理网络的拓扑信息和/或配置信息，所述物理网络的拓扑信息和/或配置信息基于用户已部署的物理网络获得；根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。通过本发明实施例提供的方法和装置，在用户从物理网络迁移到虚拟网络时，物理网络的拓扑信息和/或配置信息需要通知给云服务提供商，云服务提供商依据物理网络的拓扑信息和/或配置信息配置虚拟网络，从而使得迁移到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致，这样，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。
【专利说明】一种将物理网络向虚拟网络迁移的方法及装置
【技术领域】
[0001]本发明实施例涉及网络和通信领域，尤其涉及一种云计算领域中物理网络向虚拟网络迁移的方法及装置。
【背景技术】
[0002]随着云计算技术的发展，IaaS (Infrastructure as a Service,基础设施即服务)服务已经逐步在商业模式和技术上成熟起来。在IaaS服务中，云服务提供商为用户提供虚拟的基础设施服务，例如计算资源，存储资源和网络资源等。通过云服务，用户可以获取能自由伸缩的云资源，其资源量几乎没有限制，而且用户可以在资源使用后按使用量付费。
[0003]虚拟网络服务是IaaS服务中的重要组成部分。虚拟网络服务用于将服务提供商为用户分配的虚拟机以及其他设备通过网络连接起来，并在该网络上提供用户所需的服务。在虚拟网络服务的过程中，用户需要将自己对网络服务的要求发送给云服务提供商。云服务提供商根据用户的需求，分配相应的网络服务资源，提供有效的网络服务。
[0004]在现有的虚拟网络服务中，用户一般需要首先进行网络规划，构建网络服务需求，或者从云服务提供商预置的网络模板中选择一个合适的模板来规定自己的网络服务需求。用户进行虚拟网络服务请求的步骤通常包括:
[0005]1，用户根据自己的网络需求来规划虚拟网络的拓扑结构、网络服务及相关设备的配置。如果用户没有能力进行此类规划，用户可以通过选择云服务提供商预设的模板来设置网络。例如，云服务提供商可以提供一个基本的三层网站架构及对应的网络服务模板供用户使用。
[0006]2，用户向云服务提供商提出规划好的虚拟网络的网络拓扑和服务需求。
[0007]3，云服务门户系统将用户的网络拓扑和服务需求转发给虚拟资源管理系统。
[0008]4，虚拟资源管理系统根据用户的网络拓扑以及服务需求进行功能分解，确定需要配置哪些网络设备。
[0009]5，虚拟资源管理系统将对应的网络配置发送到网络设备，完成相应的网络配置。
[0010]6，虚拟资源管理系统将配置结果发送给云服务门户，并告知具体的网络服务实例，供用户后续修改。
[0011]7，云服务门户将网络服务实例返回给用户，完成虚拟网络服务请求。
[0012]在以上流程中，用户需要在配置虚拟网络之前对网络先进行规划，当用户原本没有对应的物理网络时，该方式是比较合适的。
[0013]但是，在很多情况下，用户已经部署了物理服务器和对应物理网络来实现特定的功能，如网站、ERP (Enterprise Resource Planning,企业资源规划)系统等。出于成本和管理的考虑，用户可能希望将已经部署的物理服务器和物理网络迁移到云服务提供商提供的虚拟数据中心和虚拟网络去。
[0014]为了满足这种需求，现有技术中提供了一种解决方案。该方案中，将物理服务器通过工具打包成为虚拟机镜像及配置文件，如开放虚拟格式(Open Virtualization Format,OVF)包，然后将对应的OVF包部署到虚拟数据中心中。在部署过程中，物理服务器与网络相关的配置信息不会改变。但由于物理服务器的功能依赖于网络服务，如果虚拟数据中心中没有配置相应的网络服务，物理服务器迁移到虚拟机后可能无法正确地连接到网络中，从而带来大量的后续虚拟网络配置和测试工作。
【发明内容】
[0015]本发明实施例提供一种物理网络向虚拟网络迁移的方法及装置，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。
[0016]为了实现上述目的，本发明实施例提供一种物理网络向虚拟网络迁移的方法，包括:
[0017]接收用户侧发送的物理网络的拓扑信息和/或配置信息，所述物理网络的拓扑信息和/或配置信息基于用户已部署的物理网络获得；
[0018]根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。
[0019]所述接收用户侧发送的物理网络的拓扑信息和/或配置信息包括:接收所述用户侧以预先约定的方式发送的物理网络的拓扑信息和/或配置信息。
[0020]所述接收所述用户侧以预先约定的方式发送的物理网络的拓扑信息和/或配置信息包括:接收所述用户侧以打包的方式发送的物理网络的拓扑信息和/或配置信息。
[0021]所述打包的方式包括XML可扩展标记语言文件格式、JSON JavaScript对象标记格式。
[0022]所述接收用户侧发送的物理网络的拓扑信息和/或配置信息包括:接收所述用户侧使用OVF开放虚拟格式或者CMI云架构管理接口格式发送的物理网络的拓扑信息和/或配置信息。
[0023]所述物理网络的拓扑信息包括以下一种或多种:网络设备的连接端口号、网络设备之间的连接类型、网络设备的部署位置需求、网络对外连接的性能和配置参数。
[0024]所述物理网络的配置信息包括以下的一种或多种:网络设备的功能及型号、网络设备的模块配置，网络设备的参数配置、网络设备的性能和网管配置、网络设备的备份和可
靠性配置。
[0025]所述配置信息为预先设置的标准化设备的配置信息。
[0026]所述根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络包括:
[0027]采用与所述物理网络内对应的物理设备相同或不同的设备配置所述虚拟网络。
[0028]所述根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络包括:
[0029]配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致:网络拓扑结构、网络地址配置、网络路由配置、网络带宽和可靠性、网络服务特性。
[0030]该方法还包括:当配置得到的虚拟网络与所述物理网络存在差别时，通知所述用户侧所述差别。
[0031]所述用户侧发送所述物理网络的拓扑信息和/或配置信息之前还包括:通过工具获取所述物理网络的拓扑信息和/或配置信息，所述工具包括以下的一种或多种:配置脚本、网管工具、网页和客户端配置工具、文本和图形信息抽取工具、嗅探和网络监测工具。
[0032]所述用户侧发送所述物理网络的拓扑信息和/或配置信息之前还包括:所述用户侧从以下来源的一种或多种获取所述物理网络的拓扑信息和/或配置信息:网络规划图纸及文件、网络设备的配置数据、网络节点的配置数据、网络设备性能和参数说明书、网络连接SLA服务级别协议。
[0033]本发明实施例还提供一种物理网络向虚拟网络迁移的装置，包括:
[0034]接收模块，用于接收用户侧发送的物理网络的拓扑信息和/或配置信息；
[0035]配置模块，用于根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。
[0036]所述接收模块还用于:接收所述用户侧以预先约定的方式发送的物理网络的拓扑信息和/或配置信息。
[0037]所述接收模块还用于接收所述用户侧以打包的方式发送的物理网络的拓扑信息
和/或配置信息。
[0038]所述接收模块还用于接收所述用户侧以XML可扩展标记语言文件格式或JSONJavaScript对象标记格式打包发送的物理网络的拓扑信息和/或配置信息。
[0039]所述接收模块还用于接收所述用户侧使用OVF开放虚拟格式或者CMI云架构管理接口格式发送的物理网络的拓扑信息和/或配置信息。
[0040]所述接收模块还用于接收以下一种或多种物理网络的拓扑信息:网络设备的连接端口号、网络设备之间的连接类型、网络设备的部署位置需求、网络对外连接的性能和配置参数。
[0041]所述接收模块还用于接收以下一种或多种物理网络的配置信息:网络设备的功能及型号、网络设备的模块配置、网络设备的参数配置、网络设备的性能和网管配置、网络设备的备份和可靠性配置。
[0042]所述接收模块还用于接收预先设置的标准格式的配置信息。
[0043]所述配置模块还用于:采用与所述物理网络内对应的物理设备相同或不同的设备配置所述虚拟网络。
[0044]所述配置模块还用于:配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致:网络拓扑结构、网络地址配置、网络路由配置、网络带宽和可靠性、网络服务特性。
[0045]该装置还包括通知模块，用于当当配置得到的虚拟网络与所述物理网络存在差别时，通知所述用户侧所述差别。
[0046]本发明实施例还提供一种物理网络向虚拟网络迁移的装置，包括:
[0047]获取模块，用于获得用户已部署的物理网络的拓扑信息和/或配置信息；
[0048]发送模块，用于向云服务提供商侧发送所述物理网络的拓扑信息和/或配置信
肩、O
[0049]所述获取模块还用于:获取以下一种或多种物理网络的拓扑信息:网络设备的连接端口号、网络设备之间的连接类型、网络设备的部署位置需求、网络对外连接的性能和配
置参数。
[0050]所述获取模块还用于:获取以下一种或多种物理网络的配置信息:网络设备的功能及型号、网络设备的模块配置、网络设备的参数配置、网络设备的性能和网管配置、网络设备的备份和可靠性配置。
[0051]所述配置信息为预先设置的标准化设备的配置信息。
[0052]所述获取模块还用于:通过工具获取所述物理网络的拓扑信息和/或配置信息。[0053]所述工具包括以下的一种或多种:配置脚本、网管工具、网页和客户端配置工具、文本和图形信息抽取工具、嗅探和网络监测工具。
[0054]所述获取模块还用于:从以下来源的一种或多种获取所述物理网络的拓扑信息和/或配置信息:网络规划图纸及文件、网络设备的配置数据、网络节点的配置数据、网络设备性能和参数说明书、网络连接SLA服务级别协议。
[0055]所述发送模块还用于:
[0056]以预先约定的方式打包所述物理网络的拓扑信息和/或配置信息，发送打包后的所述物理网络的拓扑信息和/或配置信息。
[0057]所述打包的方式包括XML可扩展标记语言文件格式、JSON JavaScript对象标记格式。
[0058]通过本发明实施例提供的方法和装置，在用户从物理网络迁移到虚拟网络时，物理网络的拓扑信息和/或配置信息需要通知给云服务提供商，云服务提供商依据物理网络的拓扑信息和/或配置信息配置虚拟网络，从而使得迁移到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致，这样，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。
【专利附图】
【附图说明】
[0059]图1是本发明实施例提供的物理网络向虚拟网络迁移的方法的流程示意图；
[0060]图2是根据本发明实施例提供的方法用户侧进行的操作示意图；
[0061]图3是根据本发明实施例提供的方法云服务提供商侧进行的操作示意图；
[0062]图4是本发明实施例提供的方法所应用的架构示意图；
[0063]图5是本发明实施例提供的物理网络向虚拟网络迁移的一种示例的流程示意图；
[0064]图6是图5所示过程中用户获取已部署的物理网络的拓扑信息和配置信息的过程示意图；
[0065]图7是本发明实施例提供的物理网络向虚拟网络迁移的装置的结构示意图；
[0066]图8是本发明实施例提供的物理网络向虚拟网络迁移的装置的另一结构示意图；
[0067]图9是本发明实施例提供的另一种物理网络向虚拟网络迁移的装置的结构示意图。
【具体实施方式】
[0068]为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0069]本发明实施例提供一种物理网络向虚拟网络迁移的方法，如图1所示，包括:
[0070]步骤101，云服务提供商侧接收用户侧发送的物理网络的拓扑信息和/或配置信
肩、O
[0071]步骤102，云服务提供商侧根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。
[0072]其中，云服务提供商侧可以通过用户接口与用户侧进行交互，用户侧通过工具获取用户已有物理网络的拓扑信息和/或配置信息，并将其打包发送给云服务提供商，进而实现虚拟网络对物理网络的模拟，大大减少物理服务器迁移的配置和测试工作。
[0073]本发明实施例中，用户侧从以下来源的一种或多种获取所述物理网络的拓扑信息和/或配置信息:网络规划图纸及文件、网络设备的配置数据、网络节点的配置数据、网络设备性能和参数说明书、网络连接SLA服务级别协议。
[0074]其中，网络规划图纸及文件:即物理网络在建设过程中形成的文档和图纸，具体的格式可以是纸质文件，或者电子文档与图片；
[0075]网络设备的配置数据:指物理网络设备(例如，交换机，路由器和防火墙等等)的静态和动态配置数据。其中动态配置数据可以是网络设备中的端口连接信息，路由表及其他动态信息等等；
[0076]网络节点的配置数据:指物理服务器节点的静态和动态配置数据。由于网络配置涉及到网络设备及网络上连接的节点信息，在获取网络拓扑及服务配置信息时，可以利用网络节点上的动态和静态配置信息对相关信息进行推断；
[0077]网络设备性能和参数说明书:指物理网络设备的性能和参数配置，用于判断虚拟网络设备所需的性能和功能参数；
[0078]网络连接SLA:指用户和运营商或者网络服务提供商签订的网络服务级别协议，用于描述原有的物理网络对外连接的特性。服务级别协议可以包含对外连接的带宽，服务质量级别等等。
[0079]用户侧通过工具获取物理网络的拓扑信息和/或配置信息，针对不同的信息源可以使用不同的工具，该工具包括以下的一种或多种:配置脚本、网管工具、网页和客户端配置工具、文本和图形信息抽取工具、嗅探和网络监测工具。
[0080]其中，配置脚本:指使用网络设备提供的配置命令脚本，获取网络设备的静态和动态配置信息；
[0081]网管工具:对于支持SNMP (Simple Network Management Protocol,简单网络管理协议)等网络管理协议的设备，可以通过SNMP获取网络设备的静态和动态信息；
[0082]网页和客户端配置工具:对于支持网页方式或客户端配置工具的网络设备或节点，可以通过这些工具获取网络的静态和动态信息；
[0083]文本和图形信息抽取工具:可以通过文本和图形信息抽取工具来获取网络规划文件中的物理网络的拓扑和配置信息；
[0084]嗅探和网络监测工具:可以采用网络抓包，流量镜像等网络管理和测量工具来获取网络的拓扑和配置信息。
[0085]用户侧向与云服务提供商侧发送物理网络的拓扑信息和/或配置信息时，优选的，采用预先约定的方式发送，以保证云服务提供商侧能够顺利地获取到物理网络的拓扑信息和/或配置信息。同时，为了便于云服务提供商侧获取物理网络的拓扑信息和/或配置信息，将物理网络的拓扑信息和/或配置信息打包发送，打包的形式包括XML (ExtensiveMakeup Language,可扩展标记语言)文件格式、JSON(JavaScript Object Notation,JavaScript对象标记)格式。另外，在传输上述信息时，用户侧可以使用OVF(开放虚拟格式，Open Virtualization Format)格式或者 CIMI (Cloud Infrastructure ManagementInterface，云架构管理接口)接口格式，相应地，云服务提供商侧接收该格式的信息。[0086]本发明实施例中的物理网络的拓扑信息包括以下一种或多种:
[0087]网络设备的连接端口号:指物理网络设备或节点上的物理连接端口号；
[0088]网络设备之间的连接类型:指物理网络设备或节点之间的物理连接的类型,如连接所使用的协议，连接带宽以及接口类型等；
[0089]网络设备的部署位置需求:指网络设备及节点之间部署是否需要同机架/机框，或者应异地部署进行容灾；
[0090]网络对外连接的性能和配置参数:指物理网络对外连接的类型，如协议类型，带宽，服务质量，连接安全认证参数等。
[0091]本发明实施例中的物理网络的配置信息包括:
[0092]网络设备的功能及型号:指物理网络设备及服务器网卡的型号及其所支持的功倉泛;
[0093]网络设备的模块配置:指物理网络设备上所含的模块，附加板卡及模块参数配置；
[0094]网络设备的参数配置:指物理网络设备上与功能相关的参数配置；
[0095]网络设备的性能和网管配置:指物理网络设备的性能、及其网管设置；
[0096]网络设备的备份和可靠性配置:指物理网络设备的相互备份机制和可靠性配置。
[0097]另外，上述配置信息为预先设置的标准化设备的配置信息。例如，假定用户侧获取到的路由器配置信息为“思科catalyst 6500路由器”，用户侧将该配置信息匹配至标准化的路由器配置信息后发送，当然用户侧也可以不更新配置信息，而由服务商侧根据配置从用户侧发送的信息中提取自身所需要的信息。
[0098]另外，根据物理网络的拓扑信息和/或配置信息配置虚拟网络包括采用与物理网络内对应的物理设备相同或不同的设备配置虚拟网络。例如，当物理网络内的物理设备为路由器时，虚拟网络内可以采用路由器对应配置，也可以采用其他类型计算机进行配置，即虚拟网络内采用的设备的类型可以与物理网络内的物理设备的类型不同。另外，即使采用的设备的类型相同，其厂家、型号等也可以不同。
[0099]配置得到的虚拟网络在以下一项或多项特征上与所述物理网络一致:网络拓扑结构、网络地址配置、网络路由配置、网络带宽和可靠性、网络服务特性，当配置得到的虚拟网络与物理网络存在差别时，云服务提供商侧将上述差别通知用户侧。
[0100]下面介绍根据本发明实施例提供的上述方法用户侧和网络侧所分别进行的操作。
[0101]用户侧进行的操作如图2所示，包括:
[0102]步骤201，用户通过工具抽取已有物理网络的拓扑信息和/或配置信息。具体的，用户可以通过上述的各种工具通过上述的各类信息源来获取现有物理网络的拓扑信息和
配置信息。
[0103]步骤202，用户对获取到的物理网络的拓扑信息和/或配置信息进行整合并打包。当原始的拓扑信息和/或配置信息涉及特殊的网络设备和/或网络连接时，用户将其转换为标准的网络设备和/或网络连接。例如，用户物理网络中的路由器可能是特定厂家的设备，其中包含一些厂家自定义的配置项或功能，用户应选择功能接近的标准设备，如标准路由器，来对配置信息进行匹配和转换。例如，对于路由器，该标准设备可以为具有各厂家生产的路由器的共性的路由器。[0104]在完成物理网络的拓扑信息和/或配置信息的整合后，用户还需要将该信息进行标准化打包。具体的打包方式可以是将相关信息打包成为XML文件格式、或者是JSON文件方式。
[0105]步骤203，用户将打包后的物理网络的拓扑信息和/或配置信息通过用户和云服务提供商之间的标准接口发送给云服务提供商。
[0106]具体的，用户可以使用标准化的OVF包接口或者CMI接口与云服务商进行交互，用户也可以使用其他标准协议或私有协议与云服务商进行交互。云服务提供商按用户需求配置虚拟网络，并将虚拟网络的实例返回给用户。
[0107]步骤204，用户获取虚拟网络实例后，可以将物理服务器转换为虚拟机，并指示云服务提供商将虚拟机连接到特定的虚拟网络端口上。
[0108]例如，用户可以指示云服务提供商将新的物理服务器转换为虚拟机或者修改网络拓扑等。
[0109]云服务提供商侧进行的操作如图3所示，包括:
[0110]步骤301，云服务提供商从用户处获取用户对虚拟网络的拓扑和配置需求。用户对虚拟网络的需求可以单独发送给云服务提供商，也可以与其他需求，如虚拟机分配、存储需求等一起发送给云服务提供商。该虚拟网络的拓扑和配置需求中包括用户侧已有物理网络的拓扑信息和/或配置信息。
[0111]步骤302，云服务提供商根据用户的虚拟网络需求，结合现有网络资源的情况，选择合适的方式实现用户的虚拟网络需求。
[0112]在实现过程中，针对不同的网络设备，云服务提供商可以采用物理网络设备、虚拟机方式或两种方式结合的办法来虚拟网络设备。云服务提供商可以将多个虚拟网络设备放在同一个物理设备上，也可以通过多个物理设备来模拟一个虚拟网络设备。云服务提供商应尽量满足用户对虚拟网络提出的拓扑和配置需求，如果无法满足，云服务提供商应通知用户。
[0113]步骤303，云服务提供商将配置好的虚拟网络实例返回给用户，其中包含了网络配置的相关信息、网络设备和节点的访问方式等等。如果虚拟网络和用户的需求有差别，云服务提供商告知用户侧具体的区别。
[0114]本发明实施例提供的上述方法应用于图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也可以采用其他结构，本发明实施例对此不做限制。
[0115]下面结合图4所示结构描述本发明实施例提供的物理网络向虚拟网络迁移的一种示例，如图5所示,包括:
[0116]步骤501，云服务用户获取已部署的物理网络的拓扑信息和/或配置信息，并对其进行打包。
[0117]用户可以不打包物理网络的完整信息，只打包必要的信息，例如，网络连接的拓扑信息、网络中防火墙、负载均衡器等设备的部署位置和配置等。
[0118]步骤502，云服务用户将打包好的网络拓扑信息和/或配置信息做为虚拟网络需求发送给云服务门户。
[0119]步骤503，云服务门户将相关的需求发送给虚拟资源管理系统。
[0120]步骤504，虚拟资源管理系统根据云服务系统中现有的资源情况确定需要采用何种方式来实现对应的虚拟网络需求。
[0121]例如，虚拟资源管理系统可以考虑使用软件方式，如部署虚拟机来实现防火墙的功能，虚拟资源管理系统也可以考虑使用物理硬件，如物理防火墙来实现防火墙的功能。
[0122]步骤505，虚拟资源管理系统根据虚拟网络需求来配置对应的网络资源和/或服务器资源。
[0123]步骤506，虚拟资源管理系统将虚拟网络的实例返回给云服务门户，如虚拟网络同用户需求有区别，虚拟资源管理系统也将具体区别返回给云服务门户。
[0124]步骤507，云服务门户将上述虚拟网络实例及可能与需求的区别信息返回给用户。
[0125]步骤508，用户在获取虚拟网络实例后，可以请求将虚拟机连接到虚拟网络设备的端口上。
[0126]本步骤也可以在步骤502用户请求虚拟网络的同时执行。
[0127]步骤509，云服务门户将用户的虚拟机关联需求转发给虚拟资源管理系统。
[0128]步骤510，虚拟资源管理系统将虚拟机关联到虚拟网络设备的端口上。具体方式可以通过配置物理服务器上的虚拟机，或虚拟交换机，或物理网络设备等方式实现。虚拟资源管理系统可以通过云服务门户将关联结果返回给用户。
[0129]在具体的实施过程中，可以考虑云服务商的实施能力而确定网络配置需求的粒度。例如，当云服务提供商不能完成网络设备细节配置时，用户可以选择只提出拓扑结构的需求。当云服务商不能完成某些网络功能，如防火墙或负载均衡功能时，用户可以选择采用其他方式(如自行部署虚拟机)来实现相关功能。
[0130]其中，步骤501中用户获取已部署的物理网络的拓扑信息和配置信息的过程如图6所示,包括:
[0131]步骤601，用户通过文字和图形处理工具，从网络规划文件或图纸中获取网络拓扑
信息和配置信息。
[0132]步骤602，用户通过网络配置脚本或者SNMP工具，从物理网络设备中抽取网络设备的静态和动态配置信息。
[0133]步骤603，用户通过网络管理工具从物理服务器上抽取网络上所连接的物理节点的静态和动态配置信息。
[0134]步骤604，用户将以上步骤获取的各种信息集合到一起，并将相关信息转换为标准的虚拟网络设备的配置信息，并对相关信息进行标准化打包。
[0135]在以上过程中，用户可以任意调整步骤601-603的执行顺序，执行时可以依次进行，也可以同步进行。
[0136]通过本发明实施例提供的方法，在用户从物理网络迁移到虚拟网络时，物理网络的拓扑信息和/或配置信息需要通知给云服务提供商，云服务提供商依据物理网络的拓扑信息和/或配置信息配置虚拟网络，从而使得迁移到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致，这样，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。
[0137]基于与上述方法实施例相同的技术构思，本发明实施例还提供一种物理网络向虚拟网络迁移的装置，应用于云服务提供商侧，如图7所示，该装置包括:
[0138]接收模块10，用于接收用户侧发送的物理网络的拓扑信息和/或配置信息；
[0139]配置模块20，用于根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。
[0140]优选地，所述接收模块还用于:接收所述用户侧以预先约定的方式发送的物理网络的拓扑信息和/或配置信息。
[0141]优选地，所述接收模块还用于接收所述用户侧以打包的方式发送的物理网络的拓
扑信息和/或配置信息。
[0142]优选地，所述接收模块还用于接收所述用户侧以XML可扩展标记语言文件格式或JSON JavaScript对象标记格式打包发送的物理网络的拓扑信息和/或配置信息。
[0143]优选地，所述接收模块还用于接收所述用户侧使用OVF开放虚拟格式或者CMI云架构管理接口格式发送的物理网络的拓扑信息和/或配置信息。
[0144]优选地，所述接收模块还用于接收以下一种或多种物理网络的拓扑信息:网络设备的连接端口号、网络设备之间的连接类型、网络设备的部署位置需求、网络对外连接的性能和配置参数。
[0145]优选地，所述接收模块还用于接收以下一种或多种物理网络的配置信息:网络设备的功能及型号、网络设备的模块配置，网络设备的参数配置、网络设备的性能和网管配置、网络设备的备份和可靠性配置。
[0146]优选地，所述接收模块还用于接收预先设置的标准格式的配置信息。
[0147]优选地，所述配置模块还用于:采用与所述物理网络内对应的物理设备相同或不同的设备配置所述虚拟网络。
[0148]优选地，所述配置模块还用于:配置所述虚拟网络在以下一项或多项特征上与所述物理网络一致:网络拓扑结构，网络地址配置，网络路由配置，网络带宽和可靠性，网络服务特性。
[0149]优选地，如图8所示，所述设备还包括通知模块30，用于当配置得到的虚拟网络与所述物理网络存在差别时，通知所述用户侧所述差别。
[0150]本发明实施例还提供一种物理网络向虚拟网络迁移的装置，应用于用户侧，如图9所示，该装置包括:
[0151]获取模块40，用于获得用户已部署的物理网络的拓扑信息和/或配置信息；[0152]发送模块50，用于向云服务提供商侧发送所述物理网络的拓扑信息和/或配置信
肩、O
[0153]优选地，所述获取模块40还用于:获取以下一种或多种物理网络的拓扑信息:网络设备的连接端口号、网络设备之间的连接类型、网络设备的部署位置需求、网络对外连接的性能和配置参数。
[0154]优选地，所述获取模块40还用于:获取以下一种或多种物理网络的配置信息:网络设备的功能及型号、网络设备的模块配置、网络设备的参数配置、网络设备的性能和网管配置、网络设备的备份和可靠性配置。
[0155]优选地，所述配置信息为预先设置的标准化设备的配置信息。
[0156]优选地，所述获取模块40还用于:通过工具获取所述物理网络的拓扑信息和/或
配置信息。
[0157]优选地，所述工具包括以下的一种或多种:配置脚本、网管工具、网页和客户端配置工具、文本和图形信息抽取工具、嗅探和网络监测工具。
[0158]优选地，所述获取模块40还用于:从以下来源的一种或多种获取所述物理网络的拓扑信息和/或配置信息:网络规划图纸及文件、网络设备的配置数据、网络节点的配置数据、网络设备性能和参数说明书、网络连接SLA服务级别协议。
[0159]优选地，所述发送模块50还用于:
[0160]以预先约定的方式打包所述物理网络的拓扑信息和/或配置信息，发送打包后的所述物理网络的拓扑信息和/或配置信息。
[0161]所述打包的方式包括XML可扩展标记语言文件格式、JSON JavaScript对象标记格式。
[0162]通过本发明实施例提供的装置，在用户从物理网络迁移到虚拟网络时，物理网络的拓扑信息和/或配置信息需要通知给云服务提供商，云服务提供商依据物理网络的拓扑信息和/或配置信息配置虚拟网络，从而使得迁移到虚拟机上的物理服务器所处的网络环境和原有的物理网络环境一致，这样，物理服务器迁移到虚拟机后可以直接运行，不需要进一步地配置和测试工作。
[0163]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
【权利要求】
1.一种物理网络向虚拟网络迁移的方法,其特征在于,包括: 接收用户侧发送的物理网络的拓扑信息和/或配置信息，所述物理网络的拓扑信息和/或配置信息基于用户已部署的物理网络获得； 根据所述物理网络的拓扑信息和/或配置信息配置虚拟网络。
2.如权利要求1所述的方法，其特征在于，所述接收所述用户侧发送的物理网络的拓扑信息和/或配置信息包括:接收所述用户侧以预先约定的打包的方式发送的物理网络的拓扑信息和/或配置信息。
3.如权利要求2所述的方法，其特征在于，所述打包的方式包括XML可扩展标记语言文件格式、JSON JavaScript对象标记格式。
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可扩展标记语言文件格式或JSON JavaScript对象标记格式打包发送的物理网络的拓扑信息和/或配置信息。
18.如权利要求14所述的装置，其特征在于，所述接收模块还用于接收所述用户侧使用OVF开放虚拟格式或者CMI云架构管理接口格式发送的物理网络的拓扑信息和/或配置信息。
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可扩展标记语言文件格式、JSON JavaScript对象标记格式。
【文档编号】H04L29/08GK103516754SQ201210215688
【公开日】2014年1月15日 申请日期:2012年6月27日 优先权日:2012年6月27日
【发明者】王炜, 顾忠禹 申请人:中兴通讯股份有限公司