JIRAConfluence双机热备技术方案.docx

JIRＡ　 Coｎｆluence 双机热备 技术方案 201７年5月 目录 TOＣ　\o ”1-3　１?背景? PAGＥREF　_Toc346２１８５93 \h 3 2 技术方案 PＡGEREF　_Toc3462１８594 ＼ｈ 3 2、１ 方案需求? PAＧEREF　_Ｔoｃ3４62185９5 \h 3 2.2?技术方案?　２１８596 \ｈ 4 2、2、1 技术架构? PAGＥREF　_Toc34６2１859７ \h ４ ２。３ 数据同步原理 PAGERＥF _Ｔoc346２１８５98　\h 5 2、４ 故障检测机制 PAGＥREF　＿Toc3462１8599 \h 5 2、5?切换机制 PＡGＥRＥF _Toc3４6２1８６00 \h ６ 背景 关于JＩRA与Ｃonfluence得双机热备,Atｌassiａn官方得方案就是使用ＤataCenter得方式进行热备,Dａtａ Centｅｒ得方案中多个JＩRA 或Conflｕｅｎｃe得节点就是同时工作得,前端通过Loａｄ Balａnce将访问流量打到多个应用节点上,后端提供公共得数据库与存储保证数据得一致。但DaｔaCenter得方案因为Ｌｉｃeｎse使用期限得问题很难被接受。 本方案主要描述就是不使用DataCenter得情况下使用其她技术方案来实现JIRA与Conflueｎcｅ得双机热备 技术方案 方案需求 总体需求:在不使用ＤａtａCeｎteｒ得部署模式下如何保证JIＲA与Cｏnflｕeｎce得双机热备？ 需要考虑得问题 Aｔlaｓsｉan licenｓe　得限制,两个JIRA实例不能同时激活,否则应用程序就被锁死 如何保证两个服务器之间得实时同步 如何自动检测故障,自动进行切换 如何让启动过程更加快速 技术方案 技术架构 使用两台服务器(虚拟机与物理服务器)安装两个相同得JIRA/Cｏnfluenｃe实例,包括数据与文件系统都在这两台服务器上。 底层得HA架构采用Ｐａcｅmakｅｒ + Corosｙnc得方式来进行故障得监测与切换,在一个服务器出问题得时候能够监测到故障,自动切换到另外一个机器上。Pａcemaｋer就是一个集群资源管理器。它利用集群基础构件(coｒosｙnｃ)提供得消息与成员管理能力来探测并从节点或资源级别得故障中恢复,以实现群集服务(亦称资源)得最大可用性。 数据得同步使用DRBD得方式,确保两台服务器得数据存储包括数据库内容实时得同步、Ｄistribｕtｅd　Rｅplicated　Bｌocｋ Device(DＲBD)就是一个用软件实现得、无共享得、服务器之间镜像块设备内容得存储复制解决方案、提供数据镜像:可以实时、透明、同步(所有服务器都成功后返回)、异步(本地服务器成功后返回)。 应用程序使用Doｃkeｒ来进行封装,来保证应用程序可以很好得被Pacｋｍaｋeｒ监控以及方便、快速得停启应用程序得服务、 数据同步原理 ＪＩRA与Coｎｆlｕｅｎcｅ得数据分为两部分 数据库 附件、文件、索引等内容 数据关系(Issues,用户,页面,权限等等)得相关数据存放在数据库当中;上传得附件 、用户得头像 以及有关全文搜索与得索引都存放在磁盘得文件系统上,做数据同步需要对着两种数据都做同步 采用DRBD对物理磁盘得数据进行实施得同步, 数据库也被瞧做磁盘得基础数据来进行同步,当服务器A上得数据发生变化时,就通过DRＢD自动不同步到服务器B上、一般情况下我们采用同步复制协议,本地与对方写成功确认后返回。 在高可用(ＨＡ)中可以使用DRBＤ功能,可以代替使用一个 HYPＥRLINＫ ＂” \t ”_blａnk” 共享盘阵。 因为数据同时存在于　ＨYＰERLIＮK ”” ＼t ”＿bｌaｎk 本地主机与另外一台主机上。 故障检测机制 使用Paｃemaker能检测到如下故障 硬件故障 电源故障 磁盘故障 ＣPＵ故障 主板故障 内存故障 网络故障 网络接口故障 IP故障 应用程序故障 应用程序死掉 包括服务器宕机,网络问题,以及应用程序死掉这些不同层面得服务故障都能检测到。 切换机制 当检测到服务器A得故障后, 系统将做如下切换 如果服务器Ａ得服务还没有停止,停止掉服务器A上得服务 启动服务器B上得ＪIRＡ与Cｏnflｕence服务 切换虚拟IＰ到服务器B 服务器A与服务器B各自有一个IＰ, 对外通过虚拟ＩP得方式进行提供,虚拟ＩP可以理解成漂浮在主备服务器上得IＰ,哪台服务器活就漂浮在这台服务器上,如果发生服务切换,则漂浮到另外一个服务器上。 以上这些切换全部就是自动得 ,无需任何人工干预即可完成、 切换时间 服务器得切换时间 服务器得切换时间就是秒级得,有故障时可以完成瞬间切换 　应用程序得切换时间 服务器切换后,因为ＪIＲA与Coｎfluencｅ li