在编配的或软件定义的计算环境中对网络授权/解授权制造技术

服务器计算机(DNPS)对网络授权/解授权，该网络在客户端‑服务器架构中使用一个或更多个编配方案(OS)来供应。程序代码指令指示该服务器计算机实现用于远程管理所述服务器计算机的用户接口(UI)，其中，该用户接口提供对由该服务器计算机管理的数据的访问以及支持面向服务架构(“SOA”)的基于web的应用编程接口(API)，以及网络管理逻辑(NME)，该网络管理逻辑经由该一个或更多个编配方案(OS)和该基于web的应用编程接口(API)动态地指派和释放网络。在另选的实现方案中，该网络管理逻辑与软件定义的网络控制器(SDNC)合作以对网络授权/解授权。物理实施方式可以实现基于SOA的实现方案和基于SDN的实现方案中的任一者或两者。

Network Authorization/Decentralization in an orchestrated or software-defined computing environment

The server computer (DNPS) authorizes/decrypts the network, which is supplied by one or more orchestration schemes (OS) in the client-server architecture. Program code instructions instruct the server computer to implement a user interface (UI) for remotely managing the server computer, which provides access to data managed by the server computer, web-based application programming interface (API) supporting service-oriented architecture (SOA), and network management logic. The network management logic dynamically assigns and releases the network via one or more orchestration schemes (OS) and the web-based application programming interface (API). In the alternative implementation, the network management logic cooperates with the software-defined network controller (SDNC) to authorize/de-authorize the network. Physical implementations can implement either or both of the SOA-based and SDN-based implementations.

