【技术实现步骤摘要】
本专利技术涉及云计算资源管控，更具体地说，本专利技术涉及一种基于sidecar模式的云资源纳管组件。
技术介绍
1、随着云服务的便利性日益被市场接受，云计算将在未来的几年中得到更广泛的应用，全球云计算市场规模也有望达到新高。云计算将继续成为寻求提高可扩展性、业务连续性和成本效益的公司的基本目标企业。随着多云环境的发展，竞争格局已经发生改变。云厂商正逐渐意识到互相合作有助于加速产品服务推向市场，充分利用彼此的优势，合作共赢。因此，混合云成为云服务市场的重要发展趋势。
2、现有混合云管理方法和专利首要解决的是云资源纳管的问题。包括自研的云资源和异构三方的云资源，主要难点问题：
3、(1)资源异构：每一种厂商云资源构建的方式各不相同，基于的虚拟化技术相互独立，无法用统一的方式，对计算、存储及网络资源的进行生命周期的管理。面临异构兼容，控制融合的挑战。
4、(2)接口各异：每个厂商云资源生命周期的管理，从开通，运行，运营，销毁的整个生命线的api/sdk自成体系，互相独立，接口纷繁复杂，使用起来复杂耗时，研发成本高。
5、(3)升级困难：每种云厂商的云资源产品内外部功能由于优化和安全加固的原因，需要经常的升级和演进，对于云管理平台来说，升级需要整体对接口，流程等代码和配置重新梳理、适配、改造以及测试等工作，周期漫长，成本高昂。
6、(4)管理复杂：管理员门户提供资源管理和运维管理的统一界面，对每种云资源通过厂商的提供api/sdk进行单独管理和维护，极端情况，常常在多个云厂商资
7、目前现有专利的云资源纳管的方式，基本上都是基于厂商提供的sdk/api进行，部分厂商提供定制的客户端。
8、sidecar模式是将应用程序的组件部署到单独的进程或容器中，以提供隔离和封装。此模式还允许应用程序由异构组件和技术实现。用到软件架构中，就是sidecar应用是连接到父应用，并为其扩展或增强功能。sidecar应用于主应用程序松耦。
技术实现思路
1、为克服现有技术的上述缺陷，本专利技术的实施例提供一种基于sidecar模式的云资源纳管组件，为不同云数据中心所部署的同构和异构资源池，抽象统一的云资源模型，提供统一的接入体系；并按照接口的标准化、体系化设计，形成统一的服务、数据、信息、消息、监控等内容的采集与分发。在保证各类消息、数据通道畅通的同时，尽可能降低异构资源池接入的复杂度以解决上述
技术介绍
中提出的问题。
2、为实现上述目的，本专利技术提供如下技术方案：一种基于sidecar模式的云资源纳管组件，包括：
3、从云管理平台定义待纳管的a云资源池；配置a云资源池；
4、a云资源池连接性测试；定义主sidecar实体；定义从sidecar实体；
5、定义主从策略；启动主sidecar实例；启动从sidecar实例；主从sidecar实例联通性测试；a云资源池服务请求。
6、进一步地，云管理平台定义待纳管的a云资源池的方法包括：
7、搜集和梳理a云资源池需要纳管的信息以及资源池所有信息；
8、对信息进行分类和过滤，筛选核心的关键产品属性信息，所述关键产品属性信息包括资源池的特性、产品属性、销售属性以及版本属性形成相关的metadata信息。
9、进一步地，用户通过云管理平台设置相关的密钥：
10、用户首先登录云管理平台，找到相关的资源池密钥配置页面；
11、根据资源池的提供的离线密钥进行配置；
12、进行资源池连接的探测，若成功，则代表设置完毕。
13、进一步地，a云资源池根据远端资源池的端点进行ping联通测试，保证网络和服务连通性；根据资源池管理节点的预制情况，定义a云厂商sidecametadata信息，sidecametadata信息包括sidecar的类型、版本、部署服务器的ip、端口、资源的规格、访问的密钥以及健康检查的端点。
14、进一步地，参考主sidecar实体的定义，定义从sidecar信息，并定义到从主sidecar的链接，一般采用1—2个从实体；定义主从节点读写的策略包含主节点申请资源，查询资源结果由从节点读取，当主节点超时、宕机或离线场景，主从发生切换，从节点升级为主节点，并摘除主sidercar节点，并定义超时时间、重试次数以及切换策略。
15、进一步地，通过云管理控制面，远程执行启动请求，管理区的docker引擎根据主sidecar的请求参数和配置，进行a云主sidecar启动，启动成功后，经过配置预热时间后，开始接受a云资源请求处理。
16、进一步地，从sidecar实例启动，经过配置预热时间后，开始接受a云资源查询请求处理；通过远程的ping和服务探活接口，进行远程主从实例服务的探活测试，由于服务启动需要加载和预热的时间，还有部分插件加载也需要时间，当联通性测试完毕时，a云资源池纳管加载的准备工作完成。
17、进一步地，a云资源池服务请求流程包括：
18、选中a云资源池，从云管理平台切换到需要创建资源产品的a云资源池；
19、选择资源产品，根据需求，自主选择需要开通的云资源产品；
20、选择规格，根据业务场景，按需选择开通产品的规格和参数；
21、选择时长，根据业务的周期特点，选择需要托管的时长；
22、选择产品生命周期为工作日时间，其他时间暂停托管；
23、创建资源请求施工单，根据资源产品需求的汇总，创建一个资源施工单据，包含所有的属性，参数等请求集合。
24、进一步地，a云资源池服务请求流程还包括：
25、根据施工单参数，下达到对应的sidecar主服务；
26、根据施工单参数的数据，按照统一协议规格，组装请求消息体，并发送下达到a云资源sidecar主服务，进行资源开通申请；
27、主sidecar根据参数和自身配置的策略，远程请求a云资源服务；
28、主sidecar根据请求消息体，解析消息请求参数，并分发请求到a云厂商远程服务端点，进行资源开通；资源申请具有相关的内部协议，内部协议为开通需要各个核心参数以json消息格式下发到a云资源sidecar主服务。
29、进一步地，a云资源池服务请求流程还包括：
30、主服务接到请求消息，进行解析处理，调用资源池开通的openapi进行资源开通；
31、轮询a云资源sidecar服务从节点，获取资源创建结果。
32、本专利技术的技术效果和优点：
33、全新的sidecar模式的云厂商资源池对接方案，极致的松耦合，将资源的开通和维护，全部offload到sidecar组件里，解决直接用厂商sdk/api复杂耦合的方式，提升效率和性能；
34、side本文档来自技高网...
【技术保护点】
1.一种基于Sidecar模式的云资源纳管组件，其特征在于，包括：
2.根据权利要求1所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，云管理平台定义待纳管的A云资源池的方法包括：
3.根据权利要求2所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，用户通过云管理平台设置相关的密钥的方法：
4.根据权利要求3所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，A云资源池根据远端资源池的端点进行Ping联通测试；根据资源池管理节点的预制情况，定义A云厂商sidecaMetadata信息，sidecaMetadata信息包括Sidecar的类型、版本、部署服务器的IP、端口、资源的规格、访问的密钥以及健康检查的端点。
5.根据权利要求4所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，参考主Sidecar实体的定义，定义从Sidecar信息，并定义到从主Sidecar的链接，采用1—2个从实体；定义主从节点读写的策略包含主节点申请资源，查询资源结果由从节点读取，当主节点超时、宕机或离线场景，
6.根据权利要求5所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，通过云管理控制面，远程执行启动请求，管理区的docker引擎根据主Sidecar的请求参数和配置，进行A云主Sidecar启动，启动成功后，经过配置预热时间后，开始接受A云资源请求处理。
7.根据权利要求6所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，从Sidecar实例启动，经过配置预热时间后，开始接受A云资源查询请求处理；通过远程的ping和服务探活接口，进行远程主从实例服务的探活测试；当联通性测试完毕时，A云资源池纳管加载的准备工作完成。
8.根据权利要求7所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，A云资源池服务请求流程包括：
9.根据权利要求8所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，A云资源池服务请求流程还包括：
10.根据权利要求9所述的一种基于Sidecar模式的云资源纳管组件，其特征在于，A云资源池服务请求流程还包括：
...【技术特征摘要】
1.一种基于sidecar模式的云资源纳管组件，其特征在于，包括：
2.根据权利要求1所述的一种基于sidecar模式的云资源纳管组件，其特征在于，云管理平台定义待纳管的a云资源池的方法包括：
3.根据权利要求2所述的一种基于sidecar模式的云资源纳管组件，其特征在于，用户通过云管理平台设置相关的密钥的方法：
4.根据权利要求3所述的一种基于sidecar模式的云资源纳管组件，其特征在于，a云资源池根据远端资源池的端点进行ping联通测试；根据资源池管理节点的预制情况，定义a云厂商sidecametadata信息，sidecametadata信息包括sidecar的类型、版本、部署服务器的ip、端口、资源的规格、访问的密钥以及健康检查的端点。
5.根据权利要求4所述的一种基于sidecar模式的云资源纳管组件，其特征在于，参考主sidecar实体的定义，定义从sidecar信息，并定义到从主sidecar的链接，采用1—2个从实体；定义主从节点读写的策略包含主节点申请资源，查询资源结果由从节点读取，当主节点超时、宕机或离线场景，主从发生切换，从节点升级为...
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。