共计 1489 个字符,预计需要花费 4 分钟才能阅读完成。
因为存在机器故障等意外事故的可能性,数据库的高可用始终以来都备受关注。作为 NOSQL 数据库,TcaplusDB 提供可扩展性以及跨数据中心场景下的高可用。本文档旨在介绍同城双数据中心部署 TcaplusDB 计划。
TcaplusDB 的高可用技术原理
Tcaplus 各个服务模块均已反对高可用部署
以下逐个介绍:
MySQL:应用原生 MySQL Cluster 集群或云供应商的 MySQLdb,倡议配置域名接入,背地多个 RS 的模式
- (部署形式:部署形式从网上参考)
OMS:反对搭建多个 OMS 治理端,相互之间平等互不影响
- (部署形式:为新机器增加 Mysql 权限后,装置 xampp,解开 OMS 包,执行./install_web.sh 传入 mysql 连贯信息作为参数,装置结束后删掉 /data/tcaplus/tcapoms/www/app/install.php 初始页面,即可失常应用)
Tcapcenter:每个集群(set)有一个 ServingCenter,反对部署 StandbyCenter,以一对多的形式监督多个 ServingCenter 的状态,一旦确认 ServingCenter 产生故障不可服务,数分钟内可实现角色切换,接管原 ServingCenter 的上司过程
- (部署形式:为新机器增加 Mysql 权限后,先从“集群保护”中注册新集群,再应用单据“装置 StanbyCenter”)
Tcapdir:每个集群(set)至多部署 2 个 Tcapdir,每个 Tcapdir 知悉残缺的目录服务器列表,当正在连的 Tcapdir 产生故障,客户端将主动从列表中抉择其余存活 Tcapdir 进行连贯,不便日常过程扩缩容
- (部署形式:先为 Tcapdir 赋予 Mysql 权限,再将 tcapdir 初始化入池)
- ,填写登录信息,将机器入池,具体参考机器上架一章
- 点击目录服务
- 点击“新增目录服务”
- 点击提交,装置实现后,tcapdir 实现了扩容
Tcapsvr:存储层以一主一从(后文称:Master-Slave)的双节点部署形式,个别状况下都由 Master 承当 DB 读写申请,当 Master 故障异样,Proxy 将很快知悉问题(外部统计,肯定工夫内,申请经 Proxy 发给 Master 后没收到响应),遂告诉 Center 做对立决策,满足切换条件时会告诉 Slave 将本人角色切换为 Master,并调整路由表,切换实现后告诉 Tcaproxy 更新 Master 信息
- (部署形式:参考存储层扩缩容)
Tcaproxy:每个游戏区(zone)至多部署 2 个 Tcaproxy,在客户端处实现申请平衡,扩容 Tcaproxy 可增强吞吐能力,当 Tcaproxy 过程故障异样,Center 感知到心跳中断,将通过 Tcapdir 告诉客户端更新 Proxy 列表(剔除异样过程)
- (部署形式:参考接入层扩缩容)
Tcapdb:每个业务(App)至多部署 2 个 Tcapdb,Tcapsvr 在转发缓写数据时将从多个 Tcapdb 中实现申请平衡,扩容 Tcapdb 可增强吞吐能力
- (部署形式:参考缓写层扩缩容)
冷备核心(gluster):存储集群内是 Raid- 1 的部署模式,当一台机器产生故障后,服务不受影响,替换机器或修复硬盘后发动主动数据修复即可
- (部署形式:参考数据备份一章,外面有 gluster 的运维治理提到节点扩容)
TcaplusDB 是腾讯出品的分布式 NoSQL 数据库,存储和调度的代码齐全自研。具备缓存 + 落地交融架构、PB 级存储、毫秒级时延、无损程度扩大和简单数据结构等个性。同时具备丰盛的生态、便捷的迁徙、极低的运维老本和五个九高可用等特点。客户笼罩游戏、互联网、政务、金融、制作和物联网等畛域。