【技术实现步骤摘要】
【国外来华专利技术】在编配的或软件定义的计算环境中对网络授权/解授权在先案件历史本申请是名称为“用于编配计算环境中的IP授权和解授权的方法和装置”的于2013年6月19日提交、作为US20130346618公布的共有的专利申请第13/921,361号的部分接续申请，该专利申请要求于2012年6月20日提交的芬兰专利申请第20125680的优先权。
本专利技术涉及云计算环境中的IP网络和IP资源的授权和解授权。
技术介绍
正如长期以来为人所知的，互联网协议v.4(IPv4)在可用的地址空间方面是相当受限的。为了解决该问题，标准RFC1918定义了三种旨在用于私有的网络，即10.0.0.0(A类)、172.16.0.0(B类)和192.168.0.0(C类)。这些私有网络都没有被路由到公共互联网。大型企业和服务提供商通常具有A类网络(10.0.0.0)地址空间，以扩展其可用的地址空间，而在家庭和小办公室中使用的ADSL和电缆调制解调器则对来自私有192.168网络的IP地址进行分配。通过利用网络地址转换(NAT)技术来提供与外界的连接，其中，位于公共网络和私有网络之间的NAT装置充当桥接器。由于多个私有网络共享相同的10.0.0.0地址空间，所以它们是重叠的。只要这些私有网络在内部运行而不被路由到公共互联网，重叠便是无关紧要的问题。在涉及云计算或基于云的服务时，私有网络的重叠成为了问题。例如，基础设施即服务(IaaS)服务提供商正在逐渐地部署多租户计算环境，其用于并发地向多个业务客户端提供服务，所有这些业务客户端都可以使用相同的10.0.0.0地址空间，特别是在虚拟私有云和/或其它相似技术的环境下。在诸如此类的使用情况中，由不同租户使用的私有网络通常是重叠的。在下面的描述中，在讨论在数据处理与通信系统之间的自动化工作流时，“编配”按照其在面向服务的架构(SOA)领域中确立的含义来使用。企业和服务提供商使用编配方案来使业务请求与应用、数据和基础设施匹配。所述方案通常用于通过自动化工作流、服务开通和变更管理来定义策略和服务级别。利用这种技术，组织能够创建可以基于每个应用的需要而放大、缩小或侧向移动的应用匹配的基础设施。编配还提供对资源池的集中管理，包括计费、计量和消费退款。向在编配环境中执行应用的多种服务器(通常称为工作负载)分配IP地址、名称和其它网络参数传统地是通过人工地在所述服务器中配置IP地址并且将具有相应IP地址的服务器名称添加到域名服务器(DNS)来完成的，或者是通过使用动态主机配置协议(DHCP)和动态DNS来动态执行这种分配来完成的。由于在传统的编配计算环境中运行的物理服务器的IP地址和名称是相对静态的，因此其基于SOA的自动化工作流管理处理并没有被扩展以与IP和名称授权机制结合。随着现有编配方案扩展到基于云的计算环境，上述用于管理IP地址和名称的传统方法将会产生多种问题。例如，当基于云的计算范式要求按需提供新的虚拟机时，就整个基于云的计算环境的可缩放性而言，与用于在传统编配计算环境中分配IP资源和名称的现有技术方法相关联的人工的IP和名称指派处理很快就成为瓶颈。此外，尽管基于云的按需计算范式要求虚拟服务器实例的生命周期可以是从几分钟到数年，但DHCP服务器为自动指派的IP地址提供预定义和固定的租用时间，从而使得不可能将IP租用时间与虚拟计算环境的动态性质匹配。此外，在解授权虚拟机时，现有技术使得不可能自动回收IP地址，因为即使使用了DHCP，解授权也是与已经发放的IP地址的预定义租用时间关联的。因此，现有技术方法使得IP地址的租用时间不可能与云中运行的每台虚拟机的唯一生命周期相匹配。通过尝试与云计算相联系地使用，DHCP的局限性很快就暴露出来了。DHCP与云计算之间兼容性差的原因之一是，DHCP从不是针对云计算或基于web的集成模型而设计的。例如，DHCP在OSI的第2层(L2)上操作。在实践中，客户端向局域网(LAN)发送广播消息。该LAN中的DHCP服务器捕捉该广播消息，检查客户端的介质访问控制(MAC)地址(其为网络接口适配器的唯一地址)，并将具有其它网络参数的IP地址向MAC地址返回。在此之后，客户端针对其自身配置网络参数，并且能够采用在更高的OSI层上操作的TCP/IP连接。在实践中，上述方法要求客户端和DHCP服务器必须通过L2连接来互连。在实践中，客户端和DHCP服务器必须连接到同一LAN网络。LAN可以由多个VLAN网络组成，但这些VLAN网络必须在L2层上互连。在客户端具有重叠的10.0.0.0地址空间的情况下，服务提供商必须通过将这些重叠的地址空间配置到不同的LAN网络来将它们彼此隔离。因此，所有的私有网络都互相隔离，这一方面使网络内的IP流量成为可能，另一方面也防止客户端访问其它客户端的网络。首先，DHCP在L2上运行，其次，重叠的地址空间必须被隔离到单独的LAN中，以上这些事实的结果是，单个DHCP不能分别逻辑地驻留在多个LAN中。换句话说，在多个私有网络的情况下，它们中的每一个都必须有专用的DHCP服务器。互联网协议第6版(IPv6)提供了两种用于动态IP分配的机制。这些机制被称为全状态自动配置和无状态自动配置。这两种自动配置机制都不能解决上文确认的问题，因为首先全状态自动配置(DHCPv6)与IPv4环境中使用的DHCPv4事实上没有任何不同。这是因为每次向虚拟机分配IP资源时，所分配的IP资源获得固定的租用值，这基本上意味着：该IP资源应在预定义的一段时间内保持被分配，而与所分配的IP资源是否实际地被虚拟机继续利用无关。在基于云的环境中，这是不期望的，因为每当新的虚拟机上线时IP地址应该被授权(被发放)，并且每当虚拟机被从虚拟化计算环境中移除时IP地址应该被释放。另一方面，无状态自动配置意味着客户端基于路由器通告自主获得IP地址。就SOA架构和编配而言，该方案可能不起作用的原因有两个。首先，在使用编配的环境中，通常的要求是：从与希望在其中运行虚拟机的虚拟局域网(VLAN)相匹配的网络中获得IP地址。换句话说，IP地址必须从与要在其中部署虚拟机的VLAN相对应的特定网络中分配，而不是给虚拟机刚好可用的任意IP地址(后者是无状态自动配置所导致的)。在这种使用情况中，无状态自动配置不会起作用的第二个原因是，环境通常是多租户环境，在该环境中，管理员必须能够主动地监测每个网络的分配级别并确定哪些设备和客户端正在网络中运行。在由客户端自主获得IP地址的情况下，没有办法控制给定的虚拟机将获得的IP地址，对于这一处理也不会有允许管理员管理这些关系和/或跟踪IP分配的分配的任何透明度。共有专利申请US20130346618通过教导允许多个编配器(运行编配方案的服务器)从被称为IP授权/解授权服务器(IPCDS)的单个权威来源获得网络参数的技术提出了解决上述问题的方案。只要网络被记录在IPCDS系统中，便可以使用该共有申请中教导的方法来从弹性网络和传统交换网络供应网络参数。在部署了US20130346618申请所提出的技术之后，已经识别了多个相关问题。例如，TCP/IP网络正通过诸如软件定义网络(SDN)这样的技术向弹性架构和流程自动化移动。这些技术提供的优点包括：通过自动化管理和配置流本文档来自技高网...

