企业存储架构选Scale-up还是Scale-out?

 过去20年的数据交付中,在企业环境中集中使用的是统一存储基础架构。这些架构采用了大规模的SANNAS产品,具有较高的弹性和可用性,能够扩展到TB级,甚至能够扩展到更高的PB级存储。

  毫无疑问的是如今这些规模化的存储市场表现仍然强劲,但是令人欣喜的是我们开始看到向外扩展的产品,其存储基础架构通过扩展节点来满足用户更大的存储需求。

  存储向上扩展的方式已经存在多年,他能够提供便利的增强性能的方式,并且避免了不同的服务器和存储连接在一起的物理屏障。

  然而,随着大数据时代的来临,人们对可扩展性的需求越来越高,传统的向上扩展方式已经很难满足用户的需求,例如,部署4PB的存储阵列的想法相信会吓坏很多的管理员。

  Scale-UP架构

  向上扩展有着明显的问题,如果你在同一硬件上,如果没有有效的多租户管理工具,在管理许多不同的工作负载的时候可能就会相互影响。

  同时这种架构也会带来一些更微妙的问题,当一个硬件支持多种业务的时候,你就很难安排系统维护的时间。硬件如果发生故障了,则会影响所有的业务运行。而且不断增长的业务需求是用户们普通遇到的问题,这也大大提升了用户的存储成本。

  第2页:Scale-out优势有哪些?

  向外扩展方式则能够解决上述的问题,其不是对单一的配置进行升级,而是通过在存储中添加新的存储节点,通过向外扩展来满足用户业务不断增长的需求。

  这个存储节点通常是链接在一个松耦合的配置中,他可以独立运行,即使失败,也不会影响整个集群的运行。但是,如今一些供应商已经实现紧耦合的横向扩展系统。

  Scale-out扩展方式

  每个节点可以独立行动,他们可以独立进行管理,包括系统升级,硬件更换和扩充。向外扩展系统能够更好的适应超大规模的计算,谷歌Facebook都非常喜欢这种方式,并未他们数据中心带来了更快的性能。

  谁在做向外扩展产品?迄今为止,对象存储市场一直非常好的应用这种向外扩展方式,Scality、Cleversafe的商业产品都有着非常不错的表现。

  NAS平台也很好的应用这种方式,包括Isilon公司、ECM、NetApp等公司。

  对于块存储方面则应用的较少,最著名的是SolidFire, 产品问题的原因是部分光纤信道不能很好地适合于按比例绘制出操作,与多路径方式有着固有的困难。

  如今,计算发展越来越大,向上扩展方式将会遇到越来越多的问题,虽然这种过渡还需要一段时间,但是相信20年后,存储架构的方式将与今天有很大不同。

时间: 2024-11-07 07:06:42

企业存储架构选Scale-up还是Scale-out?的相关文章

企业ERP系统选C/S架构还是B/S架构?

企业 ERP 系统选 C/S 还是 B/S 架构? C/S(Client rver,客户端/服务器)和B/S(Browser rver,浏览器/服务器)是目前ERP系统主流的两大计算架构,C/S技术从上世纪90年代初出现至今已经相当成熟,并得到了非常广泛的应用,其结构经历了二层C/S.三层C/S的更迭.B/S技术则是伴随着Internet的普及而来的,正经历不断的完善的过程.从技术上来说它们各有千秋,如何选择主要取决与企业的需求,那么咱们先了解下这两种架构的异同之处,就能知道企业到底适合用哪种架

解析微服务架构(二):融入微服务的企业集成架构

上一篇文章介绍了微服务架构的起源.定义.通用特性.常见概念误区.微服务架构与SOA架构比较.微服务架构收益以及企业引入微服务架构的策略. 本文将介绍融入微服务的企业集成架构的演进,并描述交互式系统的微服务模式及相关技术决策,然后给出了一个具体的微服务架构业务应用的例子. 交互型系统(System of Engagement)与记录型系统(System of Record) 随着移动互联网的快速发展,企业除了需要提供传统核心IT系统能力之外,还需提供客户与合作伙伴友好型的以交互为重点的创新及交互式

存储架构

