信息处理方法、装置及系统与流程

文档序号:14656204发布日期:2018-06-12 04:30阅读:164来源:国知局

本发明涉及混合云技术领域,更具体地说,尤其涉及一种信息处理方法、装置及系统。



背景技术:

云计算是基于互联网的相关服务的增加、使用和交付模式,通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。随着云计算技术的发展,出现很多不同技术类型的云平台,比如按照云平台支持的技术类型,可以划分为Openstack云平台、Qcloud云平台或AWS云平台等,而按照企业的服务类型来说,云平台可以划分为私有的云平台和公有的云平台,在企业的服务类型为对外服务时,处于成本节约考虑,企业希望可以应用公有的云平台,在对内服务时,出于安全考虑,企业希望可以应用私有的云平台。

而混合云平台融合不同类型的云平台,即混合云平台可以提供对外服务和对内服务,且混合云平台构建在多个不同技术类型的云平台上,这些云平台可以称为底层云平台,若可以对底层云平台的配置信息进行统一管理,则有利于底层云平台的扩展,而目前如何实现底层云平台的配置信息的统一管理仍是个问题。



技术实现要素:

有鉴于此,本发明提供一种信息处理方法、装置及系统,以对各个底层云平台的配置信息进行统一管理。技术方案如下:

本发明提供一种信息处理方法,所述方法包括:

获取下辖的各个底层云平台的配置信息;

将所述各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在所述本地数据库中的各个底层云平台各自对应的增量数据;

将所述未存储在所述本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中。

本发明还提供一种信息处理装置,所述装置包括:

获取单元,用于获取下辖的各个底层云平台的配置信息;

对比单元,用于将所述各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在所述本地数据库中的各个底层云平台各自对应的增量数据;

发送单元,用于将所述未存储在所述本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中。

本发明还提供一种信息处理系统,所述系统包括:管理中心平台和混合云平台,所述混合云平台构建在至少一个底层云平台上;所述混合云平台包括上述信息处理装置;

所述管理中心平台包括中心设备和数据库,所述数据库用于存储所述混合云平台下各个底层云平台各自的配置信息;

所述中心设备,用于对所述混合云平台下各个底层云平台各自的配置信息进行统一管理。

与现有技术相比,本发明提供的上述技术方案具有如下优点:

基于上述技术方案,获取下辖的各个底层云平台的配置信息,将各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在本地数据库中的各个底层云平台各自对应的增量数据,将未存储在本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中,从而实现对任意一个混合云平台下辖的各个底层云平台的配置信息的统一管理,进一步有利于混合云平台的扩展。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的系统架构图;

图2为本发明实施例提供的资源对应关系的示意图;

图3为本发明实施例提供的信息处理方法的一种流程图;

图4为本发明实施例提供的管理中心平台与多个混合云平台的对应示意图;

图5为本发明实施例提供的信息处理方法的另一种流程图;

图6为本发明实施例提供的信息处理方法的再一种流程图;

图7为本发明实施例提供的信息处理装置的一种结构示意图;

图8为本发明实施例提供的信息处理装置的另一种结构示意图;

图9为本发明实施例提供的信息处理装置的再一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

图1为本发明实施例提供的信息处理方法的实现系统的架构图,参照图1,该系统可以包括:管理中心平台10和混合云平台20,管理中心平台10,管理中心平台10包括:中心设备30、第一数据库40、第二数据库50、第三数据库60、第四数据库70、第五数据库80和第一网络接口90。

混合云平台20构建在多个底层云平台上,如图1中混合云平台构建在基于Openstack的私有的云平台、基于Qcloud的私有的云平台、基于AWS的私有的云平台和公有的云平台上,且混合云平台20包括:第二网络接口100、分发设备110和本地数据库120。

中心设备30,用于统一管理各个混合云平台对应的各个底层云平台的配置信息,如底层云平台对应的业务域、VLAN(Virtual LocalArea Network,虚拟局域网)、逻辑网络、子网和IP资源(Internet Protocol,互联网协议),这些配置信息被分别存储在对应的数据库中,如第一数据库40,用于存储底层云平台对应的业务域;第二数据库50,用于存储底层云平台对应的VLAN;第三数据库60,用于存储底层云平台对应的逻辑网络;第四数据库70,用于存储底层云平台对应的子网;第五数据库80,用于存储底层云平台对应的IP资源。

其中VLAN:对应物理网络的局域网,通过多个VLAN实现同一个物理网络下的资源隔离;

