搭建iSCSI文件服务器故障转移群集

故障转移群集（Failover Cluster）可以提供一个高可用性应用程序或服务的网络环境，本章将接受如何搭建iSCSI SAN文件服务器故障转移群集。

故障转移群集概述

我们可以将多台服务器组成一个故障转移群集，这些服务器会协同工作以提高一个高可用性的应用程序或群集内每台服务器被称为一个节点（Node），节点之间通过网络硬件与软件连接在一起对用户提供服务，这个过程被称为故障转移，它让用户能够不中断的继续享有服务器提供的服务。

天太热，其他不高兴写，写一些注意事项，然后再把实验过程写一下。

群集仲裁配置

当群集中的节点发生故障时，会由其他节点接手继续提供服务。不过，当节点之间通信出现问题或太多节点发生故障时，群集就会停止服务，可是群集可以容忍多少个节点发生故障，这要由仲裁配置（Quorum Configuration）决定，Quorum中文就是法定数量的意思，也就是只要群集中仍然正常运行的节点数量达到法定数量，群集就会继续提供服务，否则就停止服务。在停止服务期间，仍然正常的节点会继续监听故障节点是否恢复正常，一旦正常节点的数量恢复到法定数量时，群集就会继续提供服务器。

在计算法定数量时，有的仲裁配置会用到仲裁磁盘，又称为见证磁盘（Witness Disk）。仲裁配置分为以下几种。

多数节点（Node Majority）

此种配置不会用到仲裁磁盘，而所谓多数节点就是正常节点数量占多数的情况下，群集才会提供服务，否则就停止服务。此种配置适用于奇数节点的群集。例如，5个节点的群集，其正常节点的数量必须至少3个，群集才会提供服务。
多数节点与磁盘（Node and Disk Majority）
适用于偶数节点的群集，它在计算法定数量时会将仲裁磁盘计算进来，例如，4个节点+1个仲裁磁盘的群集，可以将其视为5个节点的群集，此时正常节点的数量必须至少3个，群集才会服务。
多数节点与文件共享（Node and File Share Majority）
它和多数节点与磁盘类似，不过将仲裁磁盘改为共享文件夹内的文件。
没有多数：只有磁盘（No Majority :Disk Only）
只要仲裁磁盘脱机·，群集就会停止提供服务（不建议采用）。

创建故障转移群集实例演示

我们将通过下图来演示如何搭建一个iSCSI SAN两节点的文件服务器故障转移群集，其仲裁配置默认为多数节点与磁盘。

软硬件需求

要创建上图的两节点群集，其软硬件配备必须符合以下要求。可以使用我以前所得vmware workstation来实验，也可以用hyper-v来实验，因为这个现在windows 2012的实验没有涉及虚拟化。

服务器

架设群集需要AD域，群集中的节点服务器必须隶属于同一个域，并且应该扮演同样的域角色，也就是都是成员服务器或都是域控。我们的环境域名contoso.com，左上角DC为域控，Node1和Node2两个节点，最下面的服务器为目标服务器，其中将安装Windows Server2012 内置的iSCSI目标服务器软件，不需要加域。

为了让群集能正常运行，因此群集中的两台节点服务器应该都要配备相同或类似的硬件，而且需要安装相同版本的操作系统，包含相同的硬件版本（32位，64位），同时也要安装相同的SP与软件更新。在windows Server 2012系统产品中只有Datacenter与Enterprise版本才具备群集功能，因此2个节点服务器都安装了Windows Server2012 Datacenter。为了方便，域控与目标服务器也都安装Datacenter。

网络设置

图中两台节点服务器各有三块网卡，分别连接到Public，Private和iSCSI网络。

