Infortrend CS分布式NAS集群强项之性能篇

嵌入式存储系统,集成一体化集群,性能更具优势

采用自主研发的嵌入式架构,极简的IO处理指令,使得硬件发挥出最大性能。产品软件硬件一体化设计,将软件的优势与硬件优势发挥至最好状态,单套系统最高可提供100+ GBps 读写性能。一体化的设计,也有效避免管理不统一及安装复杂等问题,减少了后期维护工作。

三种分布式模式并存,Infortrend专用模式下性能突显
除纠删码、副本模式之外,Infortrend CS产品还配有自主研发的一种专用分布式模式,能将空间利用率提升至90%的同时,让性能也能得到大幅提升。经由测试采用HDD硬盘的条件下:

? Scale-out模式单节点性能 Read 3GB/S, Write 2.4GB/S ,单线层写967MB/S
? 纠删码模式单节点性能 Read 2.3GB/S, Write 1.36GB/S ,单线层写846MB/S

数据自动平均分布,性能容量线性增长
数据自动均衡让数据平均分配在系统中的各个节点。当大量用户同时访问数据时,系统将通过并行处理的方式分担各节点数据处理量,解决单个节点性能局限的问题,有效提升访问效率。CS横纵双向扩展NAS,横向节点扩展最多144节点,纵向增加多达120颗硬盘存储空间,性能随着节点的增加也会呈线性增长。

HDD损坏更换,性能都维持稳定
底层自研RAID系统提高系统性能与安全性,克服因物理硬盘损坏对系统整体性能的影响。

CS分布式NAS存储集群应用---高性能计算场景

高性能+高容量要求应用
? 专用分布式系统提供90%高磁盘利用率
? 专用分布式系统提供高单线程写能力967MB/S,单节点高带宽读3GB,写2.4GB
? 诸如高能物理、核爆炸模拟、气象预报、石油勘探、地震预报、地球模拟、药品研制、CAD设计中的仿真与建模、流体力学的计算等。

原文地址:https://blog.51cto.com/14113298/2473458

时间: 2024-07-30 10:05:48

Infortrend CS分布式NAS集群强项之性能篇的相关文章

Infortrend CS分布式NAS集群强项之---成本篇

1.专用模式,实现90%空间利用率纠删码及副本模式是在分布式存储系统中广泛应用的横向扩展模式,副本模式存储空间损耗最大,其次纠删码模式,但Infortrend自主研发的专用扩展模式,优于前两者,能最大化的实现高IO吞吐率,将空间利用率提升至90%,RAID空间占比小,剩余可用空间多,也就间接减少了硬件采购需求,成为节约成本的一大助力.2.三重混合系统模式.按需选用Infortrend CS又可称之为"三重混合式"集群,在同一集群系统中纠删码.副本.专用三种模式同时使用,客户根据业务需求

怎么给客户出NAS集群方案?Infortrend这个示例让您豁然开朗

对于Infortrend分布式NAS集群EonStor CS,我们之前对它的产品特点.应用场景通过图文.视频讲座已经做了详尽的介绍,但是在实际给客户出方案时,如何将这些优势最快形成到方案当中去,我们的SI可能还有疑问,今天在这里我们给您提供一个示例,向您展示该如何配置EonStor CS集群,希望用简单明了的方式,让您在最短的时间确定NAS集群方案.在配置前,首先应该了解用户的需求,例如容量和读/写性能.根据用户提供的这些信息,再结合存储系统所具备的各种参数,一个成熟的方案就初步成形了.得到用户

Infortrend亮相2019年台北国际电脑展,横向扩展NAS集群、云存储、AI一体机集体登场

Infortrend普安科技在2019年台北国际电脑展上展示了几条重要的产品线,向与会者显示我们应对数据管理和分析等需求的决心.具备高扩展性的横向扩展NAS,云存储解决方案.智能AI一体机将是我们重点推介的解决方案,这些方案能够帮助企业客户构建灵活的数据环境,在大数据和AI的潮流中持续推动产品与服务的前进. 如今各个行业都在经历数字化转型,数据已成为企业最宝贵的资产. 根据IDC的数据,2019年大数据和数据分析的总产值将达到1891亿美元,预计到2022年将增长到2743亿美元,复合年增长率为

