Date: 7月 19, 2017
使用 arm 在 azure 中部署2节点文件服务器故障转移群集
在这篇文章中我们将详细介绍部署在 Azure 使用 Azure 资源管理器的单个区域的 2 节点文件服务器故障转移群集所需的具体步骤。我将假设你熟悉蔚蓝的基本概念，以及故障转移群集的基本概念和这篇文章在什么是独特的部署文件服务器故障转移群集在 Azure 将焦点。
与 DataKeeper 集群版你是能够采取本地连接的存储器，是否它是溢价或标准的磁盘，以及无论是同步、异步复制这些磁盘或混合或两个，两个或多个群集节点之间。此外，Windows 服务器故障转移群集的物理磁盘资源发生在注册 DataKeeper 卷资源。而不是控制 SCSI 3 保留像物理磁盘资源，DataKeeper 音量控制镜子方向，确保主动节点始终镜像的源。故障转移群集而言，它看起来、感觉和闻起来像物理磁盘和用同样的方式将使用物理磁盘资源。
先决条件
- 你有使用 Azure 门户之前，舒适部署 Azure IaaS 中的虚拟机。
- 已取得许可证或 eval 许可证的处长 DataKeeper
使用 azure 门户部署文件服务器故障转移群集实例
打造 Azure 中 2 节点文件服务器故障转移群集实例，我们将假定您有一个基本的虚拟网络基于 Azure 资源管理器上和你有至少一个虚拟机启动运行且配置为域控制器。一旦你有一个虚拟的网络和域配置，您要提供两个新的虚拟机将作为我们的集群中的两个节点。
我们的环境将如下所示：
DC1 — — 我们的域控制器和文件共享见证
SQL1 和 SQL2 — — 我们文件服务器群集中的两个节点
设置两个群集节点 (sql1 和 sql2)
使用 Azure 门户，我们将提供 SQL1 及 SQL2 完全相同的方式。有许多选项可供选择的包括实例的大小、存储选项等。本指南不是要部署在 Azure 服务器，因为有一些很好的资源和更多公布的每一天的详尽指南。然而，有几个关键的事情，要牢记心中，特别是在集群环境中创建您的实例时。
可用性组 — — 重要的是 SQL1、SQL2 和 DC1 驻留在相同的可用性设置。把它们放在同一可用性设置为了确保每个群集节点和文件共享见证的文件驻留在不同故障和更新域。这有助于确保在计划的维护和群集将继续能够维持仲裁并避免停机时间的额外的维护期间。
图 3 — — 一定要添加群集节点和文件共享见证到相同的可用性设置
静态 IP 地址
一旦被提供每个 VM，要进入设置和更改的设置，是静态的 IP 地址。我们不想改变我们群集节点的 IP 地址。
图 4 — — 确保每个群集节点使用一个静态的 ip 地址
存储
存储而言，你会想要请教，SQL Server 在 Azure 虚拟机的性能最佳做法。在任何情况下，你将微需要添加到每个群集节点至少一个额外的磁盘。DataKeeper 可以使用基本磁盘、保费存储或甚至组成的存储池中的多个磁盘的存储池。只是存储的一定要将相同数量添加到每个群集节点并将其配置完全相同。另外，一定要使用一个不同的存储帐户，为每个虚拟机以确保在同一时间同一个存储帐户的问题不会影响这两个虚拟机。
图 5 — — 一定要向每个群集节点中添加额外的存储
创建群集
假设两个群集节点 （SQL1 和 SQL2） 有调配如上文所述，添加到您现有的域，我们准备创建群集。我们在创建群集之前，有几个功能，需要启用。这些功能是.Net Framework 3.5 和故障转移群集。需要在两个群集节点上启用这些功能。您还将需要启用文件服务器角色。
图 6 — — 启用这两个.Net Framework 3.5 和故障转移群集功能和文件服务器上两个群集节点
一旦已启用了这一作用和那些功能，你就可以打造您的群集。大部分的通过 PowerShell 和 GUI 正要显示您可以执行两个步骤。然而，我要去推荐，对于这第一步你使用 PowerShell 创建您的群集。如果你选择使用故障转移群集管理器图形用户界面来创建群集，你会发现，风正在问题重复的 IP 地址的群集。
没有继续深入，你会发现是 Azure Vm 必须使用 DHCP。通过指定静态 ip 地址，当我们在 Azure 门户中创建 VM 我们所做的一切是创造某种 DHCP 保留。它不完全是 DHCP 保留，因为真正的 DHCP 保留将从 DHCP 池中删除该 IP 地址。相反，这在 Azure 门户中指定一个静态 ip 地址只是意味着，如果该 IP 地址是仍然可用，VM 请求它时，Azure 将向它发出该 IP。然而，如果你的虚拟机处于脱机状态，另一台主机联机，同一子网中它很好能发出那相同的 IP 地址。
还有另一个奇怪的副作用到 Azure 已实现 DHCP 的方式。当创建的群集与 Windows 服务器故障转移群集 GUI 时主机使用 DHCP （其中他们有到），不是选项，以指定一个群集 IP 地址。相反，它依赖 DHCP 获取地址。奇怪的是，DHCP 将发出一个重复的 IP 地址，通常主机请求一个新的 IP 地址相同的 IP 地址。群集通常将完成，但你可能有一些奇怪的错误，您可能需要从不同的节点运行 Windows 服务器故障转移群集 GUI，为了得到它来运行。一旦你有要走你会想要将群集 IP 地址更改为当前未在网络上使用的地址。
通过简单地创建群集通过 Powershell 和指定的群集 IP 地址作为 PowerShell 命令以创建群集的一部分，可以避免这一团糟。
您可以创建群集使用新群集命令，如下所示：
新群集-名称 cluster1-节点 sql1，sql2-StaticAddress 10.0.0.101-NoStorage
群集创建完成后，你还想要运行群集验证通过运行以下命令：
测试群集
图 7 — — 创建群集和群集验证命令的输出
创建文件共享见证
因为没有共享的存储，您将需要在同一可用性设置另一个服务器上创建文件共享见证，作为两个群集节点。通过将它放在同一可用性组你可以肯定，你只失去一票从你仲裁在任何给定的时间。如果您不确定如何创建文件共享见证您可以查看这篇文章 http://www.howtonetworking.com/server/cluster12.htm。在我的演示我把文件共享见证在域控制器上。我有发表详尽的解释，在 https://blogs.msdn.microsoft.com/microsoft_press/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012-r2/ 群集仲裁
安装数据管理员
它创建群集后是时间要安装 DataKeeper。它是重要安装 DataKeeper 后以便与群集可以注册的自定义群集资源类型创建初始群集。如果在创建群集之前，你安装 DataKeeper 你只需要再次运行安装程序并修复安装。
图 8 — — 安装 DataKeeper 后创建群集
在安装过程中，你可以带走所有默认选项。 您使用的服务帐户必须是域帐户，而且必须在群集中每个节点上的本地管理员组。
图 9 — — 服务帐户必须是在每个节点上的本地管理员组中的域帐户
一旦 DataKeeper 是安装和许可您将需要重启服务器，每个节点上。
创建数据管理员卷资源
要创建 DataKeeper 卷资源，您需要启动 DataKeeper UI 并连接到两个服务器。
连接到 SQL1
连接到 SQL2
一旦你连接到每个服务器，你是准备好创建您的 DataKeeper 卷。在工作岗位上右击并选择"创建作业"
给这份工作的名称和说明。
选择你的源服务器，IP 和卷。IP 地址是是否复制交通出行。
选择您的目标服务器。
选择您的选项。我们的目的而言，两个虚拟机在同一地理区域在哪里，我们会选择同步复制。对于更长的距离复制要使用异步和启用一些压缩。
通过单击在上一个弹出窗口将在故障转移群集中可用的存储中注册新的 DataKeeper 卷资源。
您将看到新的 DataKeeper 卷资源的可用存储空间。
创建文件服务器群集资源
若要创建文件服务器群集资源, 我们将再次使用 powershell, 而不是故障转移群集界面。这是当虚拟机配置为使用 dhcp 时, 基于 gui 的向导不会提示我们输入群集 ip 地址。 相反, 它将发出一个重复的 ip 地址。为了避免这种情况, 我们将使用一个简单的 powershell 命令来创建 file 服务器群集资源并指定 ip 地址
添加 ClusterFileServerRole-存储"DataKeeper 卷 E"-名称 FS2-StaticAddress 10.0.0.201
请记下您在此处指定的 IP 地址。它必须是唯一的 IP 地址，您的网络上。当我们创建我们内部负载平衡器时，我们将稍后使用此相同的 IP 地址。
创建内部负载均衡器
这里是故障转移群集在 Azure 是不同于传统的基础设施。蔚蓝网络堆栈不支持 ARP，因此客户端不能直接连接到群集 IP 地址。相反，客户端连接到内部负载平衡器和被重定向到活动群集节点。我们需要做的是创建内部负载平衡器。这都可以通过 Azure 门户，如下所示。
首先，创建新的负载平衡器
如果您的客户端通过公共互联网连接, 则可以使用公共负载均衡器。但是, 假设您的客户端驻留在同一个 vnet 中, 我们将创建一个内部负载均衡器。重要的是要注意到这里是虚拟网络是的网络群集节点驻留相同。此外，您指定的专用 IP 地址将完全用于创建 SQL 群集资源的地址相同。
创建内部负载平衡器 (ILB) 后，您将需要对其进行编辑。我们会做的第一件事是添加一个后端池。通过这一过程，你会选择你的 SQL 群集虚拟机所在的可用性设置。然而，当你选择实际的 Vm 将添加到后端池，要确定你不选择你文件共享见证。我们不想 SQL 流量重定向到您的文件共享见证。
我们将做的下一件事是添加一个探测器。我们将添加该探测器将探测端口 59999。此探测器确定哪个节点是活跃的在我们的群集。
然后最后，我们需要一个负载平衡规则，重定向 SMB 流量，重要的是要注意，在下面的截图是直接服务器返回启用了 TCP 端口 445。请确保进行了此更改。
修复文件服务器 ip 资源
在配置中的最后一步是在一个群集节点上运行下面的 PowerShell 脚本。这将允许群集 IP 地址响应 ILB 探头，并确保群集 IP 地址和 ILB 之间没有 IP 地址冲突。请注意;您将需要编辑此脚本，以适应您的环境。子网掩码设置为 255.255.255.255，这不是一个错误，将其保持原样。这将创建主机的特定路由，以避免与 ILB IP 地址冲突。
# 定义变量
$ClusterNetworkName =""
# 群集网络名称
(在 Windows 服务器上使用 ClusterNetwork 2012, 以查找名称)
$IPResourceName =""
# IP 地址资源名称
$ILBIP =""
# (ILB) 内部负载平衡器的 IP 地址
导入模块 FailoverClusters
# 如果你使用的 Windows Server 2012 或更高版本：
ClusterResource $IPResourceName |设置-ClusterParameter
-多个 @ {地址 = $ILBIP;ProbePort=59999;SubnetMask = "255.255.255.255";
网络 = $ClusterNetworkName;EnableDhcp=0}
# 如果你使用的 Windows Server 2008 R2 使用该操作：
#cluster res $IPResourceName/priv enabledhcp=0 地址 = $ILBIP probeport=59999
subnetmask = 255.255.255.255
创建文件共享
你会发现在故障转移群集管理器中使用文件共享向导不能。相反，您将简单地创建文件共享在 Windows 资源管理器在主动节点上。故障转移群集自动拾取这些股票并放在群集中。
请注意，在此配置中不支持的文件共享的"连续可用性"选项。
结论
你现在应该有正常运作的文件服务器故障转移群集。如果您有任何问题, 请在微博上联系我 @daveberm。 需要一个数据管理员评估密钥填写的表格在 http://us.sios.com/clustersyourway/cta/14-day-trial 和 sios 将发送一个评估密钥发送给您。
经群集表单的许可复制