超融合架构 VS.软件定义存储:哪个更适合你?
超融合架构 (HCA) 和软件定义存储 (SDS) 是数据中心领域最热议的两股趋势,两者的势头都非常强劲。对IT规划者而言,拨开供应商关于这两种技术的宣传迷雾,判断最适合他们企业的技术,需要费一番脑筋。
超融合架构本身就包含SDSHCA的一个核心组成部分就是SDS。大多数HCA解决方案是经SDS解决方案扩展而来,运行在虚拟机管理程序集群的各个节点上。它们聚合各个节点中的存储,形成一个共享存储池,供集群中的所有虚拟机访问。HCA的价值在于它摒弃了专用存储网络,正因为不需要专门的共享存储系统,大大降低了存储成本。与SDS解决方案类似,HCA解决方案提供了大部分必要的存储服务(如快照和克隆),但大多缺乏数据保护和复制等关键数据服务。对于小型企业而言,HCA方案或许能满足整个企业的需求。
超融合架构面临的挑战HCA也有薄弱之处。HCA解决方案面临的第一个挑战在于,这些系统几乎都不能支持数据中心中原有的外部既有存储。HCA假定这些陈旧的既有存储会被所创建的共享虚拟卷取代。但很少有数据中心愿意这么做。结果就是,HCA会变成数据中心抵御存储蔓延过程中的又一存储孤岛。
数据中心的存储性能一直令人担忧,而其中最令人担忧的就是性能的可预见性。对于存储系统而言,应用程序和用户最担心的就是是否拥有始终如一的性能。因此,HCA的第二个挑战在于性能的难以预测性。这种性能不确定性来源于这一架构“共享一切”的性质。作为HCA解决方案核心的存储软件会将HCA的处理能力、内存和网络共享给虚拟机管理程序集群中的所有其他进程。如果某个应用资源需求骤升,造成其中一项资源“枯竭”,就可能会影响存储性能,进而在整个基础架构中产生涟漪效应。数据中心规模越大,这一担忧就越可能成真。独立的存储基础架构具有专用处理器和网络的优势,有助于提供可预测的性能。
第三个挑战在于扩展。HCA天生具有一定的扩展能力。数据中心需要更多计算能力时,自然会通过增加物理服务器的方式来确保足够的容量。而后,现有的存储卷会将这一新容量添加到聚合之中。这种类型的扩展有两个缺点:第一,计算能力、存储性能和存储容量的增加是紧密相连的,但这些资源的扩充需求很少会步调一致。第二,随着为虚拟卷提供存储的节点数量的增加,网络的重要性也会上升。当节点数达到两位数时,HCA“共享一切”的架构可能会变得相当复杂。
SDS的优势当SDS不处于超融合状态时,能够为大型环境提供可行的替代方案,可以在降低存储成本的同时,还能维持灵活的扩展能力。正如Storage Switzerland在“The Three Problems with Software Defined Storage”(软件定义存储的三个问题)一文中所述,SDS解决方案能够为环境中的传统存储提供SDS价值。这些价值中包括单一管理和统一存储功能集。此外,由于SDS可以利用用户现有的存储架构,因此能够充分发挥专用存储网络和存储计算的功用。换言之,它们不仅具有“共享一切”环境的管理简便性,而且能避免性能的不可预测性,也不需要重新购买额外的存储。
结论对于有些数据中心来说,HCA解决方案能以各种不同的方式实施这点显然是有价值的。通常而言,在最初实施这些解决方案时还是要多做考量,以免它们造成新的存储瓶颈。如果数据中心原本就拥有很多的传统存储,那么HCA对他们而言可能就不那么有吸引力了。随着环境的扩展,HCA在升级灵活性和性能可预测性上都存在一些缺陷。鉴于以上顾虑,如果数据中心内原本就有传统存储系统,并且需要提供可预测的性能,那么可以考虑一下不具有超融合特质的SDS解决方案。
作者:何妍
来源:51CTO

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
手机淘宝移动端接入网关基础架构演进之路
移动网络优化是超级App永恒的话题,对于无线电商来说更为重要,网络请求体验跟用户的购买行为息息相关,手机淘宝从过去的HTTP API网关,到2014年升级支持SPDY,2015年双十一自研高性能、全双工、安全的ACCS(阿里云通道服务)扛住双十一战场主要流量,无论是基础架构的演进、网络调优、协议的优化、异地多活、网络调度上都有不少宝贵的经验与大家分享。 ACCS基于无线场景精心设计的双工 、安全、低时延、开放的移动统一接入层服务,在双十一当天稳定高效地服务了近2亿的在线用户,支持了峰值4500万的在线长连接,这个背后的故事以及我们的思考是什么呢? 1.业务高速发展下诉求 回到一年前,移动电商在2014年双十一业务开始兴起,2014年双十一当天移动成交243亿占整体571亿的42.6%,业务高速发展希望更多主动推送去触达用户,一些新的玩法和互动形式,需要连接买家与买家、买家与卖家、买家与达人,因为没有有效的通道能力,业务采取的是不停去轮询服务器,一来对服务器造成不必要的压力,二来对于用户手机的电量流量也是极大的浪费,关键在大促当天不必要的请求过大甚至会导致后端集群限流,从而影响到用户体验...
- 下一篇
《深入理解Nginx:模块开发与架构解析》一3.6 处理用户请求
3.6 处理用户请求 本节介绍如何处理一个实际的HTTP请求。回顾一下上文,在出现mytest配置项时,ngx_http_mytest方法会被调用,这时将ngx_http_core_loc_conf_t结构的handler成员指定为ngx_http_mytest_handler, 另外,HTTP框架在接收完HTTP请求的头部后,会调用handler指向的方法。下面看一下handler成员的原型ngx_http_handler_pt:typedef ngx_int_t (ngx_http_handler_pt)(ngx_http_request_t r);从上面这段代码可以看出,实际处理请求的方法ngx_http_mytest_handler将接收一个ngx_http_request_t类型的参数r,返回一个ngx_int_t(参见3
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- Mario游戏-低调大师作品
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- SpringBoot2更换Tomcat为Jetty,小型站点的福音