云存储作为文件共享见证?

有谁知道是否有服务可以用作Windows Server 2008 R2故障转移群集文件共享见证的文件共享见证?

我有一个双节点集群,但没有好的地方供我的文件共享见证 – 我可以使用云吗?

编辑:我觉得我应该增加一些资格来解决这个问题,因为好像有几个人认为这是一个非常糟糕的主意。 这不是一个好主意,其实不是一个问题,因为我没有提供足够的环境细节供你作出这样的判断。 对于那些可能碰到这个线程的人来说,对于大多数经典的集群安装来说,这绝对不是一个好主意。 如果地理位置分散的群集或群集在任何情况下依赖于互联网,如果难以为您的FSWfind适合的位置,这可能是一个引人注目的select。

就FSW的普遍重要性而言,如果你失去连通性,将会出现什么情况呢?答案是“不多” – 作为你的集群的一个重要组成部分,它可能是最不重要的。 除了一些错误之外,为了产生任何影响,集群中至less还有一个组件将不得不失败。 实际上,我在下面的评论中是不准确的 – 在这种状态下,您可以进行故障转移 – 只是不会自动执行。 不要误解我的意思,你肯定处于退化状态,你不想长时间呆在这里,但是根据你对“非常糟糕的事情”的定义,这在我看来是不合格的。

底线是,在非常具体的情况下,这可能是一个好主意。 我标记了JohnThePro的答案,虽然我还没有能够validation它是否会起作用。

如果可以的话,我build议使用FreeNAS。 如果您可以在networking上的任何位置findMINIMAL资源并设置虚拟化实例,则可以满足群集仲裁磁盘的要求。

http://www.freenas.org/

以及在FreeNAS中configuration目标并在您的群集中查找目标的演练。

http://myownonlinekb.blogspot.com/2011/06/freenas-8-for-win2k8-r2-failover.html

我会把这个官方答案。

这是一个可怕的想法。 甚至不要试图去做。 我不在乎,有些人认为用这种新的云技术在外面可能是个好主意。

当你失去互联网连接时会发生什么? 当您的互联网连接反弹时会发生什么? 当你的build筑失去力量时会发生什么? 非常糟糕的事情是三者的答案。 您不要将您的集群的关键组件放在您的直接控制之外。

你可以做到吗? 是的,通过适量的备份连接和分布式计算,您可以做到这一切。

这是个好主意吗? 很简单,IMO,— NO

有趣! 至less有一个集群博客喜欢这个想法:

识别第三个地理位置对于一些公司来说可能是一个挑战,但随着Amazon EC2和GoGrid等基于云的效用计算的出现,所有公司都可以将文件共享见证放入云中,并具有所需的弹性为有效的多站点群集。 事实上,您可能会将云本身视为您的辅助数据中心,并在发生灾难时将其转移到云端。 我认为基于云计算和灾难恢复configuration的可能性是非常诱人的,事实上,我打算在不久的将来完成一个完整的博客文章。

微软说

外部共享用于存储less量的数据。 因此,具有2 MB和5 MB可用硬盘空间的共享就足够了。

我的印象是,任何Windows托pipe服务提供可靠的访问到一个属于你的集群的域和森林的服务器上的SMB共享可以工作。 你可能希望通过VPN连接。

感谢托尼·罗斯的博客参考。