对于物理网络来说,其对应的网络类型包括虚拟、逻辑和交换,在本发明实施例中,上述逻辑网络对应的是逻辑类型,用于对物理网络进行隔离,其隔离方式通过上述VLAN实现,对应的隔离级别相当于七层网络协议中的第二层数据链路层

子网:用于对物理网络的隔离,隔离级别对应七层网络协议中的网络层。

业务域:用于表示业务标识,用于区分不同的业务。

IP资源池:为IP地址的管理池,保存所有的IP资源,即保存所有的IP地址。

通过统一的系统入口管理基础云涉及的各类资源,从而实现了基础云中IP资源相关数据的统一管理。

上述各个资源之间的关系,以及这些资源与物理设备,如机房下的多个服务器的对应可以参阅图2所示,子网可以与IP资源池中的某些IP地址关联,且子网也可以与业务域具有映射关系,进而根据子网这一中间媒介,可以得到IP资源与业务域之间的映射关系,进而从业务应用方面来分析IP资源的利用情况。

子网属于逻辑网络下的一个独立网段,且逻辑网络通过VLAN实现对物理网络的隔离,对于任意一个逻辑网络以及任意一个逻辑网络下的任意一个子网来说,可以对应底层云平台上划分出的一个VPC(Virtual Private Cloud,虚拟私有云),即每个VPC对应的逻辑网络和子网是相互隔离独立的,从而在物理网络层面上保证各个逻辑网络中的IP资源是独立的,这样不同逻辑网络下的IP资源可以相同,提高IP资源的复用性。并且对于不同VPC下的设备进行访问时,需要预先分配路由规则(记录在图2所示路由表中),通过路由规则实现不同VPC下的互访。根据VPC的划分,对机房内设置的多个服务器进行划分,以将VPC与对应的服务器对应,实现物理设备与上述资源(可以视为逻辑资源)的对应。

第一网络接口90:是管理中心平台提供的RESTful风格的API(Application Programming Interface,应用程序编程接口)接口,所谓RESTful风格的API是指第一网络接口90提供的GET(获取)、POST(分发)、PUT(添加)和DELETE(删除)是通过HTTP(HyperText Transfer Protocol,超文本传输协议)请求的方式,通过第一网络接口90可以实现对上述资源的管理和维护。

第二网络接口100:是混合云平台对外提供的访问接口,与上述管理中心平台10来说不同点是:管理中心平台10是一个独立的系统,侧重于资源的统一管理,而第二网络接口100主要面向平台侧,该接口是混合云平台对外提供服务的唯一接口,通过第二网络接口100访问时可以忽略底层云平台之间的资源差异,通过混合云平台的分发设备110将上述管理中心平台10中的配置信息自动分配到对应的底层云平台中。

其中分发设备110用于实现混合云平台中各个底层云平台的配置信息与上述管理中心平台10中管理的配置信息一致,因此分发设备110需要具备功能:1)引入管理中心平台统一管理混合云平台中各个底层云平台的配置信息;2)将配置信息中的增量数据发送到对应的底层云平台中,增量数据为未存储在本地数据库120中的信息,本地数据库120用于存储底层云平台的配置信息。

本发明实施例提供的信息处理方法主要通过图1所示系统架构中的分发设备实现,下面站在分发设备的角度,对本发明实施例提供的信息处理方法进行介绍。如图3所示,其示出了本发明实施例提供的信息处理方法的流程图,可以包括以下步骤:

301:获取下辖的各个底层云平台的配置信息。

可选的,获取下辖的各个底层云平台的配置信息包括:获取管理中心平台中存储的所有配置信息,并从所获取的所有配置信息中筛选出下辖的各个底层云平台的配置信息。其中所谓下辖的底层云平台是应用本发明实施例的分发设备所在混合云平台对应的底层云平台。

如图4所示,管理中心平台中存储有混合云平台1、混合云平台2和混合云平台3下各个底层云平台的配置信息,当混合云平台1中的分发设备向通过第二网络接口100向管理中心平台10发送HTTP请求方式的GET请求时,说明混合云平台1中的分发设备在拉取管理中心平台10中存储的所有配置信息,因此在混合云平台1中的分发设备在获取到所有配置信息后,从所有配置信息中筛选出混合云平台1对应的底层云平台的配置信息。可选的,管理中心平台10中的各个配置信息与底层云平台具有映射关系,如可以通过底层云平台的标识与对应的配置信息进行映射,这样在获取到所有配置信息,可以通过底层云平台的标识来筛选。

