JIRAConfluence双机热备技术方案

1、JIRA & Confluence 双机热备技术方案2017年5月目录1背景32技术方案32.1方案需求32.2技术方案4技术架构42.3数据同步原理52.4故障检测机制52.5切换机制61 背景关于JIRA和Confluence的双机热备，Atlassian官方的方案是使用DataCenter的方式进行热备，Data Center的方案中多个JIRA 或Confluence的节点是同时工作的，前端通过Load Balance将访问流量打到多个应用节点上，后端提供公共的数据库和存储保证数据的一致。但DataCenter的方案因为License使用期限的问题很难被接受。本方案主要描述是不

2、使用DataCenter的情况下使用其他技术方案来实现JIRA和Confluence的双机热备2 技术方案2.1 方案需求总体需求：在不使用DataCenter的部署模式下如何保证JIRA和Confluence的双机热备？需要考虑的问题· Atlassian license 的限制，两个JIRA实例不能同时激活，否则应用程序就被锁死· 如何保证两个服务器之间的实时同步· 如何自动检测故障，自动进行切换· 如何让启动过程更加快速2.2 技术方案2.2.1 技术架构使用两台服务器（虚拟机和物理服务器）安装两个相同的JIRA/Confluence实例，包括数据

3、和文件系统都在这两台服务器上。底层的HA架构采用Pacemaker + Corosync的方式来进行故障的监测和切换，在一个服务器出问题的时候能够监测到故障，自动切换到另外一个机器上。Pacemaker是一个集群资源管理器。它利用集群基础构件（corosync）提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务（亦称资源）的最大可用性。数据的同步使用DRBD的方式，确保两台服务器的数据存储包括数据库内容实时的同步。Distributed Replicated Block Device(DRBD)是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。

4、提供数据镜像：可以实时、透明、同步（所有服务器都成功后返回）、异步（本地服务器成功后返回）。应用程序使用Docker来进行封装，来保证应用程序可以很好的被Packmaker监控以及方便、快速的停启应用程序的服务。2.3 数据同步原理JIRA和Confluence的数据分为两部分· 数据库 · 附件、文件、索引等内容数据关系（Issues，用户，页面，权限等等）的相关数据存放在数据库当中；上传的附件 、用户的头像 以及有关全文搜索和的索引都存放在磁盘的文件系统上，做数据同步需要对着两种数据都做同步采用DRBD对物理磁盘的数据进行实施的同步， 数据库也被看做磁盘的基础数据来进行

5、同步，当服务器A上的数据发生变化时，就通过DRBD自动不同步到服务器B上。一般情况下我们采用同步复制协议，本地和对方写成功确认后返回。在高可用(HA)中可以使用DRBD功能,可以代替使用一个共享盘阵。 因为数据同时存在于本地主机和另外一台主机上。2.4 故障检测机制使用Pacemaker能检测到如下故障硬件故障· 电源故障· 磁盘故障· CPU故障· 主板故障· 内存故障网络故障· 网络接口故障· IP故障应用程序故障· 应用程序死掉包括服务器宕机，网络问题，以及应用程序死掉这些不同层面的服务故障都能检测到。2.5

6、 切换机制当检测到服务器A的故障后， 系统将做如下切换· 如果服务器A的服务还没有停止，停止掉服务器A上的服务· 启动服务器B上的JIRA和Confluence服务· 切换虚拟IP到服务器B服务器A和服务器B各自有一个IP， 对外通过虚拟IP的方式进行提供，虚拟IP可以理解成漂浮在主备服务器上的IP，哪台服务器活就漂浮在这台服务器上，如果发生服务切换，则漂浮到另外一个服务器上。以上这些切换全部是自动的 ，无需任何人工干预即可完成。2.6 切换时间2.6.1 服务器的切换时间服务器的切换时间是秒级的，有故障时可以完成瞬间切换2.6.2 应用程序的切换时间服务器切换后，因为JIRA和Confluence license限制的问题，两个JIRA服务