一、故障转移解决方案考虑因素
1、用户希望在试用应用程序时这些应用程序可以使用,并且能够做出响应。
2、不间断的连续运行日益成为普遍的业务要求。
3、应用程序故障可能会造成严重的经济损失。
4、应用程序基础机构中的所有系统都需要维护。
各个系统必须既能够适应硬件升级,又能够适应软件升级,而不会导致应用程序停止运行。例如,需要发布修补程序,以修补程序,以修复运行于某服务器(提供了应用程序)上的组件的安全性。如果仅有此服务器,则应用程序停止运行。如果该服务器时一系列服务器之一,则仅该服务器将会停止运行,而应用程序不会停止运行。
5、会增加硬件可能会增加解决方案的成本和复杂程度。例如,对新硬件或功能更强的硬件需求提供开发和测试费用,才能使应用程序宠妃利用功能更强的环境。另外,管理更为复杂的环境也需要增加维护和培训成本。
二、故障转移原理:
1、检测故障
在充分考虑了以上影响因素后,还必须设计一套故障检测方案。要让备用服务器变成活动服务器,必须设法确定活动服务器是否不再正常工作。
通常,系统使用下列某些常规类型的心跳机制来做到这一点:
1)发送信号:
对于发送信号,活动服务器以定义好的时间间隔将制定信号发送到备用服务器。如果备用服务器在某个时间间隔内为受到信号,则确定活动服务器发生了故障并担任活动角色。例如,活动服务器每隔30s将状态消息发送到备用服务器,如果设定的备用服务器注意到90s(3个小时间隔)内未收到任何状态消息,那么它会接管活动服务器的工作。
2)