用于虚拟化环境的基于动态策略的接口配置的制作方法
【专利摘要】在一个实施例中，一种方法包括：接收各自包括操作环境的一个或多个属性的静态配置文件；接收动态配置文件，以基于与所述动态配置文件相关联的所述静态配置文件来标识接口的配置；基于所述接口的所述操作环境使所述动态配置文件与所述静态配置文件之一相关联；以及在识别出所述操作环境中的改变时自动地更新所述关联。还公开了一种装置。
【专利说明】用于虚拟化环境的基于动态策略的接口配置
【技术领域】
[0001]本公开一般地涉及通信网络，并且更具体地，涉及用于虚拟化环境的基于策略的接口配置。
【背景技术】
[0002]虚拟化是允许一台计算机通过跨多个系统共享单台计算机的资源来做多台计算机的工作的技术。通过利用虚拟化，多个操作系统和应用能够同时在相同的计算机上运行，从而提高硬件的利用率和灵活性。虚拟化允许服务器被从底层硬件解耦，从而产生共享相同物理服务器硬件的多个虚拟机。在虚拟机环境中，虚拟交换机在服务器上的物理接口与虚拟机接口之间提供网络连通性。现今的服务器的速度和容量在每个服务器上允许大量虚拟机，这产生需要被配置的许多虚拟接口。可以在服务器之间移动虚拟机，在这种情况下对用于虚拟机的策略的改变可能是需要的。还可以存在对于物理接口产生策略改变的网络改变。在常规系统中，这些策略改变通常要求人工干预或附加的管理工具，导致增加的管理复杂性。
【专利附图】
【附图说明】
[0003]图1图示了在其中可以实现本文中所描述的实施例的网络的示例。
[0004]图2描绘了在实现本文中所描述的实施例时有用的网络设备的示例。
[0005]图3图示了服务管理器和网络管理器与图1的网络中的组件的交互。
[0006]图4是图示了依照一个实施例的用于基于动态策略的接口配置的过程的概述的流程图。
[0007]图5图示了数据中心之间的虚拟机迁移的示例。
[0008]图6图示了位于相同数据中心中的服务器集群之间的虚拟机迁移的示例。
[0009]对应的附图标记在全部附图的数个视图中指示对应的部分。
【具体实施方式】[0010]鍵
[0011]在一个实施例中，方法一般地包括:接收各自包括操作环境的一个或多个属性的静态配置文件；接收动态配置文件以基于与所述动态配置文件相关联的静态配置文件来标识接口的配置；基于接口的操作环境使动态配置文件与静态配置文件中的一个相关联；以及在识别出操作环境中的改变时自动地更新关联。
[0012]在另一实施例中，装置一般地包括:存储器，用于存储各自包括操作环境的一个或多个属性的静态配置文件和用于基于与动态配置文件相关联的静态配置文件来标识接口的配置的动态配置文件；以及处理器，用于基于接口的操作环境使动态配置文件与静态配置文件中的一个相关联，并且在识别出操作环境中的改变时自动地更新关联。
[0013]示例实施例[0014]给出以下描述来使得本领域的普通技术人员能够实现和使用实施例。特定实施例和应用的描述仅作为示例被提供，并且各种修改对于本领域的技术人员而言将是显而易见的。在不背离实施例的范围的情况下，本文中所描述的一般原理可以被应用于其它应用。因此，实施例将不限于所示出的那些，而是将被给予与本文中所描述的原理和特征一致的最广范围。出于清楚的目的，涉及在与实施例相关的【技术领域】中已知的技术材料的细节尚未被详细地描述。
[0015]在虚拟环境中，虚拟交换机在服务器上的物理接口与虚拟机接口之间提供联网连通性。虚拟机共享硬件资源而互不干扰，以使得数个操作系统和应用能够在单个计算机上同时运行。虚拟机可以例如在虚拟基础设施中被用来动态地将物理资源映射到业务需要。每个服务器可以包括多个虚拟机并且单个虚拟交换域可以包含许多服务器，从而产生要被配置的大量虚拟接口(端口)。
[0016]在一个示例中，网络管理器使用虚拟交换机接口配置虚拟交换机和针对虚拟交换机上的虚拟端口的连通性约束以定义端口配置文件。服务器(系统)管理器配置虚拟机并且标识虚拟机接口应该被连接到的虚拟端口。
[0017]由于虚拟机的位置改变，可能需要在虚拟机迁移之后修改虚拟机策略。虽然策略改变在移动性域是受限于单个网络(例如，数据中心)的第2层域时是有限的，但是在现今的网络中对策略改变的需要正在日益增加。例如，在虚拟机在数据中心或控制平面之间移动或者移动到具有不同的资源、网络服务的物理服务器或者接入到网络段之后，可能需要策略改变。由于硬件或网络拓扑中的改变(例如，在网络故障之后)，还可能需要对物理网络接口的策略改变。在常规系统中，这些策略改变通常要求附加的管理工具或人工干预来修改策略分配，这增加了服务器管理器和网络管理器交互与管理复杂性。
[0018]本文中所描述的实施例通过基于接口的操作环境动态地更新用于接口的策略来降低管理复杂性。操作环境例如可以是托管(host)与虚拟接口相关联的虚拟机的服务器、与虚拟接口相关联的虚拟机、或与物理接口通信的物理设备。策略例如可以基于服务器的属性(例如，位置、服务IP地址、服务层)而变化。这允许虚拟机基于虚拟机被托管在其上的服务器而实际上具有不同的策略。如下面所述，网络策略能够在虚拟机迁移或其它网络改变之后被配置一次并且自动地更新。接口配置基于上下文(context)(操作环境)被解释。管理复杂性通过去除为处于多个地方的相同虚拟机定义网络策略的需要以及减少服务器管理器和网络管理器交互来降低。实施例例如可以被用在企业或服务提供商环境中。
[0019]现参考附图，并且首先参考图1，示出了在其中可以实现本文中所描述的实施例的网络的示例。为简单起见，仅少数节点被示出。网络包括与服务器(主机、物理机)12、管理站14以及监督器(supervisor)(例如，虚拟监督器模块(VSM)) 16进行通信的物理交换机
10。管理站14例如可以是诸如可从加利福尼亚州帕洛阿尔托的VMware购得的VMware虚拟中心管理站之类的虚拟化管理平台或任何其它管理设备。监督器16可以位于经由物理交换机10与服务器12和管理站14通信的物理器具(例如，服务器)上，或者VSM可以是安装在网络中的服务器12中的一个或另一个服务器或网络设备处的虚拟器具(例如，虚拟机)。在一个实施例中，虚拟监督器模块16通过利用如在下面详细地描述的静态配置文件26和动态配置文件28来提供对网络策略的管理。
[0020]每个服务器12包括虚拟交换机(在本文还被称为虚拟以太网模块(VEM)) 20和一个或多个虚拟机(VM) 18。诸如超级监督器(hypervisor)(未示出)之类的虚拟机监控器动态地将硬件资源分配给虚拟机18。可以基于流量模式(traffic pattern)、硬件资源、网络服务或其它准则在服务器12之间以及跨越第2层或第3层边界移动虚拟机18 (还被称为vMotion、实时迁移或虚拟机迁移)。
[0021]虚拟机18经由连接到虚拟交换机处的虚拟以太网接口的虚拟网络接口卡(VNIC) 22与虚拟交换机20通信。服务器12包括针对每个物理网络接口卡(PNIC) 24的以太网端口。可以在端口通道处聚合以太网端口。虚拟交换机20经由物理以太网接口与网络通信。虚拟交换机20在虚拟机18与物理网络接口卡24之间交换流量。为简单起见，仅一个虚拟网络接口卡22和一个物理网络接口卡24在图1中被示出。每个虚拟机18与一个或多个虚拟接口 22相关联，并且每个物理服务器12与一个或多个物理接口 24相关联。
[0022]在一个实施例中，虚拟交换机20是驻留在托管虚拟机18的物理主机12中的分布式虚拟交换机的一部分。该分布式虚拟交换机包括安装在服务器12处的虚拟交换机(VEM) 20和虚拟监督器模块16。VSM16被配置成为虚拟机18提供控制平面功能性。虚拟交换机20在服务器12处提供交换能力并且作为与VSM16的控制平面相关联的数据平面进行操作。VSM16和虚拟交换机(VEM) 20 —起操作以形成如由管理站14所查看的分布式虚拟交换机。应当理解的是，图1中所示出的分布式虚拟交换机仅是示例，并且在不背离实施例的范围的情况下，可以使用具有不同配置或组件的其它虚拟化系统。
[0023]在一个实施例中，虚拟交换机配置文件(静态配置文件)26被用来为服务器12分配属性和策略，并且上下文感知(context-aware)端口配置文件(动态配置文件)28被用来基于与物理服务器相关联的属性将特征和策略映射到特定端口。这允许附连到相同配置文件的虚拟机18基于虚拟机正在其上运行的服务器12而具有不同的主动策略。在一个实施例中，配置文件26、28被存储在虚拟监督器模块16处。配置文件26、28还可以被存储在管理站14或分布式交换机正在其上运行或与其通信的任何网络设备处。本文中所使用的术语“配置文件”可以指的是用来定义可以应用于(虚拟的或物理的)接口的策略或特征的任何容器或对象。
[0024]应当理解的是，图1中所示出和本文所描述的网络仅是示例，并且在不背离实施例的范围的情况下，本文中所描述的实施例可以被实现在具有不同网络拓扑和网络设备的网络中。
[0025]可以被用来实现本文中所描述的实施例的网络设备(例如，服务器、器具)30的示例在图2中被示出。在一个实施例中，网络设备30是可以用硬件、软件或其任何组合实现的可编程机器。设备30包括一个或多个处理器32、存储器34以及网络接口 36。存储器34可以是易失性存储装置或非易失性储存装置，其存储各种应用、模块以及数据以由处理器32执行和使用。存储器34例如可以包括配置文件38 (例如，虚拟交换机配置文件、上下文感知端口配置文件)。
[0026]逻辑可以被编码在一个或多个有形计算机可读介质中以由处理器32执行。例如，处理器32可以执行在诸如存储器34之类的计算机可读介质中存储的代码。计算机可读介质例如可以是电子的(例如，随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM))、磁的、光的(例如，CD、DVD)、电磁的、半导体技术、或任何其它适合的介质。
[0027]网络接口 36可以包括一个或多个接口(线卡、端口)以用于接收数据或者将数据发送到其它设备。接口 36例如可以包括用于连接到计算机或网络的以太网接口。
[0028]应当理解的是，在图2中示出和上面描述的网络设备仅是示例，并且在不背离实施例的范围的情况下，可以使用具有不同组件和配置的网络设备。
[0029]在一个实施例中，提供了描述物理服务器和它们的属性的构造(在本文中被称为虚拟交换机配置文件或静态配置文件)。虚拟交换机配置文件与端口配置文件相关联(在本文中被称为上下文感知端口配置文件或动态配置文件)。这允许附连到上下文感知端口配置文件的虚拟机基于虚拟机被托管在其上的服务器12而实际上具有不同的策略。
[0030]虚拟交换机配置文件(静态配置文件)26是与虚拟交换机20正在其上操作的物理服务器12相关联的属性(策略，特征，规则，属性)的静态容器。虚拟交换机配置文件26定义策略在其中被解释的上下文。虚拟交换机配置文件26例如包括诸如服务器集群、CPU的数目、存储器、主机名、域名、管理IP地址或网络服务设备IP地址之类的获知的属性，以及诸如位置(例如，San Jose)、虚拟机的最大数目、ACL(访问控制列表)等之类的分配的属性或策略。虚拟交换机配置文件26可以包含跨虚拟交换机20上的所有端口(接口)22应用的策略或基于获知的属性来定义配置文件的成员的规则(例如，具有标识特定位置的域名的所有虚拟机)。一个或多个端口的端口配置文件或接口配置可以覆盖(override)跨虚拟交换机20的所有端口应用的虚拟交换机配置文件策略。手动映射或规则可以被用来定义虚拟交换机的继承配置文件。例如，成员可以包括其中管理IP在子网X中的所有虚拟交换机、不在集群Y中的所有虚拟交换机、或其中名称和特定域名相匹配的所有虚拟交换机。在站点内的虚拟交换机还可以在不同的配置文件中。
[0031]下面是一个虚拟交换机配置文件的示例:
[0032]NxlOOO(conf)#vem-profile SJC-VEM
[0033]NxlOOO(conf-vem-prof)#profile membership match domainsjc.cisc0.com
[0034]NxlOOO(conf-vem-prof)#location SJC
[0035]NxlOOO(conf-vem-prof)#vn-service ip addressl72.1.1.102
[0036]在上述示例中的虚拟交换机配置文件SJC-VEM的属性包括域名(sjc.cisco,com)、位置(San Jose(SJC))以及服务设备 IP 地址(172.1.1.102)。
[0037]虚拟交换机配置文件是策略可以在其中被解释的上下文的一个示例。静态配置文件还可以包括其它上下文，诸如虚拟机、用户、网络、域或其它操作环境。在下面所描述的上下文感知配置文件可以基于一个或多个上下文(例如，虚拟交换机配置文件、虚拟机配置文件、虚拟交换机和虚拟机配置文件)而被解析。
[0038]上下文感知端口配置文件(动态配置文件)28是基于与上下文相关联的属性被解释的动态策略容器对象。上下文感知端口配置文件28基于所关联的静态配置文件26(例如，虚拟交换机配置文件)来评估端口(虚拟接口、物理接口)的有效配置。动态配置文件可以代替(或附加到)正规(非上下文感知)端口配置文件被应用于接口。端口配置策略例如可以包括VLAN和PVLAN设定、ACL、QoS (服务质量)策略、端口安全、速率限制或可以被应用于接口(例如，虚拟接口、物理接口、与虚拟接口相关联的虚拟机、与物理接口相关联的物理设备)的任何其它配置参数。
[0039]存在用来将上下文感知端口配置文件28链接(关联)到上下文(例如，虚拟交换机配置文件)26的各种方式。下面描述了两个示例。[0040]在第一示例中，针对每组虚拟交换机定义了上下文(例如，以下示例中的context-foo、context_bar)并且针对在端口配置文件定义内的虚拟交换机定义了策略。多个配置文件可以使用相同的上下文。
[0041 ]上下文感知端口配置文件:
[0042]NxlOOO(conf)#Port-profile type context context-foo
[0043]NxlOOO(conf-port-prof)switchport access vlanlOO
[0044]NxlOOO (conf-port-prof) vn-service ip address a.b.c.d
[0045]NxlOOO (, conf) #Port-prof ile type context context-bar
[0046]NxlOOO(conf-port-prof)switchport access vlan200
[0047]NxlOOO (conf-port-prof) vn-service ip address w.x.y.z
[0048]虚拟交换机配置文件:
[0049]NxlOOO (conf) #vem-prof ile SJC
[0050]NxlOOO(conf-vem-profile)#location SJC
[0051]NxlOOO(conf-vem-prof ile)#contextIcontext-foo
[0052]NxlOOO (conf) #vem-prof i Ie RTP
[0053]NxlOOO(conf-vem-profile)#location RTP
[0054]NxlOOO (conf-vem-prof ile)#contextIcontext-bar
[0055]上面的每个上下文感知端口配置文件组中的端口配置文件类型上下文是不能够继承其它配置文件且本身不是上下文感知的静态容器。
[0056]在将端口配置文件链接到虚拟交换机配置文件的第二示例中，上下文变量(例如，以下示例中的contextl、context2)针对端口配置文件被定义并且被定义在每个虚拟交换机配置文件内。策略然后被与上下文变量相关联(例如，在以下示例中使vem-piOfileSJC 与 contextl 相关联或者使 vem-profile RTP 与 context2 相关联)。
[0057]上下文感知端口配置文件:
[0058]NxlOOO(conf)#Port-profile type context context-foo
[0059]NxlOOO (conf-port-prof)switchport access vlanlOO
[0060]NxlOOO(conf-port-prof)profIe contextl
[0061]NxlOOO(conf-port-prof)associate vem-profile SJC
[0062]NxlOOO(conf-port-prof)inherit context-foo
[0063]NxlOOO (conf-vem-prof ile) #vn-service ip address a.b.c.d
[0064]NxlOOO(conf-port-prof)profile context2
[0065]NxlOOO(conf-port-prof)associate vem-profile RTP
[0066]NxlOOO(conf-port-prof)switchport access vlan200
[0067]NxlOOO (conf-vem-prof ile) #vn-service ip address w.x.y.z
[0068]NxlOOO(conf-port-prof)profile default
[0069]NxlOOO(conf-port-prof)inherit context-foo
[0070]虚拟交换机配置文件:
[0071]NxlOOO (conf) #vem-prof ile SJC
[0072]NxlOOO(conf-vem-profile)#location SJC[0073]NxlOOO(conf)#vem-profile RTP
[0074]NxlOOO(conf-vem-profile)#location RTP
[0075]NxlOOO(conf-vem-profile)#vn-scrvice ip address u.v.w.x
[0076]如果不存在匹配的虚拟交换机配置文件，则“配置文件默认(profile default)”提供默认上下文。
[0077]应当理解的是，本文中所描述的用于虚拟交换机配置文件和上下文感知端口配置文件的格式和用来将虚拟交换机配置文件链接到上下文感知端口文件的方法仅是示例，并且在不背离实施例的范围的情况下，可以使用其它格式和方法。
[0078]配置文件可以包含大量特征。可以为给定虚拟网络接口卡选择一个以上的动态配置文件，因为能够存在一个以上的组，其中一个组包括第一组特征并且另一组包括第二组特征，同时这些组是正交且可加的。
[0079]图3是图示了服务器管理器和网络管理器与图1的网络中的组件的交互的框图。在一个示例中，网络管理器使用虚拟交换机接口 15配置虚拟交换机20和用于虚拟交换机上的虚拟端口的连通性限制以在监督器16处定义端口配置文件。网络管理器可以定义虚拟机18连接到的配置文件并且基于虚拟机能够位于其上的物理服务器12来定义特定策略。例如，端口配置文件可以使用命令行接口(CLI)来定义。
[0080]一旦端口配置文件在监督器16处被定义了，端口配置文件(或端口组)就可以被发送到管理站14。端口配置文件将被导出到管理站14，以便服务器管理器能够选择要使用哪一个策略来定义虚拟机接口的连通性限制。服务器管理器选择要使用哪一个配置策略并且将端口配置文件(或端口组)附连到虚拟机接口(或物理接口)。服务器管理器可以使用管理站14配置虚拟机18并且确定哪些虚拟端口连接到哪些虚拟机接口。这一信息然后被传递给虚拟交换机(例如，监督器16)以用于端口 22、24的配置。服务器管理器仅需要将虚拟机18连接到上下文感知端口配置文件一次。虚拟机18从它被连接到的配置文件得到它的策略并且得到针对它被托管在其上的物理服务器12的策略。不管虚拟机18移动到哪里，服务器管理器不需要改变它被连接到的配置文件，并且网络管理器不需要改变针对虚拟机具有的端口配置文件的配置。
[0081]实施例减少了服务器管理器和网络管理器交互，因为所需要的唯一交互是标识所托管的虚拟机的类型和关于物理服务器的细节，比如，位置等。网络策略仅需要被配置一次。虚拟机18能够在整个网络内移动并且能够基于虚拟机正在其中运行的操作环境来得到期望的行为。并且，能够被用来做出决策的服务器属性被披露。
[0082]图4是图示了依照一个实施例的用于基于动态策略的接口配置的过程的概述的流程图。在步骤40处，网络设备(例如，监督器16)接收标识托管虚拟机18的物理网络设备(例如，服务器、主机)12的属性(策略、规则、特征、属性)的静态配置文件(例如，虚拟交换机配置文件)26。虚拟交换机配置文件可以例如由网络管理器来键入。在步骤42处动态配置文件(上下文感知端口配置文件)28被接收。该动态配置文件基于与动态配置文件相关联的静态配置文件或其它属性来标识(解释)接口的配置。例如，服务器管理器可以最初经由管理站14将接口连接到动态配置文件并且监督器16可以从管理站14接收映射。动态配置文件基于接口的操作环境(例如，接口位于在其上的服务器)而被与静态配置文件相关联(步骤44)。动态配置文件与静态配置文件之间的关联允许接口配置基于虚拟机18当前位于在其上的物理网络设备的属性或其它上下文被解释。例如，虚拟机18可以接收其来自它被连接到的配置文件的策略和针对它当前被托管在其上的物理服务器12的策略。
[0083]在操作环境中的改变(例如，虚拟机的迁移、网络拓扑中的改变)之后，静态配置文件26与动态配置文件28之间的关联被更新(步骤46)。接口例如基于虚拟机18被连接的虚拟交换机20的配置文件被配置。还可以在网络拓扑改变(例如，在物理链路的远端处的硬件中的改变、主链路的故障)之后针对物理接口来更新动态配置文件与静态配置文件之间的关联。不管虚拟机18移动到哪里，服务器管理器都不需要改变它被连接到的配置文件并且网络管理器不需要改变端口配置文件的配置。
[0084]应当理解的是，图4中所示出的过程仅是一个示例，并且在不背离实施例的范围的情况下，步骤可以被修改、重排序或者组合。
[0085]虚拟机18可以跨相同的或不同的控制平面或虚拟交换机域例如从一个服务器12移动到在相同的网络或不同的网络中的另一服务器，或者移动到具有有限资源、不同服务的新的服务器，或者接入到网络段。以下示例图示了在虚拟机的迁移之后上下文感知端口配置文件如何可以被用来使虚拟机18与新的策略相关联。
[0086]图5图示了虚拟机18从一个数据中心(数据中心A) 50中的第一服务器12到另一数据中心(数据中心B)中的第二服务器的迁移。两个数据中心50跨可以跨越一个或多个网络的数据中心互连通信。每个数据中心50使用不同的虚拟安全网关(VSG A、VSG B))52。发送到虚拟机18或从虚拟机18发送来的流量，或者从虚拟机发送到虚拟机的流量被重定向至虚拟安全网关52。该虚拟安全网关强制执行策略以便为虚拟数据中心和云计算环境提供安全依从性和可信接入。当虚拟机18从数据中心A移动到数据中心B时，针对附连到该虚拟机的虚拟接口的上下文感知端口配置文件与针对位于数据中心B中的服务器12的虚拟交换机配置文件相关联，该数据中心B标识VSG B的服务IP地址。这消除了通过数据中心互连使业务重定向的需要。
[0087]图5中所示出的虚拟安全网关52仅是网络服务设备的一个示例，并且本文中所描述的实施例可以与其它服务设备一起使用来基于虚拟机的位置使虚拟机18与服务设备相关联。可以基于诸如位置之类的虚拟交换机属性而变化的网络服务的示例包括L2/L3定位符/ID分离协议(LISP)、动态主机配置协议(DHCP)中继、网络流输出(export)、ACL日志源或目的地IP地址。
[0088]图6图示了其中虚拟机18基于它们的位置得到不同层的服务的示例。在一个示例中，数据中心60包括两层(第I层、第2层)服务器集群。托管在第I层集群中的服务器12上的虚拟机18接收与托管在第2层集群中的服务器上的虚拟机不同的服务等级。两个集群中的虚拟机18可以具有共同的网络策略(例如，ACL)。在常规系统中，网络管理器为客户的虚拟机创建一个配置文件，并且然后当客户服务等级改变时需要以新的服务等级来创建其它配置文件。并且，服务器管理器需要关于新的配置文件的信息以在移动到新的服务等级集群后将该虚拟机连接到新的服务等级集群。本文中所描述的实施例消除了当服务等级改变时创建新的配置文件的需要。虚拟机18被简单地移动到新的服务等级集群，并且上下文感知端口配置文件基于虚拟机所位于的新的服务器12自动地更新配置文件。例如，如果第I层集群中的虚拟机被移动到第2层集群，则该虚拟机不需要被映射到不同的配置文件。在迁移之后，虚拟机18可以得到例如不同的保证带宽。虚拟机18保持被连接到单个端口配置文件并且仍然能够基于它们被托管在其上的服务器12(所连接到的虚拟交换机)得到不同层的服务。这减少了服务器管理器和网络管理器交互。
[0089]策略改变还可能是因为认证或用户。例如，可以存在静态策略“思科-出向-端口 -配置文件(cisco—eng一port一prof ile) ”并且基于登录的用户，某些参数可以针对该策略动态地随着用户从其登录的位置而改变。
[0090]物理接口 24(图1)还可以被与一个或多个上下文感知端口配置文件相关联。可以在网络拓扑改变之后更新这些。例如，上游硬件(例如，物理交换机)中的改变或物理链路之一中的故障可以产生基于新的上下文的配置文件的改变。
[0091]尽管已经依照所示出的实施例描述了方法和装置，但是本领域的普通技术人员将容易地认识到，在不背离实施例的范围的情况下，能够做出变化。因此，意图是，包含在上述描述中和在附图中示出的所有内容应该被解释为说明性的而不是限制性意义的。
【权利要求】
1.一种方法，包括: 在网络设备处接收各自包括操作环境的一个或多个属性的静态配置文件； 在所述网络设备处接收动态配置文件，以基于与所述动态配置文件相关联的所述静态配置文件来标识接口的配置； 基于所述接口的所述操作环境使所述动态配置文件与所述静态配置文件之一相关联；以及 在识别到所述操作环境中的改变时自动地更新所述关联。
2.根据权利要求1所述的方法，其中所述操作环境包括虚拟机主机。
3.根据权利要求2所述的方法，其中识别所述操控环境中的改变包括:识别与所述接口相关联的虚拟机从 所述虚拟机主机到另一虚拟机主机的移动。
4.根据权利要求2所述的方法，其中所述静态配置文件属性包括所述虚拟机主机的位置。
5.根据权利要求2所述的方法，其中所述静态配置文件属性包括分配给所述虚拟机主机的策略。
6.根据权利要求2所述的方法，其中所述静态配置文件被与在所述虚拟机主机处操作的虚拟交换机相关联。
7.根据权利要求2所述的方法，其中多个动态配置文件被选择并且应用于所述接口、并且被合并以形成接口配置。
8.根据权利要求1所述的方法，其中所述接口包括与虚拟机相关联的虚拟接口，并且其中所述操作环境包括所述虚拟机位于其上的服务器。
9.根据权利要求1所述的方法，其中所述接口包括物理接口并且其中所述操作环境包括网络拓扑。
10.根据权利要求1所述的方法，其中所述静态配置文件属性包括网络服务设备的地址。
11.根据权利要求1所述的方法，其中所述操作环境包括与服务等级相关联的服务器集群。
12.被编码在一个或多个有形计算机可读介质上用于执行的逻辑，并且当所述逻辑被执行时能操作来: 存储各自包括操作环境的一个或多个属性的静态配置文件； 存储动态配置文件，以基于与所述动态配置文件相关联的所述静态配置文件来标识接口的配置； 基于所述接口的所述操作环境使所述动态配置文件与所述静态配置文件之一相关联；以及 在识别到所述操作环境中的改变时自动地更新所述关联。
13.根据权利要求12所述的逻辑，其中所述操作环境包括虚拟机主机。
14.根据权利要求13所述的逻辑，其中识别所述操作环境中的改变包括:识别与所述接口相关联的虚拟机从所述虚拟机主机到另一虚拟机主机的移动。
15.根据权利要求13所述的逻辑，其中所述静态配置文件属性包括所述虚拟机主机的位置。
16.根据权利要求13所述的逻辑，其中所述静态配置文件属性包括分配给所述虚拟机主机的策略。
17.根据权利要求12所述的逻辑，其中所述接口包括物理接口并且其中所述操作环境包括网络拓扑。
18.根据权利要求12所述的逻辑，其中所述静态配置文件属性包括网络服务设备的地址。
19.根据权利要求12所述的逻辑，其中所述操作环境包括与服务等级相关联的服务器集群。
20.一种装置，其包括: 存储器，用于存储各自包括操作环境的一个或多个属性的静态配置文件和用于基于与动态配置文件相关联的所述静态配置文件来标识接口的配置的所述动态配置文件；以及处理器，用于基于所述接口的所述操作环境使所述动态配置文件与所述静态配置文件之一相关联，并且在识别 出所述操作环境中的改变时自动地更新所述关联。
【文档编号】H04L12/24GK103930873SQ201280054401
【公开日】2014年7月16日 申请日期:2012年11月1日 优先权日:2011年11月10日
【发明者】阿奴瑞格·米塔尔, 朴拉萨德·米里娅勒, 马克·巴克 申请人:思科技术公司