单服务器升级至双机热备实例.docVIP

单服务器升级至双机热备实例 摘要：介绍了基于网络的双机热备系统的设计思路以及通过在主备服务器中配置脚本程序，将阅文站服务器升级至双机热备系统的过程。关键词：双机热备，心跳监测，同步Abstract: This paper introduce a design method of network based hot standby service system as well as the procedure of upgrade from single document server to hot standby service system by configuring script files on both active and standby server.Keyword: hot standby service, heartbeat monitor, synchronization 1 ：升级方案建立的起因 ??? 目前的内部文件阅读服务器由于使用年代较长，经常出现无响应甚至死机的状况。由于内部文件阅读服务器是我台员工了解并获取规章制度内容和近期活动消息的一个重要途径，所以该服务器的稳定性显得十分重要。就目前的管理情况而言，除了定期的检查之外，一般都是通过阅读者的通报获知服务器处于无响应的状况，很难做到及时发现并处理。 ??? 单纯通过增加检查次数的方法很难收到理想的效果。一来即便达到一天十次检查的量，对于服务器而言仍然是小时单位的数量级，而且只能在工作时间内施行；再者，由于没有配套的同步备份方案，即便发现服务器崩溃，恢复重建所消耗的时间依然相当可观。长时间停机导致信息传达的滞后将直接影响到工作的开展，试想如果这种情况发生在关键性服务器如新闻文稿系统上的话，将造成不可估量的严重后果。 ? 2 ：网络双机热备的思路 ??? 所要采用的采用双机热备的办法，双机热备即是目前通常所说的 active/standby 方式。当 active 服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将 standby 机器激活，保证应用在短时间内完全恢复正常使用。数据同步的方案一般在设计双机热备服务器时制定，比方说使用共享存储器就是个简单方便的解决办法；更加有效的方法的是在编写配置与数据输入输出相关的服务程序，使数据同时写入主备服务器中相关的数据库。但是在本文的例子中，由于文件服务器在建立时是一个单机的形式，所以其中的程序和数据都是针对单机进行设置的，如果要实现传统意义上双机热备的数据同步，需要对原先的网站程序和存储方案做较大的的修改，除开 standby 服务器的费用外，可能还需要另外购买存储设备。在对源文件无法进行修改或者预算有限的情况下，这种代价的方案并不是完全适用。 ??? 为了克服以上的几个局限，我们利用网络代替传统心跳线和传输数据来同步数据，不但利用了现有的网络资源来节省投入的成本，而且在必要的情况下通过建立在不同端口的监听， standby 服务器甚至可以同时为多台提供不同服务的 active 服务器的备用支持。 ??? 首先， standby 服务器中配置监控脚本，通过循环心跳检测 active 服务器的生存状况，达到实时监控的目的，一旦发现出错状况就可以采取预先设置的方案及时接管 active 服务器服务。通常情况下，一旦服务器崩溃，其网络功能也将停止，所以可以简单采用 ping 的方法监测 active 服务器；但是更一般的情况是，服务器仅仅是停止了某一项服务，比如网站发布服务或者数据库服务，而其网络联通性依然良好，针对这种情况需要在主备双方配置监测特定服务的信息问答脚本。比方说， active 服务器提供数据库查询服务，在每次接受到来自备服务器的心跳包后， active 服务器执行一次特定的 sql 查询并将查询所得与预期的比对，得到的结果以布尔值的形式传回备服务器，最后由备服务器决定是否接管服务。 ??? 接着，为了保持 active 服务器与 standby 服务器中数据的一致性，需要将 active 服务器上的文件或数据库的更新内容，定期地通过一定的途径同步到备服务器中。对于数据处理不是很频繁的服务器，可以采用定期备份的方式。如需要采取更加细致的做法的话，在被服务器定期备份的基础上， active 服务器可以配置数据更新检测脚本，一旦检测到有数据更新就将其写入同步数据包中，当数据包达到规定大小之后就可用它来同步 standby 服务器。同步数据包大小的设置视乎网络的通畅度和服务器的响应能力而定。在两个条件都较好的情况下，可以采用小数据包的形式，这样做的好处在于主备的同步度较高， standby 服务器在接管服务时可以最大限度再现 active 服务器内容。而在有任何一个条件