Public网络：两台节点服务器各有一块网卡连接到public网络，并通过public网络与域控通信，客户端也通过public来连接节点服务器。
Private网络：两台节点服务器之间需要随时监听对方的心跳（Heartbeat）情况，以便得知对方心跳状态，因此建议节点之间通过专用网络进行通信。
为了提高故障恢复能力，我们会设置让节点之间也可以通过前面的public网络来通信，她在节点之间因故无法通过private网络通信时，还可以选择public网络。
iSCSI网络：两个节点各有一块网卡连接到iSCSI网络，并通过此网络来连接目标服务器并访问存储媒体内的文件，这个网络应该仅用于节点与目标服务器之间使用iSCSI协议来通信的专用网络，请勿作其他用处。两个节点用来连接iSCSI网络的网卡应该相同，而且iSCSI网络内应采用高速交换机（1G，10G，或更高）。

注：为了避免单一点故障而影响到群集的运行，建议在两个节点与客户端之间，两个节点与目标服务器之间的通信管道采用适当的故障恢复措施，例如以节点与客户端之间来说，可以在节点中利用两块网卡来连接到两个网络，而通过这两个网络都可以和客户端通信。还可以采用具备teaming功能的网卡来提供故障恢复功能，例如可以在public网络采用teaming网卡，但是不要再private网络采用teaming网卡，以免因为延迟问题而影响节点之间的通信的实时性。此外，iSCSI并不支持teaming，因此iSCSI网络不要使用teaming网卡。Teaming就是将一台计算机内的多块网卡，通过驱动程序将其变成一块虚拟网卡，其他计算机通过此虚拟网卡与这台计算机通信，但是数据实际上通过多块物理网卡来传送。Teaming网卡可以提高网络传输速度，提供负载平衡与故障处理功能。Windows Server2012 已经内置网卡teaming功能。

目标服务器与存储媒体

Windows Server 2012 要求存储媒体必须遵照SCSI Primary Command-3 (SPC-3)的标准，尤其是必须支持SPC-3 Persistent Reservation（SPC-3持续保留）。我们要利用Windows Server 2012内置的iSCSI目标服务器来搭建iSCSI目标服务器，通过他创建的iSCSI磁盘支持上述的SPC-3要求。

本例为两个节点的文件服务器群集，因此仲裁配置为多数节点与磁盘，此时除了存储文件的文件磁盘外，还需要一个仲裁磁盘，这两个磁盘要求如下：

必须是基本磁盘，不可以是动态磁盘。
仲裁磁盘必须被格式化为NTFS，但是文件磁盘并没有强制规定，不过建议NTFS。
磁盘分区样式可以是MBR或GPT。
本列中的仲裁磁盘和文件磁盘都直接使用本地计算机c：磁盘内的文件来模拟，文件名分别是C:\iSCSIVirtualDisks\Quorum.vhd和C:\iSCSIVirtualDisks\Files.vhd

iSCSI SAN两节点文件服务器群集实例演示

我们按部就班的来说明如何搭建群集，以减少出错的机会。

准备网络环境与4台服务器

DC的网卡连接到public网络，目标服务器的网卡连接到iSCSI网络，两个节点的3快网卡分别连接3个网络。
目标服务器必须多准备两个磁盘
在这4台服务器上安装windows Server2012 datacenter
安装完成后，分别改为DC1，Node1，Node2，Target。
建议更改两台节点服务器内3块网卡的连接名称，以便于识别。
务必执行ping测试来确认服务器之间可以正常通信。
将DC升级为域控。
将Node1和Node2分别加入域。
Node1与Node2防火墙例外开放远程卷管理的流量，否则无法在群集内创建共享文件夹。

适当的节点设置

为了让群集运行的更有效率，建议调整两台节点服务器的设置。例如，为了让两台节点服务器能够实时通过private网络来监听对方的心跳情况，因此应该避免在这个网络上发送其他不相干的流量；还有iSCSI网络仅用于节点与目标服务器之间使用iSCSI protocol来通信的专用网络，因此也应该避免在这个网络上发送其他不相干的流量。例如，我们最好将节点服务器上连接这两个网络的网络连接的dns和wins流量禁用。