OCFS,OCFS2,ASM,RAW 讨论主题合并帖

nntp

原帖由 blue_stone 于 2006-5-12 16:54 发表
linux下的lvm不是clusterware aware的，所以不能够用在cluster环境下，cluster环境下应该使用clvm.

不明白为什么ocfs2不能使用在生产环境中，毕竟ocfs2已经整合到了linux kernel中。
还请nntp解释一下

我在谈生产环境的时候，说话的依据就不是什么整合不整合kernel了，而是很现实的稳定不稳定，如果我是负责一个企业系统架构的主管，我不会管那个东西吹得有多好，来头有多大，如果我看到好多好多人在汇报故障，并且故障源头在code level,大家在讨论的一些故障最后导致的问题不但会影响数据安全(可靠性)，还影响到了服务连续性(可用性). 我就不会去考虑它. 即便是厂商可以提供技术支持和服务.  当然更加不要说没有任何支持服务的技术了.

因为有一件事情很清楚，用了新技术，为了还没有看到享受到的新特性和性能，我今天冒了这个风险，我必须要客观的评估风险，比如风险春在于什么层面？风险可能影响的范围有多大，一旦风险发生造成的损失具体有多少？为了这些风险我需要投入多少资源，资金和额外人工来做预防工作？风险发生后的的恢复工作复杂程度多少？ 系统重新上线的时间间隔是多少？ 停机对企业和个人的影响如何？风险发生后是否会影响下一期的企业IT建设计划和资金投入? 是否会影响到我作为IT架构的主管在决策层的信用和话语权?

谈到生产环境，我们考虑的前提就是一种最糟糕，最难堪，最受伤害的可能.所以新特性到底有多大的价值被采用，就是一个系统考虑的问题，而不是就事论事了.

这个话题有点岔开了，我猜这里大多数朋友都是engineer，所以很少涉及到项目管理，风险评估和控制方面的东西，不过项目组的每个人都有一些了解的话会对整个项目有莫大的好处.

所以回到话题上来，如果站在一个linux 粉丝的角度，看到ocfs2集成到linux kernel我觉得是一个超棒的事情，如果站在项目的高度来考虑，目前不建议.

建议订阅ocfs2的 mailing list . 可以获取第一手的信息.

blue_stone

对nntp的话深表认同
感觉自己太浅薄了

rambus

现在正在培训中，ORACLE方面把OCFS,OCFS2性能吹得天花乱坠，但是问了各个地方的同行，好像还没有那个生产环境是采用OCFS的。
不知道实际怎么样呢？

pawnjazz

oracle 的強項在database , 做cluster 應該找OS平台廠商,就我知道的Redhat GFS 就是用在cluster

soway

这个你让版主来回答

我记得他前面回答过,目前是坚决不要用.

我爱钓鱼

ORACLE自己的资深工程师说:现在用的多的还是RAC,暂时不要用...

nntp

ocfs 只能在RAC当中用
ocfs2的开发方向有了重大调整,目的是成为通用的 cluster filesystem.

我相信oracle和ocfs2 开发团队的实力和未来的发展,软件发展都有从幼稚到成熟,混乱到清晰,脆弱到稳定的过程,如果目前你有生产系统要考虑集群文件系统, ocfs2就不要考虑了.

fengwy

原帖由 我爱钓鱼 于 2006-6-23 17:35 发表
ORACLE自己的资深工程师说:现在用的多的还是RAC,暂时不要用...

ocfs不就是用在rac中吗

nntp

原帖由 fengwy 于 2006-6-26 10:48 发表

ocfs不就是用在rac中吗

yep, ocfs can only be used in RAC environment,  ocfs2 is different, Oracle make it to be a general cluster file system for normal application.

cs119

谁用谁知道呀！想要性能好最好用裸设。