存储架构 web应用从单点向高并发架构演变时往往遇到最大的问题就是数据库的分布式存储.因为web应用本身就可以集群部署,但其所使用的数据库确是单点的.如果一个web应用开始的时候没有考虑数据库的分布式架构,那么等到要进行数据库集群改造时会发现困难重重,此时通常的做法是将原系统拆分成多个子系统,然后每个子系统访问一个数据库,这几乎重写了整个系统(如果这还不能满足需求,大型企业接下来会增加数据存储总线).很多厂商都是这么做的,包括淘宝.如果你开始你能够考虑到数据库集群,并且这种集群的设置并不增加开发

企业应用架构之分层 - 总结

原网址将会不断更新 :   作程的技术博客  <企业应用架构之分层 - 总结> it.zuocheng.net 常见分层架构模式 三层架构 3-tier architecture 微软.net 体系推荐的分层结构,因此早期在ASP编码的系统中被广泛应用,同时也被其他语言广泛借鉴. 表现层, Presentation layer(PL) 主要负责数据的输入接口和输出.输入指在WEB.客户端或为外界提供的API的数据请求接口:输出则是Web界面.客户端输出.API的数据输出. 页面模版. 对外AP

大道唯简----存储架构演变之剖析

随着云计算和大数据的发展,传统的基于主机的存储架构已逐渐向网络化.虚拟化.海量云存储发展,从分散走向集中,存储的性能.效率和扩展性.灵活性被企业普遍关注.从更高层次看,存储不仅需要提供数据的管理.数据复制.快照.镜像.迁移等例行性事物,更要能处理数据的灾难恢复.数据一致性.虚拟化融合.弹性计算与资源扩展等工作,这些都依赖于良好的存储架构来满足. 结合企业的IT建设,我们可以把存储架构的演变归纳为三个阶段. 第一个阶段是存储基本架构的演进过程. 在企业建立初期,用户的数据规模并不大,存储需求也相对

系统架构师-基础到企业应用架构-业务逻辑层

一.上章回顾 上章我们主要讲述了系统设计规范与原则中的具体原则与规范及如何实现满足规范的设计,我们也讲述了通过分离功能点的方式来实现,而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式,而目前更多的是面向对象的开发设计方式.并且我们也讲述了该如何通过设计手段去分析功能点及设计分离 点,应该如何在设计的过程中分析的角度及如何去满足设计规范与原则.首先我们通过下图来回顾下上章要点: 二.摘要 本文将已架构的方式去分析分层结构中的业务层的设计,如何写出来内聚度,高耦合的业务逻辑层

系统架构师-基础到企业应用架构-数据访问层

一.上章回顾 上篇我们简单讲述了服务层架构模式中的几种,并且讲解了服务层的作用及相关的设计规范,其实我们应该知道,在业务逻辑层中使用领域模型中使用服务层才 能发挥出最大的优势,如果说我们在业务逻辑层还是使用非领域模型的模式话,服务层的作用仅体现在解耦作用.其实在业务逻辑层采用领域模型时,我们前面说的持 久化透明的技术,其实我们可以通过服务层来做,我们在服务层中处理领域对象信息的持久化操作.当然本篇可能不会深入讨论持久化透明的具体实现,后面会单独开 篇来讲述,我们先来回顾下上篇讲解的内容:  上图

浅析IRF虚拟化技术增强企业网络架构的弹性

浅析IRF虚拟化技术增强企业网络架构的弹性  [摘要]随着"云"时代到来和各种虚拟化技术日趋成熟,对传统企业网络架构提出新挑战.例如:在不破坏企业原有网络架构和资产投入情况下,可以为企业网络提供更好的扩展性,其中包括简化管理.简化网络运行.降低整体投入成本.扩展端口密度和带宽容量.保护用户投资,使企业网络具备高可用性和持续的.不间断的运行效果.为了达到此效果,可利用H3C的IRF虚拟化技术在企业网络架构中增强弹性,现浅析如下. 关键词:云时代.企业网络.虚拟化技术.持续不间断.IRF.

微服务框架的存储架构

web应用从单点向高并发架构演变时往往遇到最大的问题就是数据库的分布式存储.因为web应用本身就可以集群部署,但其所使用的数据库确是单点的.如果一个web应用开始的时候没有考虑数据库的分布式架构,那么等到要进行数据库集群改造时会发现困难重重,此时通常的做法是将原系统拆分成多个子系统,然后每个子系统访问一个数据库,这几乎重写了整个系统(如果这还不能满足需求,大型企业接下来会增加数据存储总线).很多厂商都是这么做的,包括淘宝.如果你开始你能够考虑到数据库集群,并且这种集群的设置并不增加开发工作量和难