JIRAConfluence双机热备技术方案可编辑范本

深圳市前海运通技术有限公司JIRA&Confluｅnce双机热备技术方案２０17年5月目录TOC\o”1—3"1背景PAGERＥF_Tｏc34621８５9３\h32技术方案PAGEＲＥF＿Ｔoc３46２185９４\ｈ３2。1方案需求PAGEＲEF＿Toc3462１8595\h32.2技术方案ＰAGＥRＥF_Toc346218596＼h42．２.１技术架构PAGEＲEＦ_Toc3462185９7\ｈ42.3数据同步原理PＡＧEREF_Toc34621859８\h5２。４故障检测机制ＰＡGＥREF_Toc３４6218599\h52.５切换机制PＡGEREF_Ｔoc3462186０0\h6背景关于JIRA和Cｏnｆlｕence的双机热备,Atlａssian官方的方案是使用DａtａCenter的方式进行热备，DataCeｎtｅｒ的方案中多个JIRA或Coｎfluｅnce的节点是同时工作的,前端通过LoadＢalanｃe将访问流量打到多个应用节点上，后端提供公共的数据库和存储保证数据的一致。但ＤａtaCentｅr的方案因为Ｌｉｃenｓe使用期限的问题很难被接受。本方案主要描述是不使用DataＣｅnter的情况下使用其他技术方案来实现JＩRＡ和Conflｕeｎｃe的双机热备技术方案方案需求总体需求：在不使用ＤaｔaＣenter的部署模式下如何保证JIRA和Ｃonfluencｅ的双机热备?需要考虑的问题Atｌaｓsiａnliｃenｓｅ的限制，两个ＪIRＡ实例不能同时激活，否则应用程序就被锁死如何保证两个服务器之间的实时同步如何自动检测故障，自动进行切换如何让启动过程更加快速技术方案技术架构使用两台服务器（虚拟机和物理服务器)安装两个相同的JIＲA／Confluｅnｃｅ实例，包括数据和文件系统都在这两台服务器上．底层的HＡ架构采用Paceｍaker＋Ｃoｒｏsｙnc的方式来进行故障的监测和切换，在一个服务器出问题的时候能够监测到故障，自动切换到另外一个机器上。Ｐaｃｅmaker是一个集群资源管理器.它利用集群基础构件（corosynｃ)提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复,以实现群集服务(亦称资源)的最大可用性。数据的同步使用DRＢD的方式,确保两台服务器的数据存储包括数据库内容实时的同步。DistriｂｕtｅdReplｉcaｔedBlockDｅvice(ＤRBD）是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。提供数据镜像:可以实时、透明、同步（所有服务器都成功后返回）、异步（本地服务器成功后返回）.应用程序使用Docker来进行封装，来保证应用程序可以很好的被Ｐackmａkeｒ监控以及方便、快速的停启应用程序的服务.数据同步原理ＪＩRA和Conflueｎce的数据分为两部分数据库附件、文件、索引等内容数据关系(Issues，用户,页面,权限等等）的相关数据存放在数据库当中；上传的附件、用户的头像以及有关全文搜索和的索引都存放在磁盘的文件系统上，做数据同步需要对着两种数据都做同步采用DＲBD对物理磁盘的数据进行实施的同步,数据库也被看做磁盘的基础数据来进行同步，当服务器Ａ上的数据发生变化时,就通过DＲBD自动不同步到服务器Ｂ上。一般情况下我们采用同步复制协议,本地和对方写成功确认后返回。在高可用（HA)中可以使用ＤＲBＤ功能,可以代替使用一个HYＰERLINK”hｔtｐ:／/baike.baiｄu。cｏm/view/5９98948。htm”\ｔ”＿ｂｌaｎk"共享盘阵.因为数据同时存在于HYPERLＩNK”http：//baiｋ/ｖｉew／５44310。ｈtm"\t"＿blａnk＂本地主机和另外一台主机上。故障检测机制使用Pａcemａkeｒ能检测到如下故障硬件故障电源故障磁盘故障ＣＰU故障主板故障内存故障网络故障网络接口故障IP故障应用程序故障应用程序死掉包括服务器宕机,网络问题,以及应用程序死掉这些不同层面的服务故障都能检测到。切换机制当检测到服务器A的故障后,系统将做如下切换如果服务器A的服务还没有停止,停止掉服务器A上的服务启动服务器B上的JIRA和Conｆluｅnce服务切换虚拟ＩP到服务器B服务器A和服务器Ｂ各自有一个ＩP,对外通过虚拟IP的方式进行提供,虚拟IP可以理解成漂浮在主备服务器上的ＩP,哪台服务器活就漂浮在这台服务器上,如果发生服务切换，则漂浮到另外一个服务器上。以上这些切换全部是自动的，无需任何人工干预即可完成。切换时间服务器的切换时间服务器的切换时间是秒级的,有故障时可以完成瞬间切换应用程序的切换时间服务器切换后，因为ＪIRA和Cｏnflueｎcｅliceｎse限制的问题