JIRAConfluence双机热备技术方案.docVIP

精品 Word 可修改 欢迎下载 最新 精品 Word 欢迎下载 可修改 精品 Word 可修改 欢迎下载 JIRA Confluence 双机热备 技术方案 2022年5月  目录 TOC \o 1-3 1 背景 3 2 技术方案 3 2.1 方案需求 3 2.2 技术方案 4 技术架构 4 2.3 数据同步原理 5 2.4 故障检测机制 5 2.5 切换机制 6  背景 最新JIRA和Confluence的双机热备，Atlassian官方的方案是使用DataCenter的方式进行热备，Data Center的方案中多个JIRA 或Confluence的节点是同时工作的，前端通过Load Balance将访问流量打到多个应用节点上，后端提供公共的数据库和存储保证数据的一致。但DataCenter的方案因为License使用期限的问题很难被接受。 本方案主要描述是不使用DataCenter的情况下使用其他技术方案来实现JIRA和Confluence的双机热备 技术方案 方案需求 总体需求：在不使用DataCenter的部署模式下如何保证JIRA和Confluence的双机热备？ 需要考虑的问题 Atlassian license 的限制，两个JIRA实例不能同时激活，否则应用程序就被锁死 如何保证两个服务器之间的实时同步 如何自动检测故障，自动进行切换 如何让启动过程更加快速 技术方案 技术架构 使用两台服务器（虚拟机和物理服务器）安装两个相同的JIRA/Confluence实例，包括数据和文件系统都在这两台服务器上。 底层的HA架构采用Pacemaker + Corosync的方式来进行故障的监测和切换，在一个服务器出问题的时候能够监测到故障，自动切换到另外一个机器上。Pacemaker是一个集群资源管理器。它利用集群基础构件（corosync）提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务（亦称资源）的最大可用性。 数据的同步使用DRBD的方式，确保两台服务器的数据存储包括数据库内容实时的同步。Distributed Replicated Block Device(DRBD)是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。提供数据镜像：可以实时、透明、同步（所有服务器都成功后返回）、异步（本地服务器成功后返回）。 应用程序使用Docker来进行封装，来保证应用程序可以很好的被Packmaker监控以及方便、快速的停启应用程序的服务。 数据同步原理 JIRA和Confluence的数据分为两部分 数据库 附件、文件、索引等内容 数据关系（Issues，用户，页面，权限等等）的相关数据存放在数据库当中；上传的附件 、用户的头像 以及有关全文搜索和的索引都存放在磁盘的文件系统上，做数据同步需要对着两种数据都做同步 采用DRBD对物理磁盘的数据进行实施的同步， 数据库也被看做磁盘的基础数据来进行同步，当服务器A上的数据发生变化时，就通过DRBD自动不同步到服务器B上。一般情况下我们采用同步复制协议，本地和对方写成功确认后返回。 在高可用(HA)中可以使用DRBD功能,可以代替使用一个共享盘阵。 因为数据同时存在于本地主机和另外一台主机上。 故障检测机制 使用Pacemaker能检测到如下故障 硬件故障 电源故障 磁盘故障 CPU故障 主板故障 内存故障 网络故障 网络接口故障 IP故障 应用程序故障 应用程序死掉 包括服务器宕机，网络问题，以及应用程序死掉这些不同层面的服务故障都能检测到。 切换机制 当检测到服务器A的故障后， 系统将做如下切换 如果服务器A的服务还没有停止，停止掉服务器A上的服务 启动服务器B上的JIRA和Confluence服务 切换虚拟IP到服务器B 服务器A和服务器B各自有一个IP， 对外通过虚拟IP的方式进行提供，虚拟IP可以理解成漂浮在主备服务器上的IP，哪台服务器活就漂浮在这台服务器上，如果发生服务切换，则漂浮到另外一个服务器上。 以上这些切换全部是自动的 ，无需任何人工干预即可完成。 切换时间 服务器的切换时间 服务器的切换时间是秒级的，有故障时可以完成瞬间切换 应用程序的切换时间 服务器切换后，因为JIRA和Confluence license限制的问题，两个JIRA服务不能同时启动，所以备用机上的JIRA虽然数据是完成的，但是应用程序处于停止状态，要启动应用程序后才能完成整体服务的切换。 JIRA和Confluence 应用程序的启动通常需要几十秒左右的时间。 亲爱的用户： 亲爱的用户： 烟雨江南，画屏如展。在那桃花盛开的地方，在这醉人芬芳的季节，愿你生活像春天一样阳光，心情像桃花