DockOne微信分享(八十):云计算应用技术发展与企业异构资源池统一管理案例分析

简介: 本文讲的是DockOne微信分享(八十):云计算应用技术发展与企业异构资源池统一管理案例分析【编者的话】本次分享介绍了企业用户私有云的建设与变迁过程。从VMware虚拟化起步到后期的管理多种类型计算池与存储池的异构云平台,用户的需求,软硬件选型都具有代表性。主要内容包括:
本文讲的是DockOne微信分享(八十):云计算应用技术发展与企业异构资源池统一管理案例分析【编者的话】本次分享介绍了企业用户私有云的建设与变迁过程。从VMware虚拟化起步到后期的管理多种类型计算池与存储池的异构云平台,用户的需求,软硬件选型都具有代表性。主要内容包括:
  1. 云平台管理CloudStack资源池拓扑介绍
  2. CloudStack到OpenStack的变迁
  3. OpenStack对接多种类型存储
  4. 云平台升级与对接多种类型资源池

大家好,今天分享一个私有云平台的实施和升级案例。

客户是一家研发公司。用户主要是公司的研发测试人员。

这个环境的特点是虚拟机的生命周期较短。一般一个项目开始会申请一批虚拟机,随着研发测试结束虚拟机就会销毁,而且在使用中经常会有测试失败虚拟机重建的情况。

还有一个特点就是负载较集中,每逢月底或周末前会有一个业务高峰期,周末或节假日时间负载明显变小。

我们先来看看第一个版本的云架构:
1.png

上图中:
  1. 用户新建了两个资源池,并且都采用CloudStack平台。
  2. Hypervisor采用了VMware vSphere 和Linux KVM 两种。
  3. 存储分别用到了本地存储和共享存储,共享存储VMware 使用iSCSI,KVM使用NFS。

当一期项目实施时,OpenStack还在测试阶段,但是CloudStack已经稳定上了生产,而且考虑到用户已经有了vSphere 虚拟化池,所以采用了CloudStack平台作为资源池。同时这个项目也是用户试点,客户提出要使用异构的虚拟化技术,所以之后又新加了一个KVM的POD。

存储方面,vSphere底层使用iSCSI存储,KVM使用NFS存储,计算节点上都配置2个千兆网卡绑定后作为存储网专用。然后SkyForm CMP统一管理这两个资源池。

第二个CloudStack池是第一个池上线后扩容的,主要是考虑到使用部门要求的底层隔离,没有采用扩容集群而是新建了一个资源池。这个池主要是提供用户大数据研发使用,对于数据隔离有较高要求,而且考虑到不影响其他业务。所以采用了本地存储的方式。

两个资源池采用SkyForm CMP 3.0平台统一管理。用户通过SkyForm Portal登陆后可以申请相应业务虚拟机虚拟机。管理员可以审批或是代开资源给用户。完全实现了用户的自服务。

后来,我们发布了SkyForm CMP 3.1 。客户环境也很容易实现了升级。

这是SkyForm CMP 3.1标准版的功能视图。
2.png

之后,随着客户公司业务的扩展,之前创建的资源池已经饱和,而且部分资源池已经超卖比较严重。客户启动了二期扩容项目。

二期是一期的扩容,主要工作是:
  1. 扩容更多资源池以满足快速增长的业务需求。
  2. 原有机器扩容配置(增加内存)实现更高的虚拟化利用率。

在一期运维期间,客户成立了自己的云平台运维部门,而且OpenStack 新版本也开始在生产中使用。一期CloudStack池中的VMware Esxi主机由于其他原因,有大量主机需要下线,客户打算下线之后重装成KVM。

于是,一期到二期过渡期间客户的架构图就是这样:
3.png

这一期用户新建设了2个OpenStack资源池。SkyForm CMP也升级到了4.0版本。

最右侧的资源池计算节点配了双万兆存储网卡,同时用户新购了1台SAN存储。这个资源池用户计划部署一批重要的业务虚拟机,要求该资源池的计算节点能使用本地存储、Ceph存储和SAN存储(iSCSI)三种类型的存储。

