对于99.999%的终端用户来说，最好的解决方案是什么？

Question

我正在寻找一个解决方案，以确保我的网站保持尽可能多的长期基本访问，我可能需要的只是一个简单的DNS管理解决方案(我不知道，但我希望你的帮助)。

• 我们有一个主服务器
• 我们计划进行r同步(同步文件)，以及同步(备份) MYSQL数据库的另一种解决方案。
• 如果我们的网站关闭，我们已经设置了即时短信/电子邮件通知。

因此，我正在寻找最好的解决方案，几乎立即切换到备份服务器。

我知道我可以设置多个名称服务器，但据我所知，它们可以超时，或者加载需要2-5秒，在这两种情况下，我都想避免。

对我来说最好的解决方案是什么？

而且，一旦主服务器可用，如何确保它得到备份服务器上所做的db/file编辑？

谢谢

Answer 1

你想要的绝不是一个简单的，干巴巴的东西。你不能就这样把东西从架子上扯下来，神奇地拥有5到9个正常运行时间。

对于纯静态内容的站点，您可以轻松地使用冗余DNS服务器和冗余内容服务器(或CDN)。我不会说对于一个纯静态内容的站点来说，5到9个正常运行时间是微不足道的，但它肯定不会太难。

不过，我无法想象你有一个静态内容的网站。

当您问"...how，我能确保它得到在备份服务器上完成的db/file编辑吗？“你把你的问题变成了一个巨大的，非平凡的问题。有些人会为不同的数据库平台、web框架和现成的应用程序回答你的问题。

Answer 2

这个问题有很多问题。通常在SLA中提供这种正常运行时间的服务都有大量的冗余，从发电机到网络交换机和其他设备中的数据中心等等。名单还在继续。一切都必须是多余的。

你在那儿有很多九块，伙计！但请记住，这并不是每个人都想要的，也要从其他方面考虑您的服务质量。无论如何，要获得这样的正常运行时间，在我看来，每一个失败点至少需要有两次失败。哦，而且你还需要一大群系统管理员，他们能夜以继日地解决任何问题.

Answer 3

如果您有一个重要的数据量，简单地等待rsync建立一个文件列表将使您超过5分钟的停机时间窗口，99.999%的期望。

也就是说，对于静态文件，您有几个选项。您可以使用分布式文件系统来处理到其他站点(其中有许多站点：http://en.wikipedia.org/wiki/List_的_文件_systems#Distributed_平行_容错性_文件_系统 )的复制，也可以使用DRBD进行同步。

对于MySQL，您需要设置多主复制，或者使用DRBD同步底层文件系统，并设置一个心跳来处理两个站点之间的故障转移。

考虑到你所提供的信息很少，这才是真正值得解释的。