当我们谈到框架的扩容和更新时, 主要讨论的内容包括:
- 框架核心服务如何扩容到多台机器上
- 如何新增节点服务器
- tarsweb如何更新
- 框架各个核心服务如何更新到最新版本
框架服务的扩容会随着部署方式的不同而不同:
使用linux-install.sh安装的框架, 如果需要扩容一台机器时, 可以在新的机器上重新执行linux-install.sh即可
注意: 务必不要设置REBUILD为true, 数据库会被重置!!!
以docker形式安装的框架, 可以通过docker整体更新的方式来操作, 只需要升级docker, 重启即可
注意: 务必不要设置REBUILD为true, 数据库会被重置!!!
推荐在正式环境中使用docker的部署方式, 未来框架的版本升级更加简单便捷!
- Linux
核心基础服务的安装成功后，如果需要在其他机器也能部署基于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的监控了
注意不建议单独更新tars-web, tarsweb可能依赖其他组件的版本!!!
更新步骤
-
下载最新的Tars-web的代码, 覆盖 /usr/local/app/web
-
修改web配置文件: web/config/webConf.js, web/config/tars.conf, 修改db的ip为当前mysql ip, 修改tars的ip为当前环境的registry的ip
-
修改demo配置文件: web/demo/config/webConf.js, 修改dbip为当前环境的mysql ip
-
修改web配置文件: web/config/webConf.js, 修改host为当前主机ip
-
cd web; npm install; cd demo; npm install
-
重启模块: pm2 restart tars-node-web; pm2 restart tars-user-system
如果数据库中不存在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等等，这些文件就是下面章节中所需要部署的包文件。
默认tarsnotify在安装核心基础服务时，部署信息已初始化了，安装完管理平台后，就可以看到，如下：
上传发布包后，发布如下：
部署信息如下：
上传发布包后，发布如下：
部署信息如下：
上传发布包后，发布如下：
部署信息如下：
上传发布包后，发布如下：
部署信息如下：
注意在服务部署时，选择非Tars协议，因为Web是以json协议来获取服务监控的数据的
上传发布包后，发布如下：
部署信息如下：
注意在服务部署时，选择非Tars协议，因为Web是以json协议来获取属性监控的数据的
上传发布包后，发布如下：
