Solaris到Linux的转换:使用VxFS还是GFS?

我们是一家Solaris商店,正在研究RedHat Enterprise Linux,我们想知道的是,我们应该保留Veritas Volume Manager + FileSystem,还是使用LVM + ext3或RedHat的首选集群文件系统解决schemeGFS。

我们喜欢的有关Veritas的一件事是,它可以使用Veritas Volume Replicator来获得重要文件系统的远程副本。 这个function似乎从RedHat丢失,DRBD似乎没有被封装在RHEL中…

所以我的问题是:

  1. 有人在Linux上使用VxFS / VxVM / VVR吗? 想法,经验? 与LVM + ext3比较?
  2. 任何人使用GFS? 想法,经验?
  3. 你做远程复制的灾难恢复,如果是的话,如何? 有没有标准的RedHat方式?

我的回答是:

  1. 我们在Linux上使用了VxFS和VxVM(但不是VVR)。 它们的工作方式与Solaris相同。 那里没有什么大的惊喜。 至于与LVM / ext3的比较,那全是个人喜好。 两种组合都是坚实的。
  2. 但是,目前不使用GFS,它更符合Veritas Cluster File System的要求,您将拥有两台并行读取/写入共享文件系统的服务器。 我不会看到它被用作DR /复制产品。
  3. 我们大部分的复制都是在后端存储arrays上处理的,所以我在那里没有答案。

Suse支持DRBD 。 我用DRBD(通过debian)远程复制没有市长问题。 您必须根据您的带宽调整协议。

如果你正在使用RHEL,那么为什么不用红帽联系这些问题呢?

就我个人而言,我没有在Linux下使用或看过VxFS。 在Solaris下,它似乎是相当稳固的,但。

对于集群,我会看看在回答我所问的问题中提到的一些build议:GlusterFS,Lustre,GFS,Hadoop,GPFS等。

另请注意:随着红帽企业Linux 6的发布,将包括对ext4XFS标准支持。

在使用GFS2locking(最终需要重新引导集群中的所有节点)方面,​​我们已经看到了一些令人讨厌的问题,并且在多个节点间使用GFS(我们已经使用Redhat打开了门票)时,在较小程度上使用GFS。

来自IBM的GPFS和Veritas的CFS一样好,但不幸的是,这两个选项都要花钱:-)

话虽如此,我们似乎有一个密集使用locking的不寻常的应用程序。 我想大多数系统都没有看到我们的问题。 所以,一如既往,“吸它看”:-)