可选的,管理中心平台可以主动推送所有配置信息到各个混合云平台中,虽然可以在管理中心平台中配置信息更新后,可立马推送到各个混合云平台,但是这种方式需要根据管理的混合云平台的数量发生变更后,变更管理中心平台推送所有网络信息的消息,如增加了一个新的混合云平台,则管理中心平台需要在推送的消息中加入新的混合云平台的地址,以便新的混合云平台可以获取到管理中心平台管理的所有配置信息。

可选的,分发设备可以定期从管理中心平台上拉取所有配置信息,即分发设备每间隔一定时间主动从管理中心平台上拉取所有配置信息,这样管理中心平台不会因为管理的混合云平台的数量发生变更而进行改动,但是这种方式会降低信息获取的及时性。

并且通过管理中心平台对所有配置信息进行统一管理,在新增一个混合云平台后,通过管理中心平台可以获取已有的各个混合云平台的配置信息,这样就可以在规划新增的混合云平台的配置信息时,降低与已有的各个混合云平台的配置信息的重复概率,从而有利于混合云平台的扩展。

302:将各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在本地数据库中的各个底层云平台各自对应的增量数据。其中本地数据库中存储的是分发设备之前从管理中心平台获取的配置信息,而这个配置信息不一定与管理中心平台当前存储的配置信息一致,因此在获取底层云平台的配置信息后,需要从中得到未存储在本地数据库中的各个底层云平台的增量数据,以将未存储在本地数据库中的增量数据发送到对应的底层云平台中,实现底层云平台中的配置信息与管理中心平台中的配置信息的一致,且这种发送增量数据的方式减少数据发送量,提高发送效率。

303:将未存储在本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中,以使底层云平台通过增量数据来扩展自身的网络资源和/或子网资源,进而使得混合云平台得到扩展。

在发送未存储在本地数据库中的增量数据后,本发明实施例提供的信息处理方法还包括以下步骤,如图5所示:

304:接收底层云平台发送的反馈信息。

305:当反馈信息指示增量数据发送失败时,将发送失败的增量数据写入到错误队列中,并重新发送所述发送失败的增量数据。

在这里需要说明的一点是:在重新发送所述发送失败的增量数据后,仍会再次接收到底层云平台发送的反馈信息,若再次接收到反馈信息指示增量数据发送成功后,从错误队列中删除再次发送时成功发送的增量数据;若再次接收到反馈信息指示增量数据发送失败后会等待下一个错误处理周期,当下一个错误处理周期到达后,会再次从错误队列中获取发送失败的增量数据进行再次发送。其中错误处理周期用于指示每间隔一定时长,对错误队列中的各条发送失败的增量数据进行重新发送,且在错误处理周期过程中仍可以执行上述步骤301至步骤303。

并且在重新发送所述发送失败的增量数据时,还可以进一步判断预设时间内是否成功发送所述发送失败的增量数据;若判断出预设时间内未成功发送所述发送失败的增量数据,则发送提示信息。可选的提示信息可以采用邮件方式进行告警,以由管理人员对发送失败的增量数据进行手动处理。其中预设时间是预设设置发送增量数据的时间,可以根据实际应用来定,如可以根据发送效率和发送次数来均衡,得到预设时间,对此本发明实施例不对其进行限定。

通过上述技术方案,获取下辖的各个底层云平台的配置信息,将各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在本地数据库中的各个底层云平台各自对应的增量数据,将未存储在本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中,从而实现对任意一个混合云平台下辖的各个底层云平台的配置信息的统一管理,进一步有利于混合云平台的扩展。

请参阅图6,其示出了本发明实施例提供的信息处理方法的另一种流程图,在图3基础上还可以包括以下步骤:

306:从底层云平台的配置信息中获取子网与业务域的映射关系以及子网与IP资源的映射关系。

307:根据子网与业务域的映射关系以及子网与IP资源的映射关系,得到业务域与IP资源的映射关系,从而可以从业务维度分析IP资源的利用情况。

下面对本发明实施例提供的信息处理装置进行介绍,下文描述的信息处理装置可以认为是,分发设备为实现本发明实施例所提供的信息处理方法所需设置的功能单元架构。

图7为本发明实施例提供的信息处理装置的一种结构示意图,可以包括:获取单元11、对比单元12和发送单元13。

获取单元11,用于获取下辖的各个底层云平台的配置信息。可选的,获取下辖的各个底层云平台的配置信息包括:获取管理中心平台中存储的所有配置信息,并从所获取的所有配置信息中筛选出下辖的各个底层云平台的配置信息。其中所谓下辖的底层云平台是应用本发明实施例的分发设备所在混合云平台对应的底层云平台,如图4所示。

