Windows Server 2008 新技术体验之故障转移群集
在上一篇中我们主要介绍了如何搭建Hyper-V(RC0)的测试平台,Hyper-V的很多新特性相信大家已经通过各种渠道了解了,而对于它的缺点,想必诸位听得最多的一个比喻是“将所有鸡蛋放到一个篮子里”。这当然是我们将来在生产环境中使用Hyper-V所必须考虑的一个问题,不过好在Windows Server 2008的故障转移群集支持Hyper-V,使得我们对这个问题担忧可以有所减轻。盆盆老大为我们所带来的今年的新年礼物中也为我们介绍了这方面的内容,同时因为测试环境的限制,我们在这里想同大家分享的是如何利用故障转移群集来搭建文件服务器。
软件配置说明
在上一篇中我们利用Hyper-V搭建好了三台虚拟机,在本篇中我们将继续利用这三台已有虚拟机开始故障转移群集的搭建。先来简述一下三台虚拟机的相关配置。首先操作系统毫无疑问都是Windows Server 2008 x64 Enterprise版,单CPU,2G内存。各台虚拟机承担的角色如下及网络配置如下(因为实验环境中用不到IPv6,我们可以在相应网卡上将IPv6协议的勾取消掉,同时测试环境中网络防火墙也处于关闭状态):
Beijing:域控制器,存储服务器(iSCSI Target),单网卡,IP为192.168.12.31
Shanghai:成员服务器,故障转移群集节点A,文件服务器(DFS),双网卡,内网网卡IP为192.168.12.32,心跳网络网卡IP为:172.16.12.32
Guangzhou:成员服务器,故障转移群集节点B,文件服务器(DFS),双网卡,内网网卡IP为192.168.12.33,心跳网络网卡IP为:172.16.12.33
这里需要说明的搭建存储服务器所要用到的iSCSI Target软件。盆盆在新年礼物中所提到的是WinTarget,不过用于该软件厂商被微软收购,WinTarget已经被整合到Windows Storage Server中,所以软件的试用版有点难找。但好在相关的第三方软件商也有相关的产品,在实验环境中我使用的是Rocketdivision的StarWind,该产品可以申请免费的个人版序列号,但是个人版的功能上不适合我们做实验,因此我们选用30天的试用版,对我们测试而言已经绰绰有余了。首先我们对Beijing这台虚拟机进行配置。
刚才已经对这台虚拟机的角色做了大致说明,因此我们的重点是在iSCSI Target的配置。而将该服务器提升为域控制器的步骤在这里就不再详述了。接下来我们开始安装StarWind。

安装过程同其它软件一样,没什么值得多说的内容。安装完成后,我们启动StarWind将看到如下界面:

然后我们右键单击“localhost:3260”在弹出的菜单中选择“Connect…”,这时将会出现登录对话框:

用户名和密码都是test,完成登录后将出现软件试用提示,单击“OK”按钮继续。我么会发现“localhost:3260”的图标已经变亮了。接着我们可以添加相关存储磁盘了。右键单击“localhost:3260”在弹出的菜单中选择“Add Device…”,将出现设备类型选择界面:

我们在这里选择第一项“Image File Device”,然后单击下一步,接下来将会出现“加载现有映像文件或者创建新映像文件”的对话框:

这里我们选择创建新映像文件,然后单击下一步,将出现指定映像文件相关参数的界面:

这里我们可以选择相关映像的存放位置,并设置映像文件的大小,然后保持其它选项为默认状态,单击下一步,接下来将出现和iSCSI相关的选项:

我们需要勾选第三项“Allow multiple concurrent iSCSI connections(clustering)”,然后单击下一步,将出现输入目标名称的界面:

我们输入“Quorum”,然后单击下一步继续,接下来将出现摘要界面:

单击下一步,然后在接下来的界面中单击完成,结束整个被设备添加过程。

接下来我们可以通过相同步骤添加名为“Generic”的磁盘,这里就不在重复了。完成后的效果如下:

接下来我们要对两个群集节点进行配置。当然在配置iSCSI Initiator前相关的加域工作已经完成。而操作系统自带iSCSI Initiator,我们可以通过相关的控制面板打开:

双击打开后将会出现如下两个提示信息:


我们都点击是,然后将出现iSCSI发起程序的设置界面,我们切换到“发现”标签页:

然后单击“添加门户”按钮,设置iSCSI Tareget(即虚拟机Beijing):

然后单击确定,如果一切顺利的话将,刚才设置的iSCSI Target将被添加到列表中:

