关于网站正常运行时间的问题

我在一个网站上工作,我们需要有很多的正常运行时间。 特别是在网站事件发生的短时间内(15天)。

该页面非常简单,几乎可以完全从htmlcaching中提供。 虽然有一个基于PHP的部分,这不是任务的关键,如果发生故障,我们可以在20分钟内caching,直到最终的问题被解决。 超过20分钟将不会真正工作,因为该网站举办一个现场比分板和其他事情。

我们在Amazon中使用多个具有弹性负载平衡的EC2以及Rackspace(云站点和云服务器)进行了成功的部署。

对于这个特定的网站,我们希望同时在这两个提供商中运行该应用程序,但只从其中一个服务器提供这些网页。 如果主要提供者失败只是移动到另一个继续前进。

我知道如何使一切工作在一个提供者。 我不清楚如何实现从一个供应商到另一个供应商的实际转换。 例如,如果我将CNAME myapp.com添加到Rackspace中的某个域中,并且失败,那么当我将CNAME更改为指向Amazon时,很多用户将DNScaching到Rackspace,整个过程将毫无意义。这是我有很多问题之一

任何帮助非常感谢…提示,build议,陷阱,任何东西都是值得欢迎的…

我会认为,无论是亚马逊或Rackspace本身应该给你你需要的正常运行时间。 云的全部重点是你已经有了高可用性的情况。 如果您的Amazon或Rackspace硬件出现故障,您的映像将在其他硬件上重新启动。 您是否已经有正常运行时间问题,或者您是否正在尝试解决尚未发生的问题?

如果你有大量的stream量和大量的静态内容,我认为你应该考虑一个CDN。 Edgecast具有合理的价格和良好的networking。 您的所有静态内容都可以从其地理位置冗余的服务器获得服务,并帮助您实现网站可用性。

您可以考虑使用多个可用区域来提供更高的可用性,并且仍然只使用一个提供程序,这可能会使这更容易。 尽pipe如此,这并不能缓解各种情况下的业务风险,因为运行多云是一个不错的主意。

如果你只是依靠DNS条目,那么你是在TTL的怜悯(和每一个软件在那里尊重它的权利)的怜悯。 试图扭转DNS的即时故障转移有一个很好的顺序线程 ,结果是,如果你做对了,它可能会很快。 假设你的用例足够好,你可以从大多数商品的DNS服务中获得它(dns变得简单,dyn)。 基本上你宣传多个Alogging和最乖的客户将使用那些工作。 当然在你的情况下,你不想平衡你想要“温暖”的故障转移,这实际上更难。

你可以尝试BGP,但我不知道如何工作; 你也许可以在Vyatta(通过Quagga)或者任何一方的盒子上运行,但是我从来没有见过这样的工作。

本教程可能包含您需要的内容: http : //www.howtoforge.org/high_availability_loadbalanced_apache_cluster

祝你好运!

如果您为DNSlogging设置的TTL较低,则可能会使其自动转换到新网站。 另一种select是使用CDN。 从CDN提供站点,并将CDN与您的服务器通话。 这会将负载分配给为此设置而devise的服务器。 过去我们使用过http://www.edgecast.com/来处理这种负载。