VLAN上吗？

所以，我在这里有点困惑。我有一个带有双控制器的Dell MD3200 SAN。每个控制器都有一个连接到交换机的以太网pipe理端口。两个控制器一起连接到独立的交换机以实现冗余。

我正在build立我的故障转移群集，并被告知我应该在相同的子网上运行SANpipe理端口，这些端口将隔离到VLAN。如果我把它留在那，那么如果我想通过不在子网/ VLAN上的服务器上的networkingpipe理SAN带外情况，我将无法做到这一点。

所以，问题是，如果我的服务器有10.0.2.X子网，故障转移群集有10.0.2.X子网，我可以让SAN成为10.0.1.X或10.0.2.X的一部分？我个人认为我应该把它放在10.0.1.X ，但我想我会问，以防万一。

UPDATE

只是给你更多的信息，有问题的服务器是Dell R710 （X2）与x8 1GbE端口。这些交换机是Dell 6224 s（x2）。我计划在有3个组合连接的服务器上。 “公共”团队中的2个端口，“私人”团队中的2个端口（群集），以及“虚拟机”团队的4个端口。

SAN 是 MD3200 ， 而不是 MD3200i 。它通过冗余HBA电缆连接到带有SAS的服务器。

群集将成为Hyper-V的Windows Server 2008 R2故障转移群集。

MD3200通过SAS连接到服务器; 所以我想你的意思是MD3200i。为pipe理，iSCSI和客户端stream量分离vLAN是“正常的”。你没有提到你正在运行的是什么types的集群软件，但是对于大多数情况来说，它的集群/心跳信息stream通常拥有自己的vLAN。

根据您的服务器和硬件，这些可能都有自己的物理网卡，也可能是共享的。对于1GbE，至less有4个NIC端口也是正常的; 或 2个10GbE / FC / IB / NCA端口和2个1GbE端口。具有访问控制的L4交换机或路由器（允许所有这些vLAN被路由select性地（如果适用））也是正常的。

打破这一点：

您的服务器应至less有4个networking端口。
- 根据您的设置，您可能需要6甚至8个; 这真的取决于。
您应该拥有vLAN：
- pipe理（ESX或Hyper-Vpipe理程序; iLO / DRAC / iLOM / etc; SANpipe理）
- SANstream量（不pipe它是什么：iSCSI，FC，IB，SAS;它应该是分开的）
- 客户端stream量（你的正常stream量，有时候你会想要多于一个，就像你将会有的一样多，没有任何额外的复杂性）
- 集群/心跳（可选，取决于您使用的软件）。我运行Hyper-V群集，在pipe理networking上有心跳，对小的滞后不敏感。一些集群软件对时滞感到痛苦，需要自己动手。
每个vLAN应该有它自己的子网。我强烈build议使用大于/ 24的子网或将它们隔开，以便稍后扩展它们（我不推荐任何小于/ 20的东西，即10.0.0.0,20,10.0.16.0,20,10.0.32.0 / 20等）。子网之间应该有某种forms的路由。高端交换机有这个function，你的防火墙也可以。如果你缺less一个盒子或虚拟机与pfSense很好。

其他想法：NIC芯片真的很重要。确保你的服务器有一些不错的东西，而Google则会针对特定芯片的集群或SAN问题。我运行Broadcom BCM5709芯片（我的所有服务器都使用完全相同的芯片）。这些芯片有问题，以前的固件已经解决了。英特尔芯片往往非常好。在任何情况下检查一下，确保运行最新的固件，驱动程序和pipe理软件。

一般来说，你应该有两个独立的vlans，每个iscsinetworking一个。 pipe理界面一般应该坐在你的服务器旁边或者你的一般pipe理vlan中，这取决于安装。

你的问题归结为你的pipe理界面有多重要。如果您遇到某种networking故障，您仍然可以在pipe理端口不可用的情况下使用SAN。您无法通过访问pipe理端口来更改它。虽然这并不理想，但您始终有能力在紧急情况下通过串行或交叉进入。

“故障转移群集”对不同的人意味着不同的事情。如果您需要两个存储控制器之间的心跳，那么它们需要能够互相ping通。如果它只是一个备用设备保持同步以便在发生灾难时使用，则可以将其置于自己的子网，vlan甚至networking上。只要复制stream量（我将假定是IP）可以在那里路由。