是否有一个底层的pipe理或诊断接口，以确定在内部发生了什么？ 我已经使用Linux机箱和Cisco交换机之间的链路聚合多年。 在设置新的方框时，Linux端不会响应思科LACP数据包，我定期遇到死胡同。 我一丝不苟地按照每个服务器的严格的指示，但结果似乎有所不同。 无论绑定是否包含一个或八个从属节点，tcpdump会显示所有绑定接口上来自交换机的LACP数据包，并且不会传回任何数据包。 实际上，没有数据包正在传输期间。 接口的rx_packets显示可观的stream量，但tx_packets为零。 有关MII或绑定的日志中没有什么有趣的。 甚至没有任何错误。 目前，我正在处理一个只有两个nics的盒子。 目前，我在债券中只有eth1。 显然，这是一个退化的configuration。 债券中的eth0和eth1都没有改变。 在networking堆栈完全closures的情况下，使机器难以使用。 如有必要，我可以重新configuration这两个nics，并通过一个pipe理界面（DRAC），但是我不能以这种方式复制粘贴。 一些预备： 我testing了nics，端口和电缆。 当接口没有绑定时，一切都按预期工作。 我已重新启动并确认模块已正确加载。 我已经试过这个和没有vlan中继， 链路聚合发生在堆栈中的那一点以下，这应该不重要。 交换机有工作，集群通道组转到其他Linux机器。 即使Linux机箱的发行版，内核和硬件不相同，configuration也是相同的。 这是今天下载的debian 8.6。 Linux box 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux 缩写configuration： iface eth1 inet manual auto bond0 iface bond0 inet manual slaves eth1 address 10.10.10.10 netmask 255.255.255.0 bond_mode 4 bond_miimon […]
我有2个Linux机箱运行centos 6.5每个与2接口绑定在一起，链接到Cisco 2960-S交换机与lacpconfiguration的端口。 交换机上的configuration port-channel load-balance src-dst-mac ! interface Port-channel1 switchport access vlan 100 switchport mode access ! interface Port-channel2 switchport access vlan 100 switchport mode access ! interface FastEthernet0 no ip address ! interface GigabitEthernet0/1 switchport access vlan 100 switchport mode access speed 1000 duplex full spanning-tree portfast channel-protocol lacp channel-group 1 mode active […]
对我们目前的情况寻求一些build议。 我们在一个数据中心有一个完整的机架，它包含1个到数据中心分布层交换机的上行链路（我们不控制这个），2个HP ProCurve 2824和一些服务器（为了简单起见， ）。 交换机A和交换机B不具有容错性。 如果失败了，我们将失去一半的链接。 我们正在尝试configuration两台HP 2824，所以如果我们丢了一台，就可以恢复正常的操作。 我们目前有中继端口configuration，但这是严格的增加带宽。 例如： interface 17 <br> name "SERVER-A-BOND0-1"<br> no lacp<br> exit<br> interface 18<br> name "SERVER-A-BOND0-2"<br> no lacp trunk 17-18 Trk4 Trunk spanning-tree Trk4 priority 4 据我所知，交换机必须被堆叠（交换机A是指挥官，交换机B是会员 – 顺便说一句，这是ProCurve的行话），我们正在试图做的是InterSwitch Trunking，尽pipeProCurve手册并不是指那个。 我假设一旦交换机堆叠，我可以做类似的configuration，除了上面的接口17将是交换机A上的接口1，接口18将是交换机B上的接口1.如果交换机A或B发生故障，将不会有单点故障。 ProCurve手册特别提到将LACP用于冗余交换机，以及在互操作性问题时使用“中继”选项。 我上面的东西需要切换到更类似的东西 trunk 17-18 Trk4 LACP 我们真的很感激任何关于我们是否正在用新configuration走正确道路的意见。 不幸的是，目前我们唯一需要处理的环境是生产环境，这使得testing不同的场景变得困难。 最后，对于交换机上行链路，我们目前有一个从数据中心的下降。 为了这个工作，我们需要两个，我假设分布层交换机（这些滴是从哪里来的）将需要configuration链路聚合/ LACP，所以需要数据中心人员进行一些更改。
我已经在我们的Netgear交换机（GS724T）上设置了LACP和LAG。 我将两个端口绑定在一起，以在两台交换机之间创build一个2Gbps连接。 我想知道是否有一种方法来testing增加的带宽？ 我知道这是设置的，因为交换机不再创build路由环路，并且交换机pipe理（在两台交换机上）都将两个端口显示为LAG的成员。 显然，如果我ping两台交换机的IP，它们的速度与之前相同，因为它的带宽没有传输，我试图查看。
我将两个以太网接口configuration成一个聚合组来增加带宽，我想知道bond mode = 0是否适用于所有交换机？ 愚蠢的交换机不支持LACP？ 这种方法会增加单个主机（“会话”）的带宽吗？
我很好奇的意见，调查结果或证据表明，使用LACP绑定到多个交换机端口的多个接口可以增加冗余。 以前绑定的接口一直是单个交换机，冗余通道连接到另一个端口。 没有涉及供应商的具体情况，我的想法是，因为这是一个单一的LACP，事件或变化的可能性可能导致广泛的服务中断。 没有备用设备或时间在不同的交换机上testing这个单一信道，任何人都可以拥有比我更高的networking知识，告诉我是否有一个networking端事件会降低networking连接到已经build立了一个绑定接口的服务器到单独的交换机上的两个端口？ 从服务器跨多个交换机（我们build议我们可以使用）使用绑定的以太网通道是否可以提供改进的吞吐量（无疑）和改进的冗余（不确定性）。 networking事件（如交换机故障，端口迁移，修补，恢复等）是否会导致两个服务器networking接口的通道不可用？ 提前致谢。
我知道这似乎是一个家庭作业的问题，但它实际上是一个更大的项目（和networking）的一部分，需要把它分解成大块，所以我清楚我在做什么。 我从来没有用[R / M] STP工作，只有设置一个静态LAG之前，所以我不知道我在这里需要什么。 我有三台交换机全部在同一个广播域内，通过VLAN标记，由一个LAG组互连，每个LAG组由2个铜质千兆以太网组成。 假设这些交换机支持LAG / LACP / * STP / 802.1q VLAN标记; 为了比较而尽量减less供应商专有的扩展，但如果有供应商“重新标记”的开放标准，或值得一提，请随时这样做。 目标是： 通过B和C为交换机A提供冗余的上行链路 在两个上行链路上均具有负载均衡/增加的带宽（如果可能的话，即4 x GbE LAG组或2 x 2 GbE LAG组“主动/被动”（如果有意义的话） 我不确定的是： 下面是我认为这个循环是如何工作的：来自机器B1（在交换机B上）寻找属于机器A1（在交换机A上）的1.2.3.4的ARP请求将从A到B和A到达交换机A C到上行链路。 交换机A（我假设）首先通过直接的B-to-A LAG上行链路接收广播，但是将从两个上行链路LAG端口（即，LAG A到B是端口1/2和LAG A到C是端口23/24），令交换机B大惑不解。 我是否正确地解释了这个循环？ 如果我的断言＃1确实是一个循环，我需要* STP。 从我读到的，STP是古老而缓慢的; RSTP要快得多（可能是除了最大的networking之外的其他所有网站都没有意义，似乎是Intarweb所说的）。 然后是MSTP，这让我感到困惑：似乎允许多个STP组为多个VLAN，但假设我只处理一个VLAN（2），这是必要的吗？ 如果我添加了所有3台交换机的第二个VLAN，该怎么办？ 我非常肯定，M-LAG（我认为这就是所谓的）将允许跨越交换机的LAG，但是我不清楚如果这将是包括4个以太网连接的LAG，包括交换机A的A- to-B（2）和A-to-C（2）上行链路？ 我已经在一个论坛上看过（不知道在哪里），LACP将消除对* STP的需求，因为它是“dynamic的”，并且“知道”哪个上行链路基于负载均衡algorithm转发广播/单播通信量，但有人在后来插话，事实并非如此。 为了解决这个问题，考虑到LAG / LACP / * STP的缩写，以及我的拓扑结构，我应该怎么做呢？
我正在为数据中心的几个VMware vSphere 5.5和6.0集群扩展存储后端。 我主要在我的VMware体验（Solaris ZFS，Isilon，VNX，Linux ZFS）中使用NFS数据存储，并且可能会在环境中引入Nimble iSCSIarrays ，以及可能的Tegile（ZFS）混合arrays 。 目前的存储解决scheme是基于Nexenta ZFS和Linux ZFS的arrays，它们为vSphere主机提供NFS挂载。 networking连接通过存储磁头上的2个10GbE LACP中继和每个ESXi主机上的2个10GbE交付。 交换机是configuration为MLAG对等方的双Arista 7050S-52机架顶部单元。 在vSphere方面，我使用configuration有2个10GbE上行链路上的LACP绑定的vSphere Distributed Switch（vDS）和networkingI / O控制（NIOC）为VM端口组，NFS，vMotion和pipe理stream量分配共享。 这种解决scheme和devise方法多年来一直运行良好，但添加iSCSI块存储对我来说是一个重大转变。 在可预见的未来，我仍然需要保留NFS基础架构。 我想了解如何在不改变物理devise的情况下将iSCSI集成到此环境中。 ToR交换机上的MLAG对我来说非常重要。 对于基于NFS的存储，LACP是提供path冗余的公认手段。 对于iSCSI来说，LACP通常是不被接受的，MPIO多pathdevise是推荐的方法。 我正在使用万兆以太网，并希望保持简单的双端口链接到每个服务器。 这是为了布线和devise简单。 鉴于上述情况，我怎样才能充分利用iSCSI解决scheme？ 通过LACPconfigurationiSCSI？ 在vDS上创buildVMkernel iSCSI适配器，并尝试将它们绑定到单独的上行链路以实现某种突变MPIO？ 添加更多的networking适配器？
我在Linux下看到一些关于绑定接口的混淆行为，我想把这种情况抛诸脑后，希望有人能为我解决这个问题。 我有两台服务器：服务器1（S1）有4个1Gbit以太网连接; 服务器2（S2）具有2个1Gbit以太网连接。 两台服务器都运行Ubuntu 12.04，尽pipe内核为3.11.0-15（来自lts-saucy linux-generic软件包）。 两台服务器都将其各自的networking接口绑定到单个bond0接口中，并具有以下configuration（在/etc/network/interfaces ）： bond-mode 802.3ad bond-miimon 100 bond-lacp-rate fast bond-slaves eth0 eth1 [eth2 eth3] 在服务器之间有几个惠普交换机（我认为）正确configurationLACP的端口有问题。 现在，链接正在工作 – networkingstream量愉快地stream入和stream出两台机器。 而且所有的接口都在使用，所以不像聚合是完全失败的。 但是，我需要在这两个服务器之间的尽可能多的带宽，我没有得到我期望的〜2Gbit / s。 在我的testing中，我可以观察到，每个服务器似乎都将每个TCP连接（例如，iperf，scp，nfs等）分配给一个从属接口。 基本上所有东西似乎都被限制在最大1千兆位。 通过设置bond-xmit-hash-policy layer3+4 ，我可以使用iperf -c S1 -P2发送两个从接口，但是在服务器端，接收仍然只发生在一个从接口上，因此总吞吐量上限为1Gbit / s，即客户端在两个从接口上显示〜40-50MB / s，服务器在一个从接口上显示〜100MB / s。 在没有设置bond-xmit-hash-policy的情况下，发送也仅限于一个从接口。 我觉得LACP应该允许这种连接捆绑，例如，允许单个scp传输来利用两个主机之间的所有可用接口。 我对LACP的理解错了吗？ 还是我错过了一些configuration选项？ 任何意见或线索调查将不胜感激！
我们把一个4端口的Intel I340-T4网卡放在FreeBSD 9.3服务器1上，并将其configuration为在LACP模式下进行链路聚合 ，试图减less从主文件服务器镜像8到16个TiB数据到2-平行4个克隆。 我们期望达到4 Gbit / sec的总带宽，但无论我们尝试了什么，它的速度都不会超过1 Gbit / sec的速度。 2 我们使用iperf3在静态LAN上testing。 3一如预期，第一例接近千兆位，但当我们开始第二个并行时，两个客户端的速度下降到大约1/2 Gbit / sec。 添加第三个客户端将所有三个客户端的速度降到〜＆frac13; 千兆位/秒等等。 我们已经iperf3设置了iperf3testing，来自所有四个testing客户端的stream量进入不同端口的中央交换机： 我们已经validation了每个testing机器都有一个独立的path返回到机架式交换机，文件服务器，它的NIC和交换机都有带宽来分离lagg0组并分配一个单独的IP地址此英特尔网卡上的四个接口中的每一个。 在这种configuration下，我们确实达到了〜4 Gbit / sec的总带宽。 当我们开始走这条道路时，我们正在用旧的SMC8024L2pipe理型交换机来做这件事 。 （PDF数据表，1.3 MB）。它不是当天最高端的交换机，但它应该能够做到这一点。 我们认为，由于年龄的原因，开关可能会出现故障，但升级到function更强大的HP 2530-24G并没有改变症状。 HP 2530-24G交换机声称有问题的四个端口确实configuration为dynamicLACP中继： # show trunks Load Balancing Method: L3-based (default) Port | Name Type | Group Type —- + ——————————– ——— + —– ——– […]