具有故障转移功能的 Hyper-V 集群 - 网络

Question

我们希望使用以下方法设置具有实时迁移和故障转移功能的 3 节点 Hyper-V 集群：

• 3 个戴尔 R710，每个配备双四核 Xeon 和 128 GB RAM 以及 6 个网卡
• 1 个戴尔 MD 3220i SAN

我们将从数据中心运行此设置，因此将我们的工具包放在一起。

谁能解释一下我们应该如何设置网络连接以使系统变得冗余？

我们已经研究了这篇很棒的文章，但不确定如何正确可靠地设置 3 个服务器：http : //faultbucket.ca/2011/01/hyper-v-failover-cluster-setup/。

我相信我们需要网络连接：实时迁移、心跳、管理、hyper-v 等。

我假设当我们从 DC 运行它时，所有 IP 都必须是公共 IP？

AD 服务器将是 VM。每个 Hyper-V 服务器上有一个，并且设置为非 HA。

Answer 1

我去过那儿！去年，我使用 Hyper V 的 iSCSI SAN 设置了一个类似的集群（除了我的机器是 Fujitsu）。

其实这并不难，只是过程中难免会遇到一些困难。如果您进行主机托管，我肯定会在您自己的场所的服务器机架中排练您的安装，然后再将其移动到数据中心（我为此使用了隔音服务器机柜）。

哦，另一件事正在准备中，你没有提到这一点，但我不会费心的一件事是 iSCSI 引导，它在某些 iSCSI 系统上提供。设置起来很痛苦，而且并不总是适用于冗余。节点上最好有一个或两个物理启动磁盘，这样如果出现网络配置问题或 iSCSI 问题，您仍然可以启动它们。我在每台服务器中使用小型 (40GB) 固态驱动器作为启动磁盘。

您肯定需要一个单独的 AD DC。事实上，我从 3 节点集群开始，然后将其限制为 2 个节点，再加上一个在 DPM 2010 和虚拟化 DC 上运行备份的非集群“主节点”。

你提到6个端口，这可能就足够了。但请允许我说明一下我的节点配置，它有 10 个端口：

• iSCSI 网络的每个节点始终需要 2 个端口（每个端口属于MPIO冗余的不同子网，并且应位于单独的 NIC 上）
• 1 个用于检测信号的端口，其上没有任何其他流量
• 1 个用于实时迁移和传输的端口（这是您可能想要升级到 10g 或 infiniband 的唯一端口，但除非您每天配置 10 个虚拟机，否则不值得）
• 1 个用于远程桌面访问的端口
• 1 个服务器管理卡端口
• 1组组合端口构成主接入网络*
• 1组组端口组成DMZ网络（可选）*

*批评者经常指出，Microsoft 并不正式支持端口组合（而 VMWare 则支持），但实际上官方说法是他们并不阻止它，只是觉得支持掌握在 NIC 供应商手中。我使用 ET 一代的英特尔网卡，它们具有特定的虚拟网络功能，并且我发现与 Hyper V 配合得很好。它们实际上允许您在交换机之间拆分团队，这样，如果其中一台交换机发生故障，您就可以保持一致的团队访问，有点像 MPIO，但用于虚拟机。

Hyper V 实际上非常有弹性并且很好用。我会按以下顺序处理您的工作：1）单独设置节点，安装 iSCSI 启动器，安装 MPIO，为您的 iSCSI 端口、传输和加热端口、管理端口提供不同的子网地址。
2) 设置 Hyper V 并将您选择的端口分配到虚拟网络 3) 然后运行集群验证向导并形成集群。

您应该始终首先将端口分配给虚拟网络，因为这会阻止集群使用它们。这听起来违反直觉，但基本上您将保持虚拟网络与集群网络无关。这仍然会给你带来冗余，所以不用担心。但要实现这一目标（没有其他方法），您必须为集群和 Hyper V 配备一组单独的交换机（各两台用于冗余），或者需要在交换机上设置 VLAN。我采用后者（使用未标记的 VLAN）并且效果很好。

这里的其他一些帖子建议您聘请顾问来完成这项工作。如果他们熟悉 Hyper V，这可能是个好主意。它不会为您提供通过 DIY 获得的深入知识，但它会节省您的时间。去年我有充足的时间，而且我毫不尴尬地承认，我花了几个月的时间工作并弄清楚事情如何才能将其全部启动并运行。

祝你好运！