分布式与集群的区别

转自:http://sctrack.360doc1.net/track/click/eyJ1c2VyX2lkIjogMzkwMjIsICJ0YXNrX2lkIjogIiIsICJlbWFpbF9pZCI6ICIxNDUyNzgzODgwNDI4XzM5MDIyXzI5NTM3XzE0OTkuc2MtMTBfMTBfMTI3XzUxLWluYm91bmQwJGN4emR5QHZpcC5xcS5jb20iLCAic2lnbiI6ICI2NjgyOTU1Zjg1YTZiZWNkZTNjMWNjYjlh

分布式数据库集群中间件

我是一个分布式数据库集群中间件的开发人员,已经一年多一点的开发时间了,今天总结点我所知道的一些事情,给有新近来到这个领域的研发人员一点借鉴. 生活不易,赚钱不易,离开仅仅是为多赚点钱. ----学渣 我仅仅是说我所开发过的系统: 后面文章会有具体的分析.这里仅仅做简单的梳理.也就是你要研发分布式数据库集群中间件.须要向着哪些方面去思考. 首先我们从名字去分析我们正在从事的工作内容: 1. 分布式 须要考虑它的方向(后面具体说明) a)  分布式中的概念 b)  分布式的模型 c)  分布式系统特

legend分布式服务器集群逻辑计算处理压力测试

(如果图小,可以Ctrl+鼠标滚轮给缩放) 基于上次<legend分布式服务器集群并发登陆上线游戏压测结果>之后做了逻辑处理压力测试,仍然只配置了单个网关与单个逻辑服在集群中,结果如下: 测试用例: 第一步:上线一万个玩家,然后每10秒钟让每个玩家都往网关服务器发送一个逻辑计算请求,网关服务器转发请求给逻辑服务器处理,逻辑服务器进行一百万次浮点运算,然后将结果再返回给网关服务器,最后由网关服务器转发计算结果给玩家客户端,如图: 先分10个机器人,每个上线1000个,如图: 可以看出,从最先上线

大型分布式数据库集群的研究

1.为什么要设计成分布式数据库,数据为什么要分区? 当数据量很大的时候,即使服务器在没有任何压力的情况下,某些复杂的查询操作都会非常缓慢,影响了最终用户的体验. 在大数据量下对数据库的装载与导出,备份与恢复,结构的调整,索引的调整等都会让数据库停止服务或者高负荷运转很长时间,影响了数据库的可用性和可管理性. 这个时候靠提升服务器的硬件配置是起不到作用的,只有靠分区把数据分成更小的部分才能提高数据库的可用性和可管理性. 通过分区把各部分数据放到不同的机器中,每次查询可以由多个机器上的CPU,I/O

分布式与集群的区别通俗解释

(1)回答1: 集群是个物理形态,分布式是个工作方式.只要是一堆机器,就可以叫集群,他们是不是一起协作着干活,这个谁也不知道:一个程序或系统,只要运行在不同的机器上,就可以叫分布式,嗯,C/S架构也可以叫分布式.集群一般是物理集中.统一管理的,而分布式系统则不强调这一点.所以,集群可能运行着一个或多个分布式系统,也可能根本没有运行分布式系统:分布式系统可能运行在一个集群上,也可能运行在不属于一个集群的多台(2台也算多台)机器上. (2)回答2: 分布式是相对中心化而来,强调的是任务在多个物理隔离

分享在Linux下使用OSGi.NET插件框架快速实现一个分布式服务集群的方法

在这篇文章我分享了如何使用分层与模块化的方法来设计一个分布式服务集群.这个分布式服务集群是基于DynamicProxy.WCF和OSGi.NET插件框架实现的.我将从设计思路.目标和实现三方面来描述. 1 设计思路 首先,我来说明一下设计思路.我们先来看看目前OSGi.NET插件框架的服务.在这里,服务不是远程服务,它是轻量级的服务,由接口和实现类组成,如下图所示.服务契约插件定义了服务接口,服务实现插件向服务总线注册服务,服务调用插件利用服务契约(接口)从服务总线获取实现的服务并调用,服务实现