我的组织有两个相同的服务器,HP ProLiant DL380 G5。我们没有SAN装置。每个服务器都有8x146 8x的HDD和48 8x的RAM。
一个服务器当前配置为Exchange服务器。另一台服务器配置为虚拟主机,包含用于ePO、WSUS、SQL、文件服务器、DHCP和一些其他服务的VM。
显然,运行48 we的exchange服务器有点浪费,虚拟机的机器冗余为零。我们希望通过使exchange成为虚拟机,并将这两台物理服务器作为冗余机器来解决这一问题。
在我的上一个组织中,我们使用SAN设备完成了这个任务。物理服务器没有承载VM或VHD,它们只是指向SAN。
我的想法是在两个物理服务器上设置DFS,然后设置故障转移集群,但我不知道这是否接近正确的方向。
有人能帮帮我吗?谢谢
编辑:在做了一些阅读(即本文:http://blogs.technet.com/b/josebda/archive/2008/07/16/failover-clustering-for-hyper-v-with-file-server-storage.aspx)之后,我是否可以在两台机器之间建立一个集群,制作一个高度可用的文件服务器,同时利用这两台机器,然后是高可用的VM?
发布于 2012-06-13 16:17:47
在所讨论的文件关闭之前,DFS是没有帮助的,并且虚拟硬盘文件永远不会关闭。
为了得到真正的冗余与超级V,你需要集群的超级V主机。这个集群必须有一个奇数的“目击证人”,这样在判断出问题时哪一组机器起作用时,就不会有任何关系。当您使用SAN时,您将创建一个“见证LUN”,它与两个同时也是见证者的主机一起生成一个奇数。Windows集群可以配置为文件服务器作为见证,但这可能无法满足您的需要。
即使集群能够正常工作,您也必须考虑如何使存储变得可靠。SAN本身通常是一个集群。它有冗余的权力域,磁盘,处理,内存等,所以没有人会导致它失败。有各种各样的软件包可以模拟这种行为,通常是通过清除可用机器上的磁盘空间和复制写入多个主机。这些可能对您有用,但它们可能不具有您希望的性能特征,因为只考虑到您描述的两台机器。
如果您可以等待Windows 2012,您可能会对Hyper副本感到满意。它将允许您在每个主机上运行虚拟机,并将虚拟硬盘的内容异步复制到另一个主机。如果主机崩溃,您可以在另一个主机上重新启动VM,因为丢失了一些尚未复制的数据。
发布于 2012-06-13 16:30:02
您可以尝试拼凑出某种解决方案,其中一台服务器将成为“共享存储设备”,允许另一台服务器访问相同的数据,但随后只能丢失另一台服务器。
如果您想要真正的群集和故障转移,则需要共享存储。
https://serverfault.com/questions/398176
复制相似问题