用F5的ARX是否可以提高NAS性能？

夜的小宇宙

发错了

[ 本帖最后由 夜的小宇宙 于 2009-9-8 11:16 编辑 ]

夜的小宇宙

现场我问了这个问题，F5没办法对一个文件实现并发读取，只能是多个文件同时写的时候，通过人为分配到不同的NAS设备上提高一下效率，而且因为人为把这些文件分散在不同的NAS设备上，读取的时候也从不同的设备读取，对读应该也能有一点点性能提升。

但我的感觉，这个东西不是主要用来做性能提升的，主要是用于文件管理，比如多台NAS设备下，怎样统一管理这些文件。

冬瓜头

分级管理，数据迁移也是一个重点功能。性能提升不是它的首要功能。

X2046

问这个问题主要是想改善目前我的状况，是100个左右的人通过文件共享来不停的读位于文件服务器上的大量几百k到十几M的文件，写的操作应该是挺少的
那么如果我后端用3个NAS，前端用ARX，应该就能把负荷分担到3台NAS上去而且不改变用户的操作习惯，我得考虑一下这个方案是否真的有很好的效果

冬瓜头

得不偿失。arx出现的原因是整合已经存在的大量nas，将数据分层迁移，不要反其道而行之，买椟还珠。
如果是单单为了提升一点性能，没必要用arx，人为的分担不就可以了么？你遇到后端大量nas管理混乱，空间浪费，数据臃肿不堪的情况了么？如果没有，请不要人为制造这种混乱，而楼上设想，就类似有点没事找事了。

X2046

肯定是有事儿才找事儿，现在用户抱怨读写太慢影响工作效率，如果只是横向的加NAS，增加管理成本不说，对用户的操作习惯也是一个大的挑战，用户数量可能到数百，文件可能越来越多，这是我面临的问题

也考虑了EMC的cellera，就是不知道具体性能怎么样

冬瓜头

读写太慢首先从优化做起，如果是优化的问题，就没必要多花钱，而后再考虑瓶颈点出在哪里，是nas头性能瓶颈还是后端磁盘，如果是后端磁盘，那就加盘，这些都考虑了，scale up到头了，就考虑scale out，集群nas，如果确实到了需要scaleout的程度的话，那你用arx这种东西，只是从标上提升那么一点点貌似的性能，而集群nas从底层无限扩展。而且，如果你用了这种虚拟化设备仅仅为了解决性能问题，那其他方面的钱就是打了水漂了。况且，对今后的扩展也不一定有好处，因为这一点很有可能自己就是瓶颈了。得综合考虑。

bbjmmj

原帖由 X2046 于 2009-9-8 12:51 发表
肯定是有事儿才找事儿，现在用户抱怨读写太慢影响工作效率，如果只是横向的加NAS，增加管理成本不说，对用户的操作习惯也是一个大的挑战，用户数量可能到数百，文件可能越来越多，这是我面临的问题

也考虑了 ...

你这样想啊，F5是交换机（七层交换），NAS是（文件）服务器，能不能负载均衡，不仅仅取决于交换机，服务器也得支持才行啊。
想速度快的话，自己做系统集成吧，买现成的好像不太可行。

冬瓜头

大神精力充沛啊，哪个贴都要进来射几枪啊，不过得射准点，自己玩就罢了，真上战场，没打着目标伤及无辜就不好了。
祝大神一桶浆糊。

bbjmmj

原帖由 冬瓜头 于 2009-9-8 14:04 发表
大神精力充沛啊，哪个贴都要进来射几枪啊，不过得射准点，自己玩就罢了，真上战场，没打着目标伤及无辜就不好了。
祝大神一桶浆糊。

嘿嘿！我能拿最破的枪消灭敌人，换了好枪就打不着敌人了么？你这军事理论很有趣啊
谁上了战场也不能保证不伤及无辜，更没人能保证弹无虚发，是这样的吧？