shumacher

冬瓜头,能不能发一些具体案例的方案,在推Netapp产品的时候参考一下

冬瓜头

这个请NetApp销售部门麻烦哪位哥们上传一下，我还真没有。
dostor主页我看见有个清华大学的项目方案。

maio123

冬瓜大哥,给解释一下随意写是怎么回事,是只写元数据吗,文件系统是如何对硬盘操作的.

冬瓜头

是说WAFL的“write anywhere”么？这个WA（write anywhere）有两个含义：

1.inode随意写。wafl只将root inode写入固定位置，以便为将来的查找提供固定入口。root inode之外的其他inode，都由root inode一级一级的链接下来，可以存放在磁盘的任意位置，并且随时变化。位置变更之后，将链表一级一级的更新，直到root inode（如果需要到这一级的话）。 这种方法是目前很多文件系统都在使用的方法。


2.data任意写。wafl每次会尽力保证写入整条而不是半条或者大半条，总之，充分保证整条写，提高性能。在这种保障之下，raid5便可以降级为raid4了，也可以说，在这种条件下，整条写的raid4＝整条写的raid5，raid4相对raid5还简化了算法。

另外，wafl具有check point的机制，也就是数据库普遍使用的机制。在check point触发之前，wafl绝对不会覆盖之前的数据，而是写入空闲条带，触发cp之后，更新inode，之前旧块被标记为空闲块，这样一轮一轮的重复循环。这样就充分保证了fs的一致性。

宏观来说，任何文件系统都可以“随意写”，但是wafl具有自己的特点，也就是check point。

halex1227

有了WAFL内更新RAID4算法，才有了RAID-DP的存在。

但是，冬瓜，请问每次都尽力写入整个stripe，但是，如果容量剩余空间不够，是不是会影响性能？

兔爷

冬瓜头能介绍一下NETAPP的NAS网关么？应该就是那个V3000/ V6000吧？对于只需要NAS网关功能来说有点过于强大了
不知道NAS网关的性能会随着后面管理的存储容量的增长而性能下降么？
另外，我想这个网关应该是一对对卖的，如果原来的一对不能满足性能需要而增加新的一对后，两对之间可以做数据同步么？可以在不影响应用的前提下将一部分应用管理迁移到新的NAS机头上，在两对机头之间实现故障切换么？

冬瓜头

引用:

原帖由 halex1227 于 2008-3-11 11:39 发表
但是，冬瓜，请问每次都尽力写入整个stripe，但是，如果容量剩余空间不够，是不是会影响性能？

是的，如果实在是没有write IO来填充这些条带，那么就会造成空间浪费，造成碎片，严重影响性能。
所以，低负载下使用，反而会造成浪费。负载越高，浪费越小，性能相对越高。

冬瓜头

引用:

原帖由 兔爷 于 2008-3-11 12:25 发表
冬瓜头能介绍一下NETAPP的NAS网关么？应该就是那个V3000/ V6000吧？对于只需要NAS网关功能来说有点过于强大了
不知道NAS网关的性能会随着后面管理的存储容量的增长而性能下降么？
另外，我想这个网关应该是一对对卖 ...

这个网关我真不了解。不好意思了。

jianniao

冬瓜头能简单介绍下 NETAPP在存储ORACLE数据库上的优势不，正好有个项目要设计到这个，这方面不怎么懂小了解下，给点介绍具体我去查

冬瓜头

引用:

原帖由 jianniao 于 2008-3-11 16:34 发表
冬瓜头能简单介绍下 NETAPP在存储ORACLE数据库上的优势不，正好有个项目要设计到这个，这方面不怎么懂小了解下，给点介绍具体我去查

有个文档