图1:服务器,VIP IP地址,networking连接,交换机和客户端
你好!
我们有一个IBM x3650 M3,双网卡。 我们有Windows Server 2008 R2。 在这个窗口中,我们将有如下服务:
请看附图。 服务器将具有172.16.0.10/24的VIP(虚拟IP地址)。 所有的远程客户端都会指向这个VIP。 我们将有两台来自Alcatel的交换机,无论是型号OS6450还是OS6850。 我们将在它们之间有一个UPLINK,因为它们将是两个独立的模块(尽pipe如果你推荐我们也可以设置一个堆栈)。 所以如果交换机1死了,所有的stream量将通过交换机2继续,反之亦然。 “简单”容错。
现在我们只关注一个服务器和一个服务(例如:代理或FTP)。 我们如何在这里实现容错? 我应该使用什么configuration?
我已经做了一些研究,并提出了两个解决scheme:(1)NIC TEAMING(2)Windows NLB
我明白,(1)NIC Teaming可以使用nic供应商驱动程序来build立一个良好的团队。 据我所知,我们将有1个IP地址和1个MAC地址。 我对吗? 下一步是在交换机上configurationLACP,对吧? 这个LACP的问题是唯一的情况是两台服务器的网卡直接连接到一台交换机。 在思科,我们会有这样的东西:
来源: 如何正确地设置一个服务器“团队”跨Windows Server 2008中的多个NIC?
如果您的NIC驱动程序支持LACP,则也可以在交换机上使用。 否则,你将不得不坚持交换机上的一个静态中继。 以下是思科的一个configuration示例:
Switch#conf t
Switch(config)#int g0 / 1
切换(config-if)#通道组1模式
Switch(config-if)#exit
Switch(config)#int g0 / 2
切换(config-if)#通道组1模式
Switch(config-if)#end
对于LACP,你可以这样做:
Switch#conf t
Switch(config)#int g0 / 1
Switch(config-if)#channel-proto lacp
Switch(config-if)#channel-group 1 mode act
Switch(config-if)#exit
Switch(config)#int g0 / 2
Switch(config-if)#channel-proto lacp
Switch(config-if)#channel-group 1 mode act
Switch(config-if)#end [/ code]
问题是我们将有两个SEPARATE交换机和它们之间的UPLINK。 这是一个非常不同的情况。 我可以在这里设置什么?
(2)Windows NLB我知道这是一个非常复杂的问题。 例如:
http://www.remotextensions.com/how-to-configure-network-load-balancing-nlb-in-multicast-mode/
第一个问题是交换机泛滥:我们必须在多播中设置一个NLB,我们必须在服务器将要连接的接口上修复一个ARP IP条目和MAC地址。
静态ARPparsingCisco全局命令模式:arp [ip] [集群多播mac] ARPA arp 192.168.1.100 03bf.c0a8.0164 ARPA
静态MAC地址parsing思科全局命令模式例如:mac-address-table static [cluster multicast mac] [vlan id] [interface] mac-address-table static 03bf.c0a8.0164 vlan 1 interface GigabitEthernet1 / 1 GigabitEthernet1 / 2 GigabitEthernet1 / 15个千兆以太网1/16
所以。 在我的情况下,我可以使用什么? 我想用NIC Teaming来简单。 可能吗? 我怎样才能做到这一点?
Ps:见下图:
http://s22.postimg.org/cnovh1ekx/REDUNDANCY_IN_BRIDGE_MODE_Copy2.png
你好!
我们已经尝试了桥模式! 不幸的是,我们尝试过的服务器不支持NIC组合,所以我们尝试了两个NICS之间的桥梁。 请看附图。 如果我是正确的,服务器的行为就像一个“开关”。 由于实际交换机上的生成树阻塞了其中一个端口,因此冗余生效:在交换机输出中可以看到端口1/1处于“BLK”状态。 然后我们进行一个简单的testing:
(1)两条电缆连接时,端口1/1被STP阻塞,端口1/2处于FORWARD状态; (2)端口1/1断开连接的电缆并观看。 ping按预期继续,因为1/1端口已经被阻塞; (3)将电缆重新插回端口1/1。 几秒钟后,ping回来了(生成树花费了几秒钟的时间才重新稳定下来)。 (4)拔下端口1/2上的电缆。 几秒钟后,ping又回来了(生成树需要几秒钟才能恢复稳定)。 (5)将端口1/2的电缆插回去。再过几秒钟,ping就返回了(生成树花费了几秒钟的时间才恢复稳定),我们又回到了初始状态:端口1/1被阻塞,端口1 / 2处于前进状态。
那么你怎么看STP在真实交换机上提供冗余的网桥模式呢?
ps:我们将使用vswitch在另一台服务器上尝试使用VMWare的冗余。 当我们有结果的时候,我会把它贴回去。 谢谢!
编辑:24/10/2014 – 14:21
Ps:见下图:
http://s22.postimg.org/cnovh1ekx/REDUNDANCY_IN_BRIDGE_MODE_Copy2.png
你好!
我们已经尝试了桥模式! 不幸的是,我们尝试过的服务器不支持NIC组合,所以我们尝试了两个NICS之间的桥梁。 请看附图。 如果我是正确的,服务器的行为就像一个“开关”。 由于实际交换机上的生成树阻塞了其中一个端口,因此冗余生效:在交换机输出中可以看到端口1/1处于“BLK”状态。 然后我们进行一个简单的testing:
(1)两条电缆连接时,端口1/1被STP阻塞,端口1/2处于FORWARD状态; (2)端口1/1断开连接的电缆并观看。 ping按预期继续,因为端口1/1已经被阻塞; (3)将电缆重新插回端口1/1。 几秒钟后,ping回来了(生成树花费了几秒钟的时间才重新稳定下来)。 (4)拔下端口1/2上的电缆。 几秒钟后,ping又回来了(生成树需要几秒钟才能恢复稳定)。 (5)将端口1/2上的电缆插回去。再过几秒钟,ping就返回了(生成树需要几秒钟才能恢复稳定),我们又回到了初始状态:端口1/1被阻塞,端口1 / 2处于前进状态。
那么你怎么看STP在真实交换机上提供冗余的网桥模式呢?
ps:我们将使用vswitch在另一台服务器上尝试使用VMWare的冗余。 当我们有结果的时候,我会把它贴回去。 谢谢!
NLB将需要两台服务器。 既然你只有一个,现在让我们抛出这个选项。
networking团队可以通过几种不同的方式来完成。 几乎所有的NIC组合软件都可以对两台独立的交换机进行简单的故障转移。 此时,您不需要在LACP的交换机上进行任何configuration,就可以将组合软件设置为直接故障切换。 在这种情况下,只有一个链接将处于活动状态,直到发生故障切换事件,将活动链接切换到另一个NIC。
如果您想使用LACP,则可以堆叠交换机,而不是使用上行链路。 设置堆栈将允许跨两个交换机的LACP。
编辑:你在Hyper-V中运行虚拟服务器吗? 这可能会改变你如何做你的networking。