标签:知识库 Tcaproxy 方式 Tcapdir 可用 部署 TcaplusDB Master
【TcaplusDB知识库】TcaplusDB高可用技术介绍
作为 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的下属进程
-
Tcapdir:每个集群(set)至少部署2个Tcapdir,每个Tcapdir知悉完整的目录服务器列表,当正在连的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微信公众号,风里雨里,我们一直在等你!
TcaplusDB是腾讯出品的分布式NoSQL数据库,存储和调度的代码完全自研。具备缓存+落地融合架构、PB级存储、毫秒级时延、无损水平扩展和复杂数据结构等特性。同时具备丰富的生态、便捷的迁移、极低的运维成本和五个九高可用等特点。客户覆盖游戏、互联网、政务、金融、制造和物联网等领域。
标签:知识库,Tcaproxy,方式,Tcapdir,可用,部署,TcaplusDB,Master 来源: https://www.cnblogs.com/TcaplusDBers/p/16170028.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。