2节点负载均衡器中的故障情况

我知道这不一定是你正在寻找的答案，但是：

这是一个不能由别人决定的商业决定。

但是，您可以遵循以下原则：

• 多久可以更换一个失败的服务器..

  你有没有24×7的手？
  你有所有组件的维护合同吗？
  什么是保证交货时间？

• 你能运行不足的机器吗？

  你能买得起足够专用的机器吗？
  pipe理层是否理解这个要求？
  理想情况下，你想单独运行less于50％。 总共100％不可行。

• 你有什么服务要求

  如果一切都出错了，你的声誉或财务会受到损害吗？
  你的用户期望什么或者真的付钱？

把这些东西放在一起应该会使你更好地做出决定。

丹·卡利的回答是好的 – 我正在扩大我经常看到的人们的误解。

HA场景的双节点主动 – 主动应用服务器群集。 …当其中一台服务器出现故障时，整个站点负载将在一台服务器上

是的，这就是为什么双节点主动/主动通常是一个糟糕的解决scheme。 在较高层次上，如果您有2个节点，则可以执行以下操作之一：

1. 2个节点主动 – 主动 ，其中每个单个节点不能处理完整的日常负载。 通过采用2个节点，您可以获得一定的额外空间以用于加载尖峰（斜杠），您可以在夜间将单个节点脱机进行维护，而不会中断服务。 您无法获得高可用性 ，因为高峰时段单个节点的故障将导致系统停机。 事实上，您的服务（每个节点）至less有两个单点故障。
2. 2节点主动 – 被动 ，其中每个单个节点可以处理满负荷。 您可以获得高可用性和相对简单的设置。
3. 2节点主动 – 主动 ，其中每个节点可以处理满负荷。 您可以获得1）以及高可用性的所有好处，但通常是以更复杂的设置和更昂贵的硬件要求为代价。

对于2节点HA系统，主动 – 被动通常是我的首选设置。 在双节点设置中运行主动 – 主动模式有很less的好处，而主动 – 被动模式通常更容易理解，工作也更简单。 当有3个或更多的节点时，主动 – 主动成为一个很好的解决scheme，所以一个节点的stream量切换到其他节点不成问题。

我不是100％清楚OP的意思，但我认为他的选项2对应于我的选项2或3，意思是每个节点的运行能力不足50％。