对比单元12,用于将各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在本地数据库中的各个底层云平台各自对应的增量数据。

其中本地数据库中存储的是分发设备之前从管理中心平台获取的配置信息,而这个配置信息不一定与管理中心平台当前存储的配置信息一致,因此在获取底层云平台的配置信息后,需要从中得到未存储在本地数据库中的各个底层云平台的增量数据,以将未存储在本地数据库中的增量数据发送到对应的底层云平台中,实现底层云平台中的配置信息与管理中心平台中的配置信息的一致,且这种发送增量数据的方式减少数据发送量,提高发送效率。

发送单元13,用于将未存储在本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中,以使底层云平台通过增量数据来扩展自身的网络资源和/或子网资源,进而使得混合云平台得到扩展。

在发送未存储在本地数据库中的增量数据后,本发明实施例提供的信息处理装置还可以对发送情况进行处理,如图8所示,其示出了本发明实施例提供的信息处理装置的另一种结构示意图,还可以包括:接收单元14和写入单元15。

接收单元14,用于接收底层云平台发送的反馈信息。

写入单元15,用于当反馈信息指示增量数据发送失败时,将发送失败的增量数据写入到错误队列中,并触发发送单元13重新发送所述发送失败的增量数据。

在这里需要说明的一点是:在重新发送所述发送失败的增量数据后,仍会再次接收到底层云平台发送的反馈信息,若再次接收到反馈信息指示增量数据发送成功后,从错误队列中删除再次发送时成功发送的增量数据;若再次接收到反馈信息指示增量数据发送失败后会等待下一个错误处理周期,当下一个错误处理周期到达后,会再次从错误队列中获取发送失败的增量数据进行再次发送。其中错误处理周期用于指示每间隔一定时长,对错误队列中的各条发送失败的增量数据进行重新发送,且在错误处理周期过程中仍可以获取配置信息进行对比。

并且本发明实施例提供的信息处理装置还可以包括:判断单元,用于判断预设时间内是否成功发送所述发送失败的增量数据,并当判断出预设时间内未成功发送所述发送失败的增量数据时,触发发送单元13发送提示信息。

可选的提示信息可以采用邮件方式进行告警,以由管理人员对发送失败的增量数据进行手动处理。其中预设时间是预设设置发送增量数据的时间,可以根据实际应用来定,如可以根据发送效率和发送次数来均衡,得到预设时间,对此本发明实施例不对其进行限定。

通过上述技术方案,获取下辖的各个底层云平台的配置信息,将各个底层云平台的配置信息与本地数据库中存储的各个底层云平台的配置信息进行对比,得到未存储在本地数据库中的各个底层云平台各自对应的增量数据,将未存储在本地数据库中的各个底层云平台各自对应的增量数据发送到对应的底层云平台中,从而实现对任意一个混合云平台下辖的各个底层云平台的配置信息的统一管理,进一步有利于混合云平台的扩展。

请参阅图9,其示出了本发明实施例提供的信息处理装置的再一种结果示意图,还可以包括:获得单元16。

其中获取单元11,还用于从底层云平台的配置信息中获取子网与业务域的映射关系以及子网与互联网协议IP资源的映射关系。相应的获得单元16,用于根据子网与业务域的映射关系以及子网与IP资源的映射关系,得到业务域与IP资源的映射关系,从而可以从业务维度分析IP资源的利用情况。

此外,本发明实施例还提供一种信息处理系统,包括:管理中心平台和混合云平台,混合云平台构建在至少一个底层云平台上。其中混合云平台和管理中心平台的可选结构如图1所示,且分发设备可通过上述图7至图9任意一个附图所示信息处理装置来实现本发明实施例提供的信息配置方法。

可选的,中心设备,还用于进行子网划分,即将一个逻辑网络划分成至少一个独立的网段,并为划分后的子网分配对应的业务域和对应的IP资源,以得到子网与业务域的映射关系以及子网与IP资源的映射关系,并根据子网与业务域的映射关系以及子网与IP资源的映射关系,得到业务域与IP资源的映射关系,这样就可以从业务维度分析IP资源的利用情况。

可选的,中心设备,还用于在底层云平台中划分至少一个VPC,并为每个VPC分配各自对应的资源。例如为每个VPC分配各自对应的逻辑网络资源和子网资源,使得每个VPC下的逻辑网络和子网是相互隔离独立的,进而在物理网络层面保证各个网络中IP资源互不干扰,从而可以实现IP地址在不同的VPC下的复用。

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的核心思想或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1