当我的一个Web服务器被拔掉时，我如何自动将所有用户redirect到另一个城市的B Web服务器，反之亦然？ 一个负载均衡交换机做我想要的，除非我不知道如何让它工作，除非两个Web服务器在同一个build筑物。 高可用性集群系统做我想做的事情，除非我不知道如何让它工作，除非两个Web服务器都在同一个build筑物中。 “ 主Web服务器closures时redirect到另一个Web服务器上的静态页面 ”的接受答案似乎支持2个不同城市的Web服务器。 但是，如果在一个盒子上拔下一个软件，那么如何在一个盒子上安装一个软件呢？ 循环赛DNS和内容交付networking （CDN）如何做到这一点？ 我想有一种方法开始是这样的： 我得到每个物理Web服务器的IP地址。 我把每一个物理networking服务器的IP地址都放到了单个域名“本”网站（多个Alogging或AAAAlogging或两者）的DNSlogging中。 …那么我需要做什么？ 我想另外一个办法就是开始 我使用一些dynamic的DNS提供商来提供我希望用户input到Web浏览器的单个域名 我在每台Web服务器上设置了一个定期向DNS提供商通知自己的IP地址（更新Alogging或AAAAlogging）或自己的域名（更新CNAMElogging或DNAMElogging）的cron作业。 …那么我需要做什么？ （现在，如果我的用户在我的联系信息中有一个静态的网页，并且有一个脚注说：“当一个Web服务器A被拔掉时，主服务器似乎停止运行”，我会很高兴。目前的系统，只是给出了一个“服务器没有find”的错误理想情况下，我希望A和B完全同步，显然是相同的 – 但这是另一个问题： 相当于CDN，但dynamic内容？
我试图设置nginx作为一个反向代理，与大量的后端服务器。 我想按需启动后端（在第一个请求中），所以我有一个控制进程（由HTTP请求控制），根据接收到的请求启动后端。 我的问题是configurationnginx来做到这一点。 以下是我到目前为止： server { listen 80; server_name $DOMAINS; location / { # redirect to named location #error_page 418 = @backend; #return 418; # doesn't work – error_page doesn't work after redirect try_files /nonexisting-file @backend; } location @backend { proxy_pass http://$BACKEND-IP; error_page 502 @handle_502; # Backend server down? Try to start it } location […]
我正在寻找负载平衡和故障转移策略的解决scheme，主要针对大型Web应用程序。 我们有很多服务需要平衡，比如web，MySQL，以及许多基于HTTP或TCP的服务。 但是我不确定他们的优点和缺点，以及我应该select哪一个。
是否有适合与Windows Server 2008 / SQL Server一起使用的生产质量的iSCSI SAN进行故障转移群集？ 到目前为止，我只看到了戴尔的MD3000i和惠普的MSA 2000（2012i），两者的价格均在6K美元左右，并且configuration了最less的磁盘。 我知道，水牛城有一个1000美元的设备，支持iSCSI，但是他们说它不能用于2008年的故障转移集群。 我对在生产环境中看到适合故障转移的东西感兴趣，但IO要求非常低。 （集群，比如一个30GB的数据库） 至于使用软件：在Windows上，StarWind似乎有一个很好的解决scheme。 但实际上比购买硬件SAN更多的钱。 （据我所知，只有企业版支持复制品，这是3000美元的许可证。） 我以为我可以使用Linux，就像DRBD +的iSCSI目标将罚款。 但是，我还没有看到任何支持SCSI-3持久保留的免费或低成本的iSCSI软件，Windows 2008需要故障转移群集。 我知道$ 6K没有多less，只是好奇，看看有没有实用的更便宜的解决scheme。 最后，是的，软件是昂贵的，但许多小企业得到MS BizSpark，所以Windows 2008企业/ SQL 2008许可证是完全免费的。
从阅读来看，似乎不推荐DNS故障转移，因为DNS不是为它devise的。 但是，如果在托pipe冗余内容的不同子网上有两个Web服务器，那么还有什么其他方法可以确保当一台服务器出现故障时，所有通信都会路由到实时服务器？ 对我来说，DNS故障转移似乎是唯一的故障转移选项，但共识是不是一个好的select。 然而，像DNSmadeeasy.com这样的服务提供它，所以一定有优点。 任何意见？
我们今天从客户那里收到一个有趣的“要求”。 他们希望100％的正常运行时间与Web应用程序的异地故障转移。 从我们的Web应用程序的angular度来看，这不是一个问题。 它旨在能够跨多个数据库服务器等扩展。 但是，从networking问题，我似乎无法弄清楚如何使其工作。 简而言之，应用程序将位于客户端networking中的服务器上。 它被内部和外部人员访问。 他们希望我们维持一个非现场的系统副本，如果他们的处所发生严重故障，他们会马上接pipe。 现在我们知道内部人（鸽子？）绝对没有办法解决，但是他们希望外部用户不要注意。 坦率地说，我还没有最可能的想法。 看来，如果他们失去了互联网连接，那么我们将不得不做一个DNS更改转发stream量到外部机器…这当然，需要时间。 想法？ UPDATE 我今天和客户进行了讨论，并就这个问题进行了澄清。 他们坚持100％的数字，说应用程序应该保持活跃，即使在洪水的情况下。 但是，如果我们为他们托pipe，那么这个要求只会被踢进去。 他们表示，如果应用程序完全驻留在服务器上，他们将处理正常运行时间要求。 你可以猜测我的回应。