同时在目标标签页中将出现我们创建的在Beijing上利用StarWind创建的映像文件,接下来我们要对它们进行配置:

选中“Generic”后点击下方的“登录”按钮,在出现的窗口中勾选“计算机启动时自动还原此连接”:

单击“确定”后,我们会发现前一张图中的“不活动”状态已变为“活动”,接着我们对“Quorum”执行同样的操作。随后我们打开“服务器管理器”,找到“存储”下的“磁盘管理”节点,我们会发现两块处于脱机状态的磁盘:

接下来我们要做的就是使这两块磁盘处于正常工作状态。详细步骤这里就不说了,最后的结果如下:

接下来,我们就要利用“服务器管理器”安装故障转移群集及作为运行在故障转移群集之上的文件服务(DFS)。
我们先打开角色节点,点击右侧的“添加角色”,在出现的向导中,选择“文件服务”,在“角色服务”中选择“分布式文件系统”:

在接下来出现的创建DFS命名空间界面中,我们选择稍后创建命名空间的选项:

最后在确认界面中,单击“安装”按钮开始相关的安装过程。
DFS安装完成后,我们开始“故障转移群集”的安装。还是利用“服务器管理器”打开“功能”节点,点击右侧的“添加功能”,在出现的向导中,找到并勾选“故障转移群集”:

单击下一步,在确认界面中,单击“安装”,开始“故障转移群集”的安装过程。
片刻之后,安装过程结束,我们在Shanghai节点上的工作暂时告一段落。接着我们对Guangzhou节点进行同样的配置,具体过程就不在重复,完成之后StarWind此时的状态应当看起来像这样,即Shanghai和Guangzhou两个节点上的iSCSI Initiator都已经连接上位于Beijing上的iSCSI Target:

完成之后,我们回到Shanghai节点。开始故障转移群集的配置。
首先在管理工具中找到并打开“故障转移群集”管理控制台。

然后单击“创建一个群集”,在出现的向导中点击下一步继续,来到“选择服务器”这个界面:

这里我们将Shanghai、Guangzhou两个节点添加进来,然后单击下一步,在“验证警告”这里,我们选择进行验证的选项。

在随后出现的验证向导,我们选择运行所有测试:

单击下一步,确认过后我们将开始验证过程,稍等片刻后验证结果便新鲜出炉了:

我们测试时遇到的一个问题,是和IPv6有关的。由于我们采用了差异磁盘快速搭建测试环境,因此“Teredo”这块网卡上的IP地址出现了冲突。由于是实验环境,这里我选择的方法是在设备管理器中禁用这块网卡。当然这块网卡是隐藏设备,我们需要在“查看”菜单下勾选“显示隐藏的设备”,然后找到这块网卡并禁用。然后再次运行验证向导的将得到成功的结果。

接下来的界面中需要我们输入群集的名称和IP地址,测试环境中选择的名称是ContosoCluster地址是192.168.12.41:

单击下一步将出现相关梗概信息,确认过后,便正式开始安装“故障转移群集”,不一会,安装过程就会完成。


接下来,我们开始对文件服务器进行配置。
首先转到“服务和应用程序”节点,单击右侧的操作窗格里的“配置服务或应用程序”,在出现的向导中我们可以选择相关应用程序和服务,这里我们选择的是“DFS命名空间服务器”:

接下来出现的向导中,我们将选择服务名称和IP地址,测试环境中使用的名称是ContsoClustDFS,IP地址为192.168.12.42:

接着我们选择存储:

然后我们输入DFS命名空间的名称ContosoDFS:

确认过后,将开始安装过程,最后安装成功:

最后我们开始验证过程:
首先我们先来测试手动转移DFS。首先打开DFS所在节点Shanghai,然后右键点击应用程序和服务下的“ContosoClustDFS”,在弹出的按钮中选择“将该服务或应用程序转移到另一个节点”,并选择相应的节点。

一会我们就会发现服务已经转移到Guangzhou这个节点了:

这是我们通过手动转移来更换资源所在节点,接下来我们模拟的是当一个节点出项故障时的情况。测试步骤也很简单。我们可以在左侧“节点”下选择Guangzhou,然后单击右键,在出现的菜单中指向“更多操作”,然后选择“停止群集服务”。这样我们就停止了Guangzhou节点上的群集服务,很快DFS服务将会切换到Shanghai这个节点。
结束语:友好的界面,便捷的操作过程,这就是Windows Server 2008故障转移群集所带给我们的体验,希望大家看完这篇文章后能有所收获。