我们目前正在将我们的单一Linux服务器转移到其他几个物理Linux服务器上,并希望借此机会提供更多的故障转移选项。
备份是很好的,而且我们“真的”不需要HA,但是,如果我们考虑用1天来替换硬件/从备份中恢复,那么它就开始变得太多了。如果有任何真正关键的硬件故障(如果没有其他等待DNS更改的话),那么一到三个小时的停机时间是“好的”。
我们目前正在为apache (几个主机名)、mysql和exim在一台机器上运行一组KVM-虚拟化映像。该机器有几个外部IP(每个虚拟映像一个),如果有问题,我认为这将是更大的问题之一。我们的主机(Hetzner)需要联系,以便在硬件故障时将这些IP重新配置到不同的服务器(我们目前有第二台机器,它可以对虚拟机映像进行快照,以及基于文件系统的虚拟机rsync备份)。
我们计划在2-3台可用的物理机器上运行apache + mysql + exim (不包括备份)。
当出现硬件故障时,我应该如何设置它以最小化停机时间?
还在虚拟化吗?用于存储的DRDB?网络服务器的nginx代理/HAproxy?不为各种服务使用一堆外部IP?哈?故障转移?为了性能而冗余?
发布于 2013-07-24 08:32:25
我认为在您的环境中,最小化停机时间的最佳解决方案如下
在这种设置下,停机时间为10-20分钟(在迁移故障转移ip期间)。当然,如果您的唯一节点将失败;)
https://serverfault.com/questions/525862
复制相似问题