我同意@network_ninja，但会稍微扩展一下。

我将如何解决这个问题

Router1--L3--Router2
|              |
|              |
Switch1--L2--Switch2
|    |         |
|    |         |
PC1 PC2--------+

Router1 和 Router2 正在运行VRRP、HSRP、GLBP或CARP来为 LAN 生成虚拟默认 GW IP 地址。
该协议将通过交换机核心进行对话，以在任何给定时间同意哪个路由器拥有默认 GW IP 地址。

PC2 是冗余 linux 服务器，它使用“绑定”冗余连接到交换机，它应该配置为如果虚拟默认网关 IP 地址停止响应 ARP WHO HAS，它将切换到备份连接。IP 地址本身不在物理接口上，而是在虚拟绑定接口上。
等效的解决方案可用于其他操作系统，但通常不包含在基本操作系统包中。

PC1 是非冗余服务器。

交换机没有运行任何特殊的东西，没有生成树（因为没有 L2 环路）和 LACP。它们可以来自不同的供应商，并且可以单独拆卸以进行维护。

路由器不运行任何交换，IP 地址直接在面向交换机的 L3 接口中配置。
如果您选择 VRRP 作为您的第一跳冗余协议，路由器可以来自不同的供应商。通过在主路由器上工作之前优雅地切换 VRRP 优先级，可以单独关闭每个路由器进行维护。

我会考虑大多数人会认为更非正统的解决方案。

考虑使用第 3 层而不是第 2 层来解决此问题。

将两个开关都放置到位，不要互连它们。将路由器连接到两个交换机。将您的 HP 服务器连接到两个交换机。服务器内部使用两个不同的 IP 块与路由器通信……每个交换机上的一个块（因此路由器和服务器上的接口）。将您实际用于与服务器通信的 IP 地址放在环回接口上。将 quagga 放在服务器上并运行 OSPF（按照您的规模，只需将所有内容都放入区域 0，没什么大不了的）...确保环回地址/接口包含在 OSPF 配置中。将 OSPF 放在路由器上。

瞧，路由器了解您实际用来通过 OSPF 作为主机路由与服务器通信的地址... .

作为奖励，如果您对在 Linux 服务器上运行的各种服务使用不同的 IP 地址，您可以无缝地移动服务及其关联的 IP 地址，并且网络可以干净、轻松地适应。

如果两台交换机之间的链路出现故障，则这种设置不会因裂脑情况而导致不良行为的危险……没有像 VRRP、HSRP 等 FHRP 导致不良行为的危险……没有交换机掉落的危险如果您遇到不对称的情况，就会回到低效的流量泛滥。

我在更大的环境中使用了这个解决方案，它的工作非常好，对于设备故障和人为配置错误具有惊人的稳健性和弹性。

对于服务器端的事情，如果你运行 centos 或类似的东西，你只需在 nics 之间创建一个绑定。

在 Windows 上，我相信你可以做同样的事情。

然后在交换机端，从服务器到交换机的所有电缆都将成为同一个 vlan 的一部分。

如果您的交换机支持，您可以做的另一件事是配置 VRRP，以便您的服务器使用冗余网关地址。

正如其他人所说，冗余服务器连接将特定于平台。有些操作系统集成了网卡冗余机制，有些需要额外的软件，但大多数应该能够实现主动/被动双网卡冗余。

如果路由器具有集成交换机（例如 Cisco 交换机 wic）并支持 stp（快速首选），那么您可以执行我称之为单连接 U 的操作。您可以将路由器上的 L2 端口连接到每个交换机并使路由器的stp根。将交换机连接在一起 (L2)，您就消除了路由器下方的所有单点故障。

另一种解决方案需要 L3 交换机。您可以将路由器的 L3 端口连接到每台交换机上的 L3 端口。然后将交换机与 L2 端口和 L3 端口连接在一起。在交换机之间运行 FHRP，这将消除路由器下方的所有单点故障，而无需路由器集成交换机。

给定两个路由器，还有一些额外的可能性可以消除作为单点故障的路由器。