从产品架构来说,首先说一下为什么我们的产品架构会设计成我们后面会提到的这个形态,首先看一下企业客户对OpenStack的需求分析。大家知道OpenStack是一个非常大规模的社区,它不是一个单一的项目,也不是一个开箱即用的产品,当企业用户基于OpenStack构建私有云的时候一定会碰到如下需求,比如软硬件选型、架构设计、性能调优、运维支撑等。在硬件和软件的选择上要根据需求做相应的选择。大家知道OpenStack每个项目、每个组件可能都是这种插件化、模块化,后端都有不同驱动的实现,需要根据整体云平台的需求设计来做软件的实现。在架构设计方面,在前期也要考虑既要满足当前以最小的资源能够把云平台落地,同时也要考虑后期业务增长之后扩容的需求。怎么能够做到云平台本身的横向扩展,这部分在前期设计的时候也要特别考虑。在性能调优这部分,需要考虑整个全栈参数综合的调优,因为OpenStack整个技术栈涉及到OpenStack本身、虚拟化以及操作系统、内核、计算、存储、网络等等组件,涉及到的参数成百上千,整体上怎样能够给客户提供一个最优的软硬件结合的性能,这个需要从整体上去做调优。另外一部分是运维支撑,我们都知道一个云项目最终的落地或者成败与否,最大的关键点不在于初期的部署,更重要的是后期的运营运维,需要有良好的运营运维的支持。基于这样的一些需求的分析,我们设计了新一代的基于SaaS的私有云架构,从这个架构来看,最大的差异化是我们的云管平台是一个多租户的模型,大家肯定会说,OpenStack本身就是一个多租户的,在一个平台可以管理多的资源池。我们的差异在什么地方,主要的区别在于我们都非常熟悉OpenStack里,对每个客户,在这一个云管平台上可以管理多个不同的账号体系,客户A下面可能有他的子账号,他这个企业里面所有账号都在这个资源池里面可见,客户B是在他的AB这两个资源池可见,但是客户A的账号没办法访问客户B的资源,这就说明我们云管本身是一个SaaS平台,可以支撑多个企业同时注册上来。云管这里面包括的功能主要包括资源使用的自服务门户、监控和运维、应用商店、计量和计费,通过统一云管理平台功能,把每个资源池部署在分别独立的本地的数据中心。从部署模式上来看,这两种模式我们都统一管理起来,实现集中的运维。同时我们这个也可以支持在数据中心把云管平台部署在数据中心和计算资源池融合在一起,很多中小企业客户可能是受网络连接的条件限制,所以他需要把云管部署在数据中心里。
浏览5220次
浏览7643次
浏览7402次
浏览9584次
浏览5063次
浏览3122次
2025-01-08 昆明
2025-04-19 南京
2024-12-27 上海
2025-10-23 上海
打开微信扫一扫,分享到朋友圈