超融合架构的本质是什么(上)
注:本文转载自【SmartX超融合】微信官方公众号,点击这里可阅读原文。
整个市场近年来对超融合的关注度越来越高,但各家厂商的超融合架构实现方法各有不同。笔者不评判对错,也不去探究这些是不是真正的超融合,而是重新追本溯源,思考为什么超融合现在被关注,什么样的 IT 架构更 “合适” 于当今的商业。
首先,企业选择超融合架构的原因,是传统存储解决不了现在企业数据中心的问题。据麦肯锡研究显示,全球的IT数据每年在以 40% 的速度增加中。数据正在逐步影响商业,企业通过数据的分析来做决策与管理。完成快速的分析决策和管理,就需要借助强大的数据中心。下图为传统 SAN 存储:
但是,光靠越来越快、核数越来越多的 CPU 是不够的,瓶颈在于传统存储的硬盘太慢了,CPU 大部分计算能力都空闲或者说在等待存储数据传输过来。传统存储容量和性能不具备和计算能力匹配的可扩展性,不能满足企业进行数据访问的需求。
这个问题并不是现在才有。Google 很早遇到这个问题。那么 Google 是如何做的呢?
作为一个给全世界互联网网民提供数据检索的企业,Google 考虑过 EMC、IBM,还有当年的 SUN 存储产品,但是都解决不了它的问题。无论是容量还是性能,这些公司的产品都无法满足 Google 的规模需求。于是 Google 只能自己建立一个适合自己的数据搜索的存储结构了。
Google 优秀的计算机科学家们,打破了传统的存储思维,利用服务器的本地硬盘和软件构建了一个容量和性能不断可扩展的分布式文件系统,并在其上构建了其搜索和分析的计算引擎:
不用把数据从存储端取出来,然后通过网络传输到计算端,而是将计算直接分发到存储上运行,将“计算”作为传输单元进行传输,这样大量的存储数据都是本地访问,不需要再跨网络上传输了,自然访问很快。于是乎,自然而然地,“计算”和“存储”运行(“融合”)在了一个服务器上,这里也看到超融合架构的一个优势就是,本地访问数据,不必跨网络。
现代企业的数据量越来越大,应用越来越多,他们开始面临当年 Google 遇到的问题,CIO 要考虑怎么更高效的构建自己的计算和存储的基础架构,来满足应用的数据访问需求。
虚拟化为更容易的管理应用而生,它解决了 CPU、内存资源闲置的问题。但随着虚拟化的大规模应用,虚拟机越来越多,虚拟机在传统存储上运行却越来越慢了。“慢”造成“体验差”,“体验差”成为了限制虚拟化应用的最大的瓶颈。这里面的最重要原因自然是,存储的 I/O 性能不够,大量的虚拟机和容器同时运行,I/O 的混合,使得随机读写急剧增加,传统存储的结构无法承受大量的随机 I/O。
超融合恰恰是为了解决这个问题,才被带到了虚拟化和容器领域。同时,业内也存在不同的解决 I/O 问题的方法,这里先尝试分析下其他的解决方法:
- 解决方法一:在存储设备采用 SSD 做 Cache,加速I/O。这在一定的规模下可能有效,但是存储设备的 SSD Cache 通常比例较小,不足 5% 的容量比的情况下,自然满足不了用户的热数据的缓存需求。另外,仍然无法随需扩展,所有的数据仍然要从集中的存储控制器流出,这个集中的“收费站”势必堵塞“高速公路”。
- 解决方法二: 使用服务器侧 SSD 做 Cache,加速 I/O。这种类似的解决方案,通常缺乏高可靠性软件的支撑,服务器端的 Cache 如果用做写 Cache,存在单点失效的问题,需要在多个服务器的 Cache 设备上,做副本来提供可靠性,可以说这是一个阉割版的超融合架构,将 Cache 放到服务器端,仍然使用传统存储,当 Cache 满,需要被写回传统存储的时候,仍然被传统存储的“控制器”限制整体性能。
可以看到,上面的两种方案都是受限于传统存储的结构,超融合存储则不一样,通过完全去掉传统存储,利用分布式文件系统来提供“不可限量”的性能和容量,在这个基础上,再通过 Cache 进行加速,甚至全部使用闪存(全闪存产品)来构建都是自然而然,不被限制了。
因此,超融合架构不是为了让单台服务器的存储飞快,而是为了让每增加一台服务器,存储的性能就有线性的提升,这样的存储结构才不限制企业业务的运行,并保证业务的可靠性。
正因为这种扩展性很好的共享存储,使得整个 Google 的业务得以顺畅地运转。
另外,超融合近几年得以快速发展的原因,这要归功于硬件设备。CPU 核数越来越多,服务器的内存容量越来越大,SSD 设备和网络互联网设备越来越快,这意味着:
服务器的资源除了运行业务以外,仍然可以预留出来足够的 CPU,内存资源来运行存储软件。将存储软件和业务运行到一块,既减少了设备量,减少了电力使用,本地读取也提高了 I/O 的存取效率。这在几年前是做不到的,因为 CPU 和内存太有限了。
网络互联越来越快,无论是万兆,40Gb 以太网,还是 Infiniband(无限宽带技术),使得超融合能够将独立的存储设备进行互连,通过分布式文件系统形成共享的存储池,供上层应用使用。
如果说 SSD 等硬件厂商让单个存储设备跑的更快,超融合的意义就在于,让超大量的这些存储设备一起工作,提供无止境的整体性能和容量。
以下是一些主流超融合厂商网站,如果感兴趣可以访问详细的产品介绍:
SmartX:https://www.smartx.com
Nutanix:https://www.nutanix.cn
vSAN:https://www.vmware.com/products/vsan.html
超融合架构的本质是什么(上)相关推荐
- HCI 基础系列:超融合架构的本质是什么(上)
近年来各个行业对超融合(Hyperconverged Infrastructure, 简称 HCI)的关注度越来越高,但各家厂商的超融合架构实现方法各有不同.我们在这里不评判对错,也不去探究这些是不是 ...
- 超融合架构与容器超融合
原文链接: http://geek.csdn.net/news/detail/96101 最早大概是由NUTANIX知道"超融合"概念,原本以为这又是厂商的噱头和炒作,谁知不然,超 ...
- 深度剖析——超融合架构应用与实践分享
大家好,我是青云的 lester ,目前负责青云QingCloud 的超融合产品系列.今天由我向大家分享 QingCloud 对超融合架构的理解,以及在超融合架构方面的实践经验. 今天分享的话题主要分 ...
- 超融合架构下的数据中心
超融合基础架构(Hyper-Converged Infrastructure,简称HCI)将虚拟计算平台和存储融合到一起,将每台服务器里面自带的硬盘组成存储池,以虚拟化的形式提供数据中心所需要的计算. ...
- 奔跑吧,OpenStack现场分享:超融合架构如何抹平物理硬件差异?
转自:https://www.ustack.com/blog/moping/ "通过引入OpenStack这一中间层,实现了云平台统一的管理调度支配向上交付,解决了业务的灵活性问题.但是在抹 ...
- 分布式存储与服务器虚拟化,超融合架构与分布式存储+虚拟化软件的融合架构究竟区别有多大?...
在架构特性上,基本与X86硬件+存储+虚拟化软件的架构保持一致,而且还继承了超融合基础架构的一些特性,同样都是使用X86硬件服务器为基础,将多台服务器组成含有跨节点统一储存池的群集,来获得整个虚拟化环 ...
- 超融合架构的优缺点_知道 超融合基础架构吗
一"融合"架构的起源 "融合"架构最初的解决方案通常包括了服务器.SAN存储和网络(以太网或InfiniBand).一般是由单一供应商提供的包括服务器.存储和网 ...
- g30u盘启动 中科曙光1620_曙光超融合一体机,让用户业务上云更简单
点击上方 ↑ "中科曙光"一键关注 IT技术不断发展,客户需求不断变化,超融合架构应运而生. 2016年,曙光公司发布了第一代超融合产品,在业内创新性地将服务器与虚拟化软件进行兼容 ...
- 微软超融合+混合云:源自Azure技术的超融合架构
---------------------------------------------------------------------------------------------------- ...
最新文章
- (JAVA学习笔记) 关于稀疏数组
- 激光SLAM学习--移动机器人技术系列课(智东西)
- centos7 关闭selinux_Devops之LDAP部署安装(centos7+openLDAP+PhpLDAPAdmin)
- 【python教程入门学习】检验Python安装成功的方法
- 月结 sap_SAP运行物料账的常见错误
- always on_Always On可用性组中的自动播种
- 【leetcode】535. Encode and Decode TinyURL
- 【WCF--初入江湖】12 WCF与Ajax编程
- 单片机 数字电压表(ADC0809)
- 联想 Thinkserver TS250服务器RAID1 重建测试
- python chardet_【已解决】windows下,安装python的chardet
- 【小专题】正交试验法设计测试用例
- 阴阳师服务器在维护,《阴阳师》12月1日服务器维护公告
- mysql数据库安装错误报错Falled不成功,感叹号
- 香港服务器怎么加速?
- 19隆冬的倔强(updating)
- 20年广西赛题技能要求(服务器)
- python:计划持有基金n年,求n年的每年复利_利率
- java技术面试总结评语,成长路线图
- MQTT-轻量级的物联网消息传输协议