我打算利用Openfiler或NexentaStor CE实施“穷人储存”。
我需要Filer解决scheme来提供iSCSI目标和CIFS共享function。 iSCSI目标和CIFS共享稍后将作为XenServer存储库安装。
我可能还需要复制function,但不需要RAID,因为Filer将安装在已经具有诚实的硬件RAID 1 + 0的“老”服务器上。
在上面的两个解决scheme之间,你推荐哪一个,为什么?
或者,除了Openfiler和NexentaStor CE之外,还有其他解决scheme吗?
关于Openfiler(我听说NexentaStor是一样的),当用作iSCSI目标时,你几乎可以保证看到超时错误和目标掉线,需要重启服务器来纠正。 这通常发生在重负荷下(虽然我也看到它在轻负载下也发生)。
我们在使用iSCSI的Openfiler上经历了几个星期,而我们试图确定这个问题。 这个问题不是Openfiler本身,而是它使用的iSCSI模块(EIT)。 有人谈到他们转换到SCST,没有问题,但到目前为止还没有发生很多事情。 谷歌search“Openfiler cmd_abort”会告诉你所有关于当前的问题。
我们最终做的是转储iSCSI,并且使用NFS与Openfiler一起使用,一切都很顺利 – 但是自从您提到iSCSI以来,我认为在您构build所有内容之前,我会提到这个问题,最后只有问题。
另外,Openfiler的pipe理界面有一些有趣的错误。 pipe理大容量(4Tb)的问题一直存在,使用界面不会让我们删除卷,或者在我们最终设法删除卷之后不让它们重新创build它们。 看起来界面并不总是在清理之后,把东西留下。 当我们后来尝试使用音量时,当脚本向操作系统发出新的命令时,这些留下的位会导致幕后的错误,并且Web界面会拒绝执行要求的操作没有报告发布命令时遇到的错误,所以你不知道为什么它不工作)。
在另一个经验中,我们进入了NIC设置来查看绑定接口。 我们走过了这个设置,只是为了看看,然后点击取消 – Openfiler无论如何应用这些变化,断开我们从服务器的过程中。 我们必须跳到服务器的控制台并在本地login,然后手动编辑configuration文件以重新获得对服务器的访问权限。
总而言之,Openfiler并不是一个很好的经验 – 自2009年以来,这个项目实际上已经被放弃了,所以我会倾向于避免它,或者准备好与之战斗,然后不要再为了打破了一些东西,丢失了你的数
NexentaStor似乎有更多的势头。 除了陈旧之外,您还没有提供更多关于硬件安排的细节。 什么是CPU / RAM号码? 然而,我要去NexentaStor路线的一个原因是存在卷的内联压缩。 您的设置可能不适用于重复数据删除function,但压缩在基于ZFS的存储系统上带来的代价可以忽略不计。
Nexenta的pipe理非常简单,GUI可以访问大部分的日常function。 你能提供有关磁盘设置的更多细节吗?
我个人使用Solaris 11 Express和VMware集群,通过NFS向VMware提供各种ZFS池。
我对Solaris 11控制台很满意,并且倾向于使用直接的ZFS控制。
我在尝试Openfiler(没有ZFS),NexentaStore CE(一些function有限的web界面),FreeNAS(ZFS版本太旧)以及OpenSolaris(当前的分支情况需要安顿下来)之后,才决定本地使用Solaris 11。
如果您打算坚持使用硬件RAID控制器,请使用OpenFiler。 如果你可以投资一个JBOD控制器,只需要考虑到ZFS文件系统在Linux的LVM + EXT4 / XFS / ReiserFS /等方面提供的更好的function,就可以使用NexentaStor。 我会做ZFS的投资,只是因为它会消除数据损坏的可能性。 但是,如果你只是testing的东西,不想花一分钱,OpenFiler是一个很好的发行版。
我应该指出,NexentaStor CE不是免费的商业用途。 我已经直接与Nexenta谈过这件事。 爱好者和实验室使用可达18TB,但无论如何,生产总是付费的。
请查看我们的NAS4Free和FreeNAS,以获取OpenFiler和NexentaStor的廉价替代品,这些替代品不会出现iSCSI问题或与其相关的高成本。
如果你不需要networking界面,只需使用Linux或FreeBSD。
http://www.smbitjournal.com/2012/04/choosing-an-open-storage-operating-system/
但是我同意大家的看法,NFS是最好的select。