我正在开发一个web应用程序服务,并希望扩展我们的内部服务器。
我们目前的服务器有1TB的存储容量。用户创建10 of的数据,每天都会添加到我们的数据库中。
正如你们所看到的,以我们目前的速度,我们只能维持这种储存增长100天。我们预计数据创建的速度不会在不久的将来放缓。由于信息的性质,我们不想使用商业云存储(aws、google、microsoft、softlayer等)。
我们希望构建一个可以不断扩展的服务器基础设施(超过100 to的限制)。这将是一个渐进的过程,视需要,并将跨越多个4U服务器架。
我的问题是,在不使我们的软件过于复杂的情况下,标准的方法是什么?我已经研究过ZFS和openNAS,但是在池和持续扩展存储方面似乎存在限制。
构建一个可以不断扩展以支持我们的存储需求的同质存储体系结构的最佳方法是什么?
发布于 2017-08-14 18:21:46
即使从我有限的经验来看,我也应该说你的问题不够明确.例如,您不讨论负载、延迟和带宽需求。请查看此问答页面以获得更多信息:你能帮我做容量规划吗?
我的经验是为我们的实验室构建和管理140 60 (并且不断增长,80 60初级+60备份)存储。我们用它来存储研究数据(大部分是成像数据,有些是基因组学,没有数据库)。系统由两台服务器组成,位于不同的服务器机房,设计为可扩展的。请接受我写的信。
我们的服务器运行FreeBSD和ZFS、带SAS扩展器的4U盒。每个盒子都塞满了4-5TB驱动器。备份是新的,有12x5TB驱动器,配置为RAID6又名RAIDZ2。
可扩展性通过两种途径实现:
据我所知:
目前的系统带宽限制如下:
正如您所看到的,我们目前受到1 5Gbps以太网的限制,如果我们在机架内工作(存储<->分析服务器),我们就会受到服务器吞没5 5Gbps流的能力的限制。我们的数据主要是大文件(5-500GB),所以我不确定IOPS。为了提高带宽,我们需要在建筑中安装光纤(我们的实验室和服务器室位于不同的楼层),然后我们受到RAID60阵列速度的限制。然后,我们要么增加额外的条纹,或建立基于SSD的存储。这个系统是为了代替基于USB3 3的HDD而建立的,它打败了HDD。
https://serverfault.com/questions/868590
复制相似问题