我们计划用Windows2012r2构build一个故障转移存储。 每台服务器上将会有2台或3台物理机器和2台虚拟机。 一台虚拟机构build故障转移,另一台虚拟机作为存储机器(每台物理服务器上的存储+故障转移机器)。
networking布局如下所示:
点击查看大图。
在存储计算机上,我打算创build将分配给故障转移机器(每个存储机器上一个磁盘)的存储池(分层和镜像)和iSCSI虚拟磁盘。 我已经用vmware(故障转移群集工作)在我的实验室中创build了这样的群集,但是我在这里发布,希望得到以下考虑的一些build议:
如果networking看起来像上面那样,戴尔强制pipe理每个物理服务器节点(2×10 Gb和4 x 1Gb)上的所有stream量和6个NICS,那么使用它们的最佳方式是什么? 甚至是设置一个合理的(我知道会有SPOFs)?
您将如何设置存储池并在稍后进行故障转移,在每个存储节点上镜像数据,以及如何影响性能? 这样的设置最适合的设置是什么(不会释放太多的可用空间)?
如果我在每个物理节点上有64个ram,那么哪个虚拟机应该有更多的内存。 存储或故障转移的一个实现良好的性能?
我会感谢来自做过类似事情的人的所有见解。
– >
(请移动评论或答案,谢谢)
您确实可以在现有的共享存储上集群Microsoft iSCSI。
http://technet.microsoft.com/en-us/library/gg232632(v=ws.10).aspx
http://techontip.wordpress.com/2011/05/03/microsoft-iscsi-target-cluster-building-walkthrough/
你做什么你做一个configuration将死亡与群集的每个节点死亡。 因为目标图像彼此之间不同步。
…或绘制一个正确的互连图:)
< –
回答上面:
实际上,我已经设法用连接到集群服务器的3个虚拟ISCSI磁盘创buildScale Out File Server(集群)。 我在池上创build了镜像虚拟磁盘(由虚拟iSCSI形成),并将其添加到群集中。 然后创buildSOFS。 然后,我切换了一个虚拟iSCSIclosures的服务器(closures电源) – 群集和共享正在工作。 群集报告一个磁盘丢失,但群集未处于脱机状态。 然后,我重新启动了存储并重新连接到群集。
– >
我终于明白你现在所做的了! 好的,问题是微软不支持群集存储空间内生产SAS之外的任何东西。 看到:
http://blogs.msdn.com/b/clustering/archive/2012/06/02/10314262.aspx
“集群存储池务必由串行连接SCSI(SAS)连接的物理磁盘组成,无论是直接连接还是通过存储结构连接,分层存储子系统的任何forms,无论是内部RAID卡还是外部RAID盒,都是不支持。”
艾丹早就做了,我们也做了。 看到:
Creating A Virtual WS2012R2 SOFS with Shared VHDX & Storage Spaces
你做什么不能可靠地工作。 不幸。 很遗憾,微软公司已经删除了与R2的非SASfilter,并忘记提供警告。
< –