我的 379 美元专用服务器本月第二次出现故障。我需要找到一种方法来让另一家提供商的另一台服务器运行，以防这种情况再次发生。处理这种情况的最佳方法是什么？
答案1
我认为，找到一个具有合理正常运行时间 SLA 的可靠提供商是一个开始。
就您的问题而言 - 如果您在单独的位置拥有第二台服务器，如何实现某种形式的冗余 - 首先需要了解您在服务器上所做的事情（托管网站？电子邮件？其他服务？）
可以使用 rsync 将文件同步到备用机器，并使用 DNS（本质上设置具有低 TTL 值的相关 A 记录）来使标准 LAMP 设置相对冗余，以允许在两个活动站点之间切换。
缺点：这种方法缓慢而笨拙，需要人工干预，并且需要两个盒子都无法处理的 DNS（如果您使用外部 DNS 提供商，则不是问题）。
这种解决方案的最大问题是数据库：数据库的基本复制相当容易（嗯，相对而言），但一旦中断结束，无缝切换回来却不容易。此外，运行依赖于远程提交的系统可能会大大降低一切速度。这种情况也因在两个提供商处有两台机器而变得复杂——传统的负载平衡器很难实现，因为网络在物理上是分开的，而像 haproxy 或一般共享存储解决方案这样的工作所需的工作处于收益递减曲线的另一侧。
与实际运行一项像样的服务相比，您将花费更多时间来弄清楚如何处理切换（以及随后的监控和管理）。
因此，我猜答案已经提到过了：构建一个允许您从一台机器切换到另一台机器的东西取决于您正在做的事情，但几乎肯定会比简单地与一个组织良好的提供商达成可靠的、有 SLA 支持的托管协议更加昂贵和复杂。先做到这一点，然后再担心负载平衡和冗余。
答案2
更换损坏的服务器。
说真的，添加第二台服务器是可行的。但这并不容易，尤其是当涉及到数据库时。毕竟你需要实时复制内容。
如果服务器每月崩溃两次，则可能出现以下两种情况：
- 管理员无能（司机完全无能等）或
- 硬件损坏（* 嗯，或者操作系统不支持的硬件）。
在所有情况下，我都会从这个方面着手。基本上 - 服务器坏了，请保修更换。每月两次太多了。
答案3
我认为你的计划是合理的。很明显，你当前的提供商出了问题，你对他们提供可靠服务的能力的信心正在减弱。我会去专用服务器论坛网络托管讨论看看人们对您价格范围内的供应商的评价。
答案4
这是一个非常广泛的主题，没有更多细节。具体来说，我们需要知道您遇到的故障是由于通信链路还是硬件造成的。
如果是前者，请考虑将其放置在具有实时复制功能的二级数据中心内或进行托管。
如果是后者，我们需要知道发生故障后需要多快恢复在线。这将决定我们是在考虑实时复制（在同一个数据中心还是另一个数据中心）还是从基于磁盘/磁带的备份进行恢复。
如果您想要了解任何内容的具体细节，我们需要知道您正在运行的哪些应用程序需要高可用性。