OpenStack建设企业私有云要解决五大问题
OpenStack已经成为一种趋势,但发行版OpenStack尚不完美,企业要建成私有云必须预先充分了解发行版OpenStack的缺点,并寻求专业OpenStack提供商的帮助与合作,才能扬长避短,真正发挥OpenStack的优势,建成最大化企业竞争优势的私有云。
OpenStack在企业里如何用好?还有哪些问题需要着重解决?OpenStack在企业里怎么才能用好?开发人员认为是使用姿势的问题;用户认为要稳定可靠,不能老宕机;老板认为多招几个牛X的开发和运维就可以搞定。
其实OpenStack在商用中存在的问题,主要在以下五个方面:稳定性、完整性、高可用性、易用性、双活和容灾。
先说稳定性。一个好的产品,性能并不是第一要素,稳定性对企业来说才是最重要的。
a.OpenStack在扩展性和稳定性上还远远不足,需要精心打磨。
从几十台增长到上千台甚至上万台,是否还可以一如既往的稳定工作不出问题?实践证明,随着规模的扩大,整体架构需要在稳定性方面做足功课。
比如需设计多个NOVA API和多个镜像、负载均衡和节点高可用、数据库的并发响应。
另外在社区中被吐槽最多的升级问题——Nova,Swift,Cinder和Neutron分别使用各自的数据库存储配置信息,要升级就要修改多个数据库schema,做不到热升级(在H版后升级问题得到改善)。
再如,某企业在部署网络服务(Neutron)时,遇到了噩梦般的经历,不得不重写网络组件的代码才能达到大规模应用的要求。
b.OpenStack缺乏完整性。
一个成熟的云平台应提供计算、存储、网络、安全、数据库、大数据、中间件、DevOps、监控运维等多种云产品。OpenStack只能提供计算、存储、网络三种云产品,如果企业客户需要信息安全保护的产品,则必须自助信息安全平台,集成第三方的产品。再比如大数据分析,通过Sahara可以快速部署Hadoop集群,那又怎么打通OpenStack和Hadoop之间的账户、安全、管理和运维监控体系?
c.OpenStack的虚拟机级别的高可用做的还不好。
目前并没有官方声明OpenStack支持虚拟机级别的高可用性,这个特性在Folsom版本被提出,但是后续又被放弃了。
目前 OpenStack有一个孵化项目Evacuate, 其作用是为OpenStack提供虚拟机级别高可用支持。Evacuate目前只能是管理员手动发起,Evacuate没有考虑VM的部署属性,导致资源调度策略失效。主机名的变化会导致nova-compute重启过程中误删所有虚拟机,这个问题的产生主要是因为Evacuate的清理机制。这个BUG在L版中得到修复。
d.OpenStack的易用性还不够好。
通过FUEL,可以实现OpenStack快速安装,但很多配置操作还需要命令行,离自动化部署一键交付还有距离。再例如OpenStack上用的比较广泛的CEPH分布式存储系统,目前还没有实现界面化的操作和配置。另外OpenStack还缺乏通用的基础版本。
使用OpenStack不会被厂商锁定,但OpenStack可下载的厂商定制版有20多个,客户的选择非常重要。
e.双活和容灾问题。
大型企业对业务连续性要求比较高,重点核心业务有同城双活和异地容灾的需求。同城双活是指用户关键的业务系统同时在同城的两个数据中心运行,同时为用户提供服务, 当某个数据中心的应用系统出现问题时,有另一个数据中心的应用来持续。
异地容灾,顾名思义就是在不同的地域,构建一套或者多套相同的应用或者数据库,起到灾难后立刻接管的作用。我们看到OpenStack虽然也有单站点(Smaug+Cinder)和跨站点(Smaug+Swift)的备份和恢复方案,但离企业真正的业务双活和异地容灾还相距甚远。
再比如Tricircle实现的跨数据中心级联,还是需要Cinder依靠存储后端自己的能力去进行灾备,Tricircle本身只是作为一个转发中继,为用户找到正确的需要操作的站点,其本身无法实现跨数据中心的容灾功能,这和VMWARE的SRM是不同的。
我们可以看到,在功能的支持方面和具体的细节上,OpenStack与VMware还是有差距的,仍然需要不断进步才能做的更好。但OpenStack作为开源管理框架,设计初衷是好的。随着企业里OpenStack的使用和发展,必将推动和加速它的成熟。
最后就是运维自动化,在大规模云的运维场景下,需要将重复度高的工作,基于监控数据智能决策触发,实现无人参与的自动操作的运维能力,这部分还有待OpenStack发掘。
结语
建设企业私有云的过程不是一蹴而就的,而且这将是持续不断的投入过程,需要在实践中不断摸索前进。在下一个10年,将是云2.0时代,企业是云化的主力代表。展望未来,拥抱开源。在中国,在亚洲,在全球,OpenStack已经成为一种趋势,我们有理由相信在未来三年,OpenStack将成为企业去V首选。
本文转自d1net(转载)

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
不要忽视传统存储的反击
对于分布式存储一直有一个疑问:横向扩展(Scale Out)、弹性伸缩、敏捷业务、开箱即用,外加成本优势……,无不针对传统存储的“罩门”,从技术分析上看,分布式存储理应所向披靡,但为什么现实市场并不是这样呢? 超融合产业联盟联想企业云产品总监高志国对此有一个观点认为:分布式存储发展不会一步登天,会有一个过程。首先分布式存储会蚕食增量存储市场,然后随着用户对于技术理解的不断加深,最终将一统江湖。分布式存储称雄市场是早晚的事情。“当务之急是团结合作,打败共同的敌人--传统存储。”这是超融合产业联盟倡导的产业情怀和志向。 当我们在谈论超融合存储、传统存储的时候,其实有一个隐性的前提:分布式存储和传统存储是对立的。但真的是这样吗?对此,有着15年存储业界经验的老兵--宏杉科技总裁李治就曾经说过曾经说过:传统存储V.S分布式存储的对比是不合适的,分布式并不是超融合的专利,传统阵列存储也可以采取分布式。 存储技术对比 众所周知,传统存储以EMC、HDS、NetApp为代表,产品方案以SAN和NAS应用为主。典型SAN应当属关系型数据库,数据以块数据为主,所谓结构化数据;而NAS以文件数据为主,可以...
- 下一篇
免费云存储越存越大,服务商越赔越多?
我国的互联网行业有一个特色,免费即正义。而且这一趋势愈演愈烈,哪家公司能免费的更多,体验更好,用户便蜂拥而来。云存储就是一个这样的状况,而且几家巨头互相竞争之下, 用户的免费空间越来越多,那么是否意味着服务商会因此而投入更多成本,赔的更多呢? 云存储成本构成 想了解服务商赔了多少,要先了解云存储服务商的成本投入包含范围。 首先,基础设施的成本是不能忽视的,年基础设施的更新维护和一些技术上的更新开发、软件升级、漏洞补丁等方方面面的成本。但是硬件和软件的技术都在高速发展,本就不高的基础设施的成本将会越来越低。 云存储量在上升,行业成本却在下降 其次,用户文件的存储成本,这一点是显而易见的,文件存储需要空间,存储内容越多,存储空间需求便越大。而目前,归档存储公开报价大概在0.06元/G/月,而且这一成本同上,趋势也是在不断降低。 再者,网盘分享系统是一个非常容易受到黑客攻击的系统。对于网盘来讲,安全的重要性无需赘言。维护分享系统,提高网盘安全系数,保障用户文件完整不被攻击等均需进行投资。 云存储主要成本在带宽 但是这些都不是最重要的,云存储最主要的成本是带宽成本。这也就是很多网盘都在上传文件...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS关闭SELinux安全模块
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2整合Redis,开启缓存,提高访问速度