【技术保护点】
1.一种服务器计算机，该服务器计算机包括：‑处理系统，该处理系统包括存储应用和数据的至少一个处理单元；其中，所述服务器计算机对网络授权/解授权并将所述网络供应至一个或更多个编配方案；‑其中，所述一个或更多个编配方案和所述服务器计算机构成客户端‑服务器架构；‑其中，所述处理系统包括用于指示所述处理系统实现以下特征的程序代码指令：‑用于管理所述服务器计算机的用户接口，其中，所述用户接口提供对由所述服务器计算机管理的数据的访问；‑支持面向服务的架构SOA的基于web的应用编程接口；以及‑网络管理逻辑，该网络管理逻辑动态地指派和释放网络以及将所述网络供应至一个或更多个编配方案。

【技术特征摘要】
【国外来华专利技术】2016.02.18 US 15/046,9851.一种服务器计算机，该服务器计算机包括：-处理系统，该处理系统包括存储应用和数据的至少一个处理单元；其中，所述服务器计算机对网络授权/解授权并将所述网络供应至一个或更多个编配方案；-其中，所述一个或更多个编配方案和所述服务器计算机构成客户端-服务器架构；-其中，所述处理系统包括用于指示所述处理系统实现以下特征的程序代码指令：-用于管理所述服务器计算机的用户接口，其中，所述用户接口提供对由所述服务器计算机管理的数据的访问；-支持面向服务的架构SOA的基于web的应用编程接口；以及-网络管理逻辑，该网络管理逻辑动态地指派和释放网络以及将所述网络供应至一个或更多个编配方案。2.根据权利要求1所述的服务器计算机，其中，所述网络管理逻辑动态地指派和释放网络块以及各网络块中的单独的网络前缀、网络、子网络和微分段。3.根据权利要求1所述的服务器计算机，其中，所述网络管理逻辑处理请求网络的请求，并且如果以下条件中的至少一个为真，则从网络块指派所请求的网络：-所述请求指定已被标记至网络用户的网络块或网络前缀；-所述服务器计算机已配置默认的位掩码，该位掩码在被标记至该网络用户的网络块中可用；-所述请求指示IP地址或位掩码，并且具有与该IP地址或位掩码对应的大小的所请求的网络和/或公共网络可用；以及-已用默认的位掩码对所述服务器计算机进行配置，并且在至少一个公共网络块中，具有与所述默认的位掩码对应的大小的网络可用。4.根据权利要求3所述的服务器计算机，所述服务器计算机被配置成管理网络块，其一部分通过不同于所述编配方案的技术来管理。5.根据权利要求1所述的服务器计算机，其中，所述服务器计算机响应于检测到先前指派的网络不再被使用而释放所述先前指派的网络。6.根据权利要求5所述的服务器计算机，其中，所述服务器计算机通过跟踪所述先前指派的网络的实际使用而执行所述检测。7.根据权利要求1所述的服务器计算机，其中，所述处理系统还包括用于指示所述处理系统实现以下特征的程序代码指令：-经由所述一个或更多个编配方案和所述基于web的应用编程接口动态地向多个主机指派和释放互联网协议IP资源；-针对两个或更多个主机中的每一个创建至少一个唯一IP资源，其中，所述两个或更多个主机是具有重叠地址空间的网络的节点，以及-其中，所述至少一个唯一IP资源基于所述两个或更多个主机中的相应一个的私有网络的名称与所述私有网络内的IP地址的组合。8.一种服务器计算机，该服务器计算机包括：-处理系统，该处理系统包括存储应用和数据的至少一个处理单元；其中，所述服务器计算机对要由一个或更多个SDN控制器激活/解激活的网络授权/解授权；-其中，所述一个或更多个SDN控制器和所述服务器计算机构成客户端-服务器架构；-其中，所述处理系统包括用于指示所述处理系统实现以下特征的程序代码指令：-用于远程管理所述SDN控制器的用户接口，其中，所述用户接口提供对由所述SDN控制器管理的数据的访问；-基于web的客户端连接器，该基于web的客户端连接器与所述SDN控制器的应用编程接口通信；以及-网络管理逻辑，该网络管理逻辑动态地指派和释放要由一个或更多个SDN控制器激活/解激活的网络。9.根据权利要求8所述的服务器计算机，其中，所述网络管理逻辑所述网络管理逻辑动态地指派和释放网络块以及各网络块中的单独的网络前缀、网络、子网络和微分段。10.根据权利要求8所述的服务器计算机，其中，所述网络管理逻辑处理请求网络的请求，并且如果以下条件中的至少一个为真，则从网络块指派所请求的网络：-所述请求指定已被标记至网络用户的网络块或网络前缀；-所述服务器计算机已配置默认的位掩码，该位掩码在被标记至该网络用户的网络块中可用；-所述请求指示IP地址或位掩码，并且具有与该IP地址或位掩码对应的大小的所请求的网络和/或公共网络可用；以及-已用默认的位掩码对所述服务器计算机进行配置，并且...

【专利技术属性】
技术研发人员：J·霍尔克拉，
申请(专利权)人：熔合层公司，
类型：发明
国别省市：芬兰,FI