Skip to the content.

目录

1 介绍

当我们谈到框架的扩容和更新时, 主要讨论的内容包括:

2 框架服务扩容

框架服务的扩容会随着部署方式的不同而不同:

2.1 一键脚本部署

使用linux-install.sh安装的框架, 如果需要扩容一台机器时, 可以在新的机器上重新执行linux-install.sh即可

注意: 务必不要设置REBUILD为true, 数据库会被重置!!!

2.2 docker部署

以docker形式安装的框架, 可以通过docker整体更新的方式来操作, 只需要升级docker, 重启即可

注意: 务必不要设置REBUILD为true, 数据库会被重置!!!

推荐在正式环境中使用docker的部署方式, 未来框架的版本升级更加简单便捷!

3 tarsnode安装和更新

核心基础服务的安装成功后,如果需要在其他机器也能部署基于tars框架的服务,那么在通过管理平台扩容和部署服务前,需要在其他节点机上安装tarsnode并连接到框架上。

如果只是在一台机器部署服务进行测试,这一步可以先忽略,等到需要扩容时再执行。

具体步骤跟上一节很像,如下:

创建基础服务的部署目录,如下:

cd /usr/local/app
mkdir tars
chown ${普通用户}:${普通用户} ./tars/

将主节点上的tarsnode copy到/usr/local/app/tars/

修改/usr/local/app/tars/tarsnode/conf/tars.tarsnode.config.conf

将localip换成自己的本机ip即可

同时将registry的ip换成TarsFramework框架的ip(可以是多个), 例如:

locator=tars.tarsregistry.QueryObj@tcp -h xxx2 -p 17890:tcp -h xxx2 -p 17890

然后执行脚本,启动tarsnode:

/usr/local/app/tars/tarsnode/util/start.sh

在crontab配置一个进程监控,确保TARS框架服务在出现异常后能够重新启动。

* * * * * /usr/local/app/tars/tarsnode/util/monitor.sh

注意:之前安装的框架的服务器, 如果用check.sh做了监控, 则无需再配置tarsnode的监控了

4 Tars-web独立更新

注意不建议单独更新tars-web, tarsweb可能依赖其他组件的版本!!!

更新步骤

如果数据库中不存在db_tars_web 和 db_user_system, 请先创建db(web/sql/db_tars_web.sql, web/demo/sql/db_user_system.sql)

mysql -hxxx -pxxx -e 'create database db_tars_web'
mysql -hxxx -pxxx db_tars_web < web/sql/db_tars_web.sql

mysql -hxxx -pxxx -e 'create database db_user_system'
mysql -hxxx -pxxx db_user_system < web/demo/sql/db_user_system.sql

框架基础服务独立更新

注意不建议单独独立更新各个组件, 因为各组件间有相互依赖的版本关系, 已经相关的配置都需要对应模板配置都需要更新!!!

框架服务的安装分两种:

一种是核心基础服务(必须的),必须手工部署的,

手工部署的核心基础服务:tarsAdminRegistry, tarsregistry, tarsnode, tarsconfig, tarspatch

可以手工出安装包(但是不能通过管理平台发布)

make tarsAdminRegistry-tar
make tarsregistry-tar
make tarsconfig-tar
make tarspatch-tar

上述包的更新, 比如上传到对应服务, 解压以后, 覆盖bin目录下的可执行程序, 比如更新tarsregistry:

tar xzf tarsregistry.tgz
cp -rf tarsregistry/bin/tarsregistry /usr/local/app/tars/tarsregistry/bin/tarsregistry
/usr/local/app/tars/tarsregistry/bin/util/start.sh

一种是普通基础服务(可选的),可以通过管理平台发布的(和普通服务一样)。

通过管理平台部署的普通基础服务:tarsstat, tarsproperty,tarsnotify, tarslog,tarsquerystat,tarsqueryproperty

手工出包以后, 通过管理平台来发布

make tarsstat-tar
make tarsnotify-tar
make tarsproperty-tar
make tarslog-tar
make tarsquerystat-tar
make tarsqueryproperty-tar

具体参见下一节。

注意在管理平台进行部署时,选择正确的服务模板即可(默认是有的,若没有相应的模版,可以在管理平台上创建,具体服务的模版内容可以参见源码目录deploy/sql/template目录下的文件)!

基础服务手工上传示意图

在执行上述的make语句后,/usr/local/app/TarsFramework/build就会生成几个*.tgz文件,例如tarslog.tgz, tarsnotify.tgz等等,这些文件就是下面章节中所需要部署的包文件。

5.1 tarsnotify部署发布

默认tarsnotify在安装核心基础服务时,部署信息已初始化了,安装完管理平台后,就可以看到,如下:

tars

上传发布包后,发布如下:

tars

5.2 tarsstat部署发布

部署信息如下:

tars

上传发布包后,发布如下:

tars

5.3 tarsproperty部署发布

部署信息如下:

tars

上传发布包后,发布如下:

tars

5.4 tarslog部署发布

部署信息如下:

tars

上传发布包后,发布如下:

tars

5.5 tarsquerystat部署发布

部署信息如下:

tars

注意在服务部署时,选择非Tars协议,因为Web是以json协议来获取服务监控的数据的

上传发布包后,发布如下:

tars

5.6 tarsqueryproperty部署发布

部署信息如下:

tars

注意在服务部署时,选择非Tars协议,因为Web是以json协议来获取属性监控的数据的

上传发布包后,发布如下:

tars