Domino Cluster最佳实践及建议讨论.ppt

* ? 2009 IBM Corporation * ? 2011 IBM Corporation IBM Software Lab Services | Collaboration Solutions ? 2011 IBM Corporation IBM Software Lab Services | Collaboration Solutions Domino Cluster最佳实践 议程 某银行客户 Domino Cluster测试回顾 其他客户的案例 需要注意的事项 IBM的建议方案 针对于我行现有的邮件、园地应用是完全可以采用群集来实现失效转移和负载均衡；而针对公文审批类的应用需要进行代码的修改后才可以使用群集的失效转移功能。Domino群集可以进行服务器负载的分担、减轻运维人员的压力，提高系统的高可用性； 针对测试结果，建议带有多人会签审批类应用（如公文审批系统）可以使用Domino群集的失效转移特性在主机出现故障的时候，备机能够及时接管，实现系统高可用性，而不使用群集的负载均衡功能，尽可能减少产生冲突文档； 针对目前的公文系统如果采取Domino群集技术需要后续工作如下： 需要做代码的检查修改工作，检查其中的服务器名称硬编码或者配置； 检查读者域的设置，需要把服务器增加到读者域中，确保服务器能够编辑所有文档，否则不能正常地进行复制； 代码更改完毕后在群集环境下的完整功能测试； 某银行客户 对于公文系统Cluster测试回顾 返回 某银行客户 对于公文系统Cluster测试回顾(续) 返回 使用群集的注意事项： 为了避免定时代理程序在两台服务器上同时运行产生复制冲突文档，需要在备机上关闭AMGR服务，在主机出现异常的时候才开启AMGR服务； 为了尽可能减少在会签分发过程中产生重复文档，在主服务器出现宕机重启前将备机的AMGR关闭（确保AMGR没有执行代理程序），然后在复制完毕后再启动主机的AMGR； 对于群集中某台服务器出现故障，管理员对服务器修复需要注意： 首先启动热备服务器AMGR，确保备机服务器的代理能够正常执行； 在主服务器重启前将备机的AMGR关闭，然后在复制完毕后再启动主机的AMGR，将AMGR运行权交还给主服务器； 主服务器宕机重启后，管理员需要在启动服务器后，手动地将宕机的服务器数据同步。保证数据一致后，再对外提供服务； 如果采用主备方式（仅采用群集的实效转移技术），需要将备机的Server_Availability_Threshold设置为100，保证正常情况下用户不会访问备机； 某银行客户 对于公文系统Cluster测试回顾(续) 返回 Domino群集技术可以大大提高系统的可用性，减少运维的压力，但是不能100%保障极端情况下出现的问题。 比如产品的bug导致使得操作必然会导致服务器的宕机，但属于小概率事件，并且可以通过修复产品的bug来解决； 复制保存冲突的问题不能完全避免，比如园地中某些文档存在多人编辑的可能，或者使用公共ID同时编辑同一个文档。单台服务器上也同样存在这样的问题，但是采用群集技术后这种问题出现的概率更大。目前暂不建议采用负载均衡的使用方式； 当时的测试报告 案例1 客户已经有OA 和 Mail环境的情况下Cluster 返回 目前Domino服务器的架构 IBM的建议方案 返回 方案说明 针对客户HTTP方式访问，我们还需要安装前置机－Edge服务器。所有用户在访问邮件和OA时，先访问Mail和OA的Edge服务器，由Edge服务器实现http的重定向。其中Mail和OA的Edge服务器组分别由两台服务器组成Edge服务器组，实现前置机的负载均衡和高可用性，。 在服务器正常的情况下，邮件的访问按照下面路径： 用户-Edge Mail-Mail服务器 在服务器正常的情况下，OA应用的访问按照下面路径： 用户-Edge OA-OA服务器 在服务器异常的情况下，邮件的访问按照下面路径： 用户-Edge Mail（backup）-Mail服务器（cluster） 在服务器异常的情况下，OA应用的访问按照下面路径： 用户-Edge OA（backup）-OA服务器（cluster） 返回 IBM推荐的方案的同步效果 根据Domino Cluster的实现原理，在服务器正常使用的情况下，所有数据都是实时进行数据同步的，及任何一台服务器数据进行更新后，更新的数据将马上同步到它的Cluster服务器上，这样可以保证数据完全同步。 对用户有影响的主要是Edge切换的时间，根据我们在测试环境下测试的结果，Edge切换将在5秒钟内完成。 返回 客户数据要求 返回 客户Domino服务器总体数据量约为2.1T，在建立Cluster系统后，总体数据量约为4.2T。这些数据将全部存