OpenStack支持多种存储是Cinder实现的,关于配置细节我们有相关的配置文档,大家有兴趣可以去我们网站下载。

另一个资源池主要还是提供研发测试使用,包括新购的一批设备和从一期下架的原Esxi主机。

之前已经说过,由于用户虚拟机的应用场景主要是研发测试,所以一期cloudstack资源池的主机下线并不是非常麻烦的事情。随着虚拟机的销毁,一期主机逐步释放,随后下架增加内存再重装系统作为KVM计算节点加入到OpenStack资源池使用。

这里也顺带提一下,很多虚拟化云平台项目中,计算节点往往都是CPU使用率普遍较低,但是内存使用率一般都比较高。所以在虚拟化主机选型的时候最好配置大内存。

对于迁移到最后剩下的虚拟机处理方式:
  1. 原先CloudStack池KVM上的虚拟机,我们申请关机后采用rbd import直接拷贝卷到Ceph池中,之后在新OpenStack池开机。
  2. 原先在CloudStack 池中VMware 主机上的虚拟机。采用qemu-img convert 的方式转成qcow2,之后导入Ceph池,采用上面同样的办法开启。
  3. 还有一部分虚拟机始终没有申请到关机时间窗口。最后保留。我们把需要保留的虚拟机全部热迁移到3台esxi主机上,其他主机全部下线重装KVM。最后在SkyForm中删除CloudStack资源池,再纳管保留下来的VMware Vcenter做为一个单独的VMware 资源池。

这样,一期的CloudStack资源池全部下线。二期实施改造也算成功完成。

最后,请大家看看SkyForm CMP4.0的功能架构。
4.png

今天的分享内容就是这些。

Q&A

Q:CMP怎样实现易构多资源池管理,一个OpenStack,一个VMware?
A:CMP针对每种类型的资源池提供特定的driver,当前4.0版本已经支持CloudStack、OpenStack、VMware,公有云支持阿里云、Amazon等。
Q:CloudStack和OpenStack也属于云管平台 上层套SkyForm的定位也是云管平台 这样做的原因是什么?会不会有些臃肿或是在功能会有冲突?
A:对SkyForm CMP来说,OpenStack和CloudStack只是一个虚拟化资源池。SkyForm CMP是一个统一的管理平台,不仅能管理不同类型的虚拟化资源池,企业版CMP平台还能管理物理机资源池。
Q:请问OpenStack的Keystone、Glance、Neutron分别与VMware如何结合的?
A:这个项目的OpenStack 资源池中,我们只使用了KVM。VMware是最为一个和OpenStack平级的虚拟化资源池。SkyForm CMP 在上层管理网络和镜像。SkyForm CMP和OpenStack使用同一套Keystone。
Q:看到图例里面SkyForm也支持Docker容器 开始也提到客户的VM生命周期很短 为何不建议用户用容器取代一部分虚拟机的工作呢?
A:是的,我们已经支持容器了。使用虚拟机主要是用户业务决定了,这个项目用户的程序都在虚拟机里面跑的,还没有容器化。
Q:镜像可以跨平台,跨资源池使用吗?
A:镜像是不能跨平台的,比如VMware的镜像是OVA,KVM的镜像是qcow2,是无法直接使用的。补充一个功能,CMP支持使用IOS创建虚拟机。
Q:好多OpenStack版本中不支持克隆和快照,SkyForm CMP是否完善过这些功能呢?
A:对于VMware资源池和CloudStack资源池,快照和克隆功能已经支持。OpenStack我们有修改过,支持Ceph存储的快照,对于san存储还需要看具体设备了。
Q:这家的OpenStack使用的是什么版本的OpenStack,上到生产环境了么 ?
A:先后有I版和K版上线。是生产环境。
Q:VMware尚不具备SDN,OpenStack具备SDN这块是怎么补齐的呢?
A:SkyForm CMP 支持VMware 分布式交换机,可以实现基本的网络隔离和控制需求。在这个项目中,用户虚拟机都在客户企业内网,虚拟机网关直接使用网络设备。

以上内容根据2016年9月8日晚微信群分享内容整理。分享人高铭,天云软件高级实施架构师。从事SkyForm云管理平台的实施与技术支持工作。对VMware vSphere、Citrix XenServer、KVM、CloudStack、OpenStack有较多的实施部署与运维经验。 DockOne每周都会组织定向的技术分享,欢迎感兴趣的同学加微信:liyingjiesz,进群参与,您有想听的话题或者想分享的话题都可以给我们留言。

原文发布时间为:2016-09-08

本文作者:高铭

本文来自云栖社区合作伙伴Dockerone.io,了解相关信息可以关注Dockerone.io。

原文标题:DockOne微信分享(八十):云计算应用技术发展与企业异构资源池统一管理案例分析

相关文章
|
24天前
|
存储 缓存 关系型数据库
社交软件红包技术解密(六):微信红包系统的存储层架构演进实践
微信红包本质是小额资金在用户帐户流转,有发、抢、拆三大步骤。在这个过程中对事务有高要求,所以订单最终要基于传统的RDBMS,这方面是它的强项,最终订单的存储使用互联网行业最通用的MySQL数据库。支持事务、成熟稳定,我们的团队在MySQL上有长期技术积累。但是传统数据库的扩展性有局限,需要通过架构解决。
65 18
|
1月前
|
敏捷开发 开发框架 小程序
微信纯血鸿蒙版正式发布,295天走完微信14年技术之路!
不管外界如何评价和鞭策,这款产品本身,依然需要研发团队一个键一个键敲出来,从内核,到架构,到内测,到公测,再到一轮一轮的 debug,他们要在不到一年的时间里,走完微信14 年的路。 回顾鹅厂所做过的产品里,也许从未有过一款,被如此放在放大镜下凝视。每一次上架,每一个 bug,乃至于每一个里程碑,几乎都预定当天热搜。
87 6
微信纯血鸿蒙版正式发布,295天走完微信14年技术之路!
|
1月前
|
存储 缓存 监控
社交软件红包技术解密(四):微信红包系统是如何应对高并发的
本文将为读者介绍微信百亿级别红包背后的高并发设计实践,内容包括微信红包系统的技术难点、解决高并发问题通常使用的方案,以及微信红包系统的所采用高并发解决方案。
77 13
|
1月前
|
存储 监控 容灾
社交软件红包技术解密(五):微信红包系统是如何实现高可用性的
本次分享介绍了微信红包后台系统的高可用实践经验,主要包括后台的 set 化设计、异步化设计、订单异地存储设计、存储层容灾设计与平行扩缩容等。听众可以了解到微信红包后台架构的设计细节,共同探讨高可用设计实践上遇到的问题与解决方案。
49 5
|
2月前
|
API 开发者
微信native支付对接案例详解
本文详细介绍了微信Native支付的对接流程,包括效果展示、产品介绍、接入前准备、开发指引、API列表、支付通知等,并强调了只有通过微信认证的服务号才能对接微信支付。每年需支付300元认证费用。
120 3
|
2月前
|
监控 算法 测试技术
即时通讯技术文集(第45期):微信、QQ技术精华合集(Part2) [共14篇]
为了更好地分类阅读 52im.net 总计1000多篇精编文章,我将在每周三推送新的一期技术文集,本次是第45 期。
56 3
|
3月前
|
边缘计算 自动驾驶 物联网
探索云计算的边缘计算:定义、优势及应用前景
探索云计算的边缘计算:定义、优势及应用前景
|
3月前
|
存储 编解码 监控
即时通讯技术文集(第44期):微信、QQ技术精华合集(Part1) [共14篇]
为了更好地分类阅读 52im.net 总计1000多篇精编文章,我将在每周三推送新的一期技术文集,本次是第44 期。
47 2
|
3月前
|
机器学习/深度学习 存储 大数据
云计算与大数据技术的融合应用
云计算与大数据技术的融合应用
|
3月前
|
边缘计算 监控 自动驾驶
揭秘云计算中的边缘计算:架构、优势及应用场景
揭秘云计算中的边缘计算:架构、优势及应用场景