目前在我的服务器上,它们全部或几乎全部都有 2 个网卡,其中一个正在使用。每个网卡当然都连接到单个交换机。
我需要做什么才能使这成为冗余,因为两个 NIC 都被使用并连接到不同的交换机,但将有一个具有自动故障转移功能的 IP。
大多数服务器是运行 Windows Server 2003 或 CentOS/Redhat 5ish 的 Dell Poweredge 服务器。
我以前从未设置过这个,但我猜这个主题有点超出一个服务器故障问题,所以我只是在寻找关键字(比如 NIC 绑定?)、链接、关于这个主题的书籍推荐,以及要注意的问题为了。
我们使用了很多 SuperMicro 设备,我们刚刚注意到 SuperMicro 现在有一个第 3 层管理交换机。我有兴趣在机架应用程序的顶部使用它。
与大多数 SuperMicro 产品一样,价格合适。
我似乎无法在网上找到任何测试/审查/使用过这些开关的人。在掏钱之前,我想找到一篇评论或听听某人对这款装备的良好体验。
有人使用过 SuperMicro 第 3 层交换机(特别是 SSE-G48-TG4)并且对它们有什么好或坏的要说吗?
该主题涵盖了几个主题,因此我将尝试进一步分解它,以提供更多信息并更好地了解该技术。
首先是一些背景 - 我们正在举办一个有很多参与者的本地 LAN 派对。连接的计算机数量在 200 到 600 之间(可能更多)。我们有 Netgear FS726T 管理型交换机,千兆链路连接到核心千兆交换机。网络至少在人们进来前几个小时设置好,并使用 24-48 小时。在这些 Netgear 交换机上,我们启用了 802.1d 以避免循环,但一切都保留默认设置。
我们可以控制以下 STP 802.1d 设置(及其范围):
每个端口:
以下是一些后续问题:
这些是我一直在考虑的变化以及原因 - 我的想法是否正确?
任何信息和部分答案将不胜感激。关于在哪里可以找到有关该主题的更多信息的信息也将不胜感激。
谢谢
我最近有一台 mac 出问题了,需要半分钟或更长时间才能加载 www.google.com。让它的主人放弃机器进行维修就像拔牙——他们坚持认为这一定与网络有关,因为在他们的机器失控的同时,本地配置发生了很大变化。
我最终设置了一个端口镜像到一个我可以远程访问的盒子,这样我就可以显示 mac 只是不规则地将数据包发送到网络上。证明这一点面临另一个挑战:我使用的远程桌面软件的延迟意味着我必须指向时间戳,而不仅仅是数据包在屏幕上闪烁的那一刻作为我的证据。
这个特殊的用户是这一次如此具有挑战性的原因,但我想要一个盒子,我可以从一张桌子推到另一张桌子,以便在我需要的任何地方的笔记本电脑上使用wireshark。3com、cisco、netgear等(ad nauseum),都是可以配置端口镜像的交换机,但就我而言,越小越好。为了我的理智,无论如何我最终可能会用电池来运行它。
如果我的笔记本电脑有两个以太网端口,这会很容易。
所以,whaddya 推荐在每次通电时需要 0 配置的设备(尽管我可以在最初设置它时戳一下它。) 小巧、轻便、便宜,足以让它过去购买?
谢谢,
我们正在经历一个非常奇怪和令人沮丧的问题。我们公司在马萨诸塞州和加利福尼亚州都有服务器。我们看到的问题仅出现在 CA 硬件上。在加州,我们有数百台戴尔 R300 和戴尔 R310 服务器,它们都连接到四台 HP Procurve 4208vl 交换机。每个型号有两台交换机,一台用于前端网络,一台用于后端网络。这些系统排列在集群中,并且都用于我们运行的各种测试,以测试我们正在开发的软件操作系统。其中许多测试需要连续和/或重复重启。许多(如果不是大多数)测试会再次使用操作系统重新配置节点。问题是,如果有足够的时间,似乎是随机发生的,这些系统中的一个(或多个)将具有关闭的 eth0 或 eth1 接口。
问题是节点会间歇性地启动,eth0 或 eth1 上都没有连接,有时两者都没有。解决方法是通过后端(如果 eth0 已关闭)或前端(如果 eth1 已关闭)通过 SSH 进入并在已关闭的接口上运行 ifdown/ifup。
解决方法列表: - 服务网络重启 - ifdown eth1(或 eth0),然后 ifup eth1(或 eth0) - 重新安装网络电缆 - 重新启动服务器
这对开发团队来说是一个巨大的痛苦,因为它会阻止整个集群运行测试,直到手动干预。
最糟糕的部分发生在节点为操作系统安装启动 busybox 并且 eth0 退出时:在这种情况下,节点完全无法访问,因为我们在 busybox 中没有 eth1,并且操作系统安装无法继续,因为它不能与 PXE 服务器交谈以下拉操作系统的最新映像(因为 eth0 已关闭)。陷入这种状态的节点会像这样卡住,直到下次我在 CA 中接听某人的电话并让他手动重新启动节点。
已采取以下措施来尝试解决这个看似随机且无法重现的问题:
我需要在某个位置安装新的 SFP;但是,我需要它们连接到现有的交换机,我不确定它们是什么 SFP 类型。我只知道我有 MM Fiber。
如果我安装了 Cisco GLC-SX-MM 1000Base SFP,如果该光纤的另一端连接到 100Base SFP,是否会导致问题,或者我是否需要在两端都具有匹配的速度?
就我们目前的情况寻求一些建议。我们在数据中心有一个完整的机架,其中包含 1 个到数据中心分布层交换机的上行链路(我们不控制它)、2 个 HP ProCurve 2824 和一些服务器(我将保留它以保持简单)。交换机 A 和交换机 B 不具有容错能力。如果一个失败,我们将失去一半的链接。我们正在尝试配置两台 HP 2824,以便在我们丢失一台时,可以恢复正常操作。我们目前配置了中继端口,但这只是为了增加带宽。例如:
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
Run Code Online (Sandbox Code Playgroud)
据我所知,交换机必须堆叠(交换机 A 是指挥官,交换机 B 将是成员 - 顺便说一下,这是 ProCurve 行话),我们正在尝试做的称为 InterSwitch Trunking,尽管 ProCurve手册并没有这么称呼它。
我假设一旦交换机堆叠,我可以做一个类似的配置,除了上面的接口 17 是交换机 A 上的接口 1,接口 18 将是交换机 B 上的接口 1。如果交换机 A 或 B 发生故障,则不会有单点故障。ProCurve 手册特别提到了对冗余交换机使用 LACP 以及在互操作性成为问题时使用“中继”选项。我上面的东西需要切换到更像
trunk 17-18 Trk4 LACP
Run Code Online (Sandbox Code Playgroud)
对于我们是否正在使用新配置走上正确道路的任何评论,我们将不胜感激。不幸的是,我们目前唯一需要使用的环境是生产环境,这使得测试不同的场景变得困难。
最后,对于交换机上行链路,我们目前从数据中心有 1 个下降。为此,我们需要两个,我假设分布层交换机(这些分流的来源)需要针对链路聚合/LACP 进行配置,因此数据中心工作人员需要进行一些更改.
我需要花费一些切换费用并弄清楚如何将 PC 联网到这种类型的网络。


澄清:这是连接高层设施中的单元。每个单元都在壁橱里放上一张照片。在走廊的每隔一个楼层,来自两层楼的电缆都集中在一个面板中。然后每个面板向地下室发送一条电缆。
所以我想弄清楚如何
这个周末我计划(终于)从手工制作的(2x4s 和胶合板)长凳上取下一堆设备,并将它们全部安装在合适的机架上。要移动的物品之一是带有两个模块的 HP 5406zl 模块化交换机,如下所示:

它目前放在一个两柱式的架子上,左边是我“退休”的长凳边缘。它正在移动,因为它对于两柱式机架来说太重了,它没有正确固定在地板上,也会“退役”。
新机架的布置使得交换交换机中的两个模块非常有利。亮橙色光缆应向左移动,蓝色和灰色超五类电缆应向右移动。
我目前的计划是在周四进行配置备份,并在周五编辑文件以交换对模块 A 和 B 的所有引用,以便为周末的更改做好准备。
我的问题是一个基本的健全性检查。这会起作用吗?甚至有必要吗(即:交换机是否会检测到插入模块 B 的模块与 A 中使用的模块相同,然后相应地移动它的配置?我应该注意什么?
我有bond0,里面有两个物理接口。通常我会为这个bond0 分配静态IP 地址来设置服务器上的互联网连接。
现在,由于 LXC 虚拟来宾,我不得不创建一个桥 br0 并将bond0 和 virt0(虚拟来宾的虚拟接口)放在桥中。
只是创建 br0 并在其中添加这两个接口不起作用,我不得不为 br0 本身分配静态 IP 地址,并且不将 IP 地址分配给 bond0 或 virt0。在虚拟来宾本身中,有分配到来宾内部“虚拟”eth0 的公共静态 IP。这有效。
问题是 - 为什么它以这种方式工作并且在网桥中不需要配置 bond0?当我有一个网桥并将 IP 地址分配给 bond0 而不是 br0 时会发生什么?我认为网桥就像交换机一样工作,而交换机是“哑巴”,处理 MAC 地址并且对 IP 地址一无所知。
switch ×10
networking ×4
fiber ×2
linux ×2
port ×2
bonding ×1
bridge ×1
cisco ×1
ethernet ×1
hp ×1
hp-procurve ×1
ip ×1
lacp ×1
mirroring ×1
nic ×1
redundancy ×1
sfp ×1
stp ×1
supermicro ×1