求灾备中心的存储方案

distliu

目前在做一个灾备中心的技术建议书，总的数据量初期规划为60TB，在NAS文件虚拟化和云存储文件系统两个方案中，倾向于NAS文件虚拟化，主要是因为云存储文件系统软件价格过高且依赖于元数据服务器，一旦元数据服务器完蛋，则整个系统面临的风险很大，另外云存储文件系统也需要在客户端安装软件，维护比较麻烦。对于NAS文件虚拟化，倾向于前端使用F5 arx，后端采用分级的磁盘阵列，请问F5 arx是否适用，F5 arx对后端的存储有什么品牌限制，还是只要是标准的NAS接口的就OK，除了F5 arx，还有没有其他的文件虚拟化设备。

leoflash

{:3_182:}{:3_182:}{:3_182:}{:3_182:}{:3_182:}{:3_182:}

distliu

不知leoflash表情是什么意思，我还有一点补充，这个方案目的是要提供一个灾备服务，用户将本地文档备份或打包后传输到灾备中心，由灾备中心提供数据存储。

chnod

可以参考CH-DRS灾备统一管理系统个，
没必要用NAS

wolfheader

可以参考CH-DRS灾备统一管理系统个，
没必要用NAS
chnod 发表于 2010-06-22 15:23

    完全不知道你在说什么

人家问架构存储的事

cnpmc

目前在做一个灾备中心的技术建议书，总的数据量初期规划为60TB，在NAS文件虚拟化和云存储文件系统两个方案中 ...
distliu 发表于 2010-06-22 09:20

是想卖产品方案还是想卖信息基础架构设计方案，还是想卖信息整合架构方案，一分钱一分货了

michael1983

这个灾备中心的作用很特别呢
灾备中心做数据存储，那生产中心没有嘛？
另外，是异地吗？带宽的考虑呢？

michael1983

楼主就是瞅准了文件虚拟化这个目标了，是吧
f5 arx就跟一个网络交换机一样的，后端存储只要有nas接口即可
其实建议数据在传至灾备中心之前，做一层重复数据删除其实会更好一点

spook

就虚拟化设计思想来说，SVC可能是支持比较好的一个系统，当然，按照存储容量来卖钱确实不要脸……

楼主其实可以考虑 EMC 的[不雅词汇]或者 NetApp 的 纯网关……最好还能支持重复数据删除……

distliu

EMC的什么，我这怎么显示【不雅词汇】
？？？？