那么我这个379美元的专职服务员本月第二次再次变冷了。 我需要find一种方法来让另一个服务器在不同的提供商，我可以只是翻转，以防万一发生这种情况。 处理这种情况的最好方法是什么？
find一个体面的正常运行时间可靠的供应商SLA将是一个开始，我想。
在你的问题方面 – 如果你在另一个地方有第二个服务器，那么如何获得某种forms的冗余 – 需要一些关于你在服务器上做什么的知识（托pipe网站？电子邮件？一些其他的服务？）
使用rsync将标准LAMP设置设置为相对冗余，以将文件同步到备用机器，并且DNS（基本上设置具有低TTL值的相关Alogging）以允许在两个活动站点之间切换。
缺点：这是一个缓慢而笨拙的做法，需要人工干预，并且需要不是由两个盒子中的任何一个处理的DNS（如果使用外部DNS提供者则不是问题）。
这种types的解决scheme最大的问题是数据库：数据库的基本复制相当容易（相对而言），但是一旦中断就能够无缝地切换回来。 而且，运行一个依赖于远程提交的系统可能会显着降低速度。 由于在两个提供商处有两台机器，情况也变得复杂 – 传统的负载均衡器难以实现，因为networking在物理上是分开的，而像haproxy或一般的共享存储解决scheme所需的工作则处于减less的另一边回报曲线。
你会花费更多的时间去尝试弄清楚如何处理交换（以及监控和pipe理），而不是实际运行一个体面的服务。
所以我想，答案已经提到了：build立一个让你从一台机器翻转到另一台机器的东西，取决于你在做什么，但几乎可以保证比简单地获得一个稳定的SLA更加昂贵和复杂支持一个组织良好的提供商托pipe安排。 首先做，然后担心负载平衡和冗余。
更换损坏的服务器。
认真 – 添加第二台服务器的作品。 但是在数据库卷入时并不那么容易。 YOu需要毕竟实时复制的东西。
如果一个服务器每月两次崩溃，有两件事情可能：
在任何情况下，我都会为此解决这个问题。 基本上 – 服务器坏了，请在保修期内更换。 每月两次是太多了。
我认为你的计划是健全的。 很明显，目前的供应商出现了一些问题，而您提供可靠服务的能力正在下降。 我会漫游到Web Hosting Talk上的专用服务器论坛，看看人们在价格范围内对提供商有什么看法。
我build议你得到一个备份专用服务器，显然它不需要像现在的服务器一样强壮，因为它只会用于备份目的。 我会build议这些家伙www.smarterdedicatedserver.com，因为他们真的很便宜，并在他们的数据中心提供良好的正常运行时间保护。 在设置故障转移甚至负载平衡方面，您可以使用该公司http://www.autofailover.com/或类似的东西。 你还需要保持两台服务器同步，我要么写一个脚本来做这个每晚，并使用数据库镜像（SQL Server）等实时同步数据库或其他复制策略。 它肯定会是额外的工作，但正常运行时间会好得多。 没有服务可能是100％的正常运行时间，所以如果这很重要，我会设置第二个专用服务器。
这是一个非常广泛的主题领域，没有更多的细节。 具体而言，我们需要知道您所遇到的故障是由于通信链路还是硬件引起的。
如果是前者，则考虑在实时复制的情况下将数据中心设在同一地点或主数据中心。
如果是后者，我们需要知道在失败后需要多快才能重新联机。 这将决定我们是在查看实时复制（在同一个数据中心还是其他数据中心）或从磁盘/磁带备份恢复。
如果您想了解任何具体的细节，我们需要知道您正在运行的哪些应用程序需要高度可用。