我有一个网站，前一段时间，托pipe我的网站的公司的networking服务器closures了一天。 我向公司咨询了一个解决scheme，我可以在将来如何阻止这种情况发生，他们build议有第二台机器，并通过一个“负载平衡器”连接到我目前的网站/networking服务器（额外的巨额费用！ !!）。 第二台机器将是第一台机器的复制品，所以如果我倒下，另一台将永远在运行。
—-解释—–我的托pipe公司build议在同一时间运行第二台机器是一个好主意，两台机器将通过负载平衡器连接起来，从而减less停机时间。 第二台机器将是第一台机器的镜像，而第一台机器的任何更改都必须在第二台机器上进行复制。
我不介意花钱，如果它真的保存我的网站不下去。 我想知道为我的目的是否值得拥有这个“负载平衡器”？
我的网站是24/7服务。 我无法承受24小时/ 1小时的停电。 只要真的有价值，我不介意使用这个“负载平衡器”。 我不确定它是否只是我的托pipe公司的营销手段，或者真的是一个“最好”的解决scheme。
感谢帮助。
问候
取决于你需要你的服务水平。 如果您需要24/7全天候运行，那么请select高可用性解决scheme。
您的主持人目前的build议听起来有点可疑。 正如您所描述的那样，如果主服务器出现故障，负载均衡服务也将停止，并且无法将stream量卸载到备份。 在进行负载均衡时，您通常会select一个基于DNS的解决scheme，该解决scheme有多个Alogging，每个logging指向一台服务器。 如果发生故障，客户将尝试列表中的下一个。 这意味着在您的控制范围内没有单一的失败点。
至于是否值得付出很多，这取决于很多事情。
这是我的build议：
这完全是为了适合您的服务而量身定制的解决scheme。 如果您发现预算不足以将您的需求保持在可用水平，那么现在可能是重新考虑项目可行性的时候了。
在这种情况下，不。 负载平衡器用于在两台或多台服务器之间分配客户端负载，以便在繁忙时段保持对每个人的快速服务。
在这种情况下，您需要的是某种故障切换系统，其中一个体面的方式是位于不同位置的另一台服务器。 这可以通过在发生问题时更改域的DNSlogging来使用。 当然，那么你需要定期复制到两台机器上，而不会丢失任何数据。
真的，这是你的主人的错，而且他们提出了一个巨大的代价来保护他们的问题是非常可悲的。 另外，如果负载均衡器死亡，您的整个基础设施将与它一起，所以您也需要为负载均衡器创build某种故障转移。
我喜欢你的问题。 这很简单，每隔一段时间就发生在每个人身上。 但是，您的托pipe公司的解决scheme有一个缺陷。
他们可能因为networking问题而倒闭。 这意味着有一个负载blancer和X的机器数量仍然是失败的，因为如果公司networking宕机，他们倒下了。 负载均衡器也是一台机器。
如果你真的想把钱扔进去，就会有更便宜和更有效的解决scheme。 其所谓的亚马逊AWS。 负载平衡器很便宜，服务器很便宜，可能AWS下降（有），但远远低于美国广播公司和XYZ兄弟托pipeINC。
你将需要专家的帮助来做到这一点，所以这是钱的一部分。 但根据我的经验，即使有些人不同意AWS的select，对我而言，生活变得更加轻松和顺畅。