Apollo分布式部署

简介:

Apollo基本概念请参考Apollo配置中心介绍


环境:

PRO: Server1:172.16.2.16      服务:  apollo-configservice | apollo-adminservice | applo-portal

FAT:  Server2:172.16.2.17     服务:  apollo-configservice | apollo-adminservice

UAT: Server3:172.16.2.18     服务:   apollo-configservice | apollo-adminservice


每个环境都要部署独立的mysql数据库,不同的数据库用于存放不同环境的同一个KEY的值。每台服务器上都要configservice和adminservice。configservice用于数据的配置管理,adminservice用于和客户端通讯,将key的值发布到客户端上


准备:

三台服务器分别安装JDK1.8,Maven3.5.0,Mysql5.7 Git1.7.1


安装:configservice和adminservice,三台服务器上都需要安装


1
2
cd  /opt 
git clone


修改build.sh脚本

Server1配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
###修改build.sh脚本,修改数据库地址和账号密码。
vim   /opt/apollo/scripts/build .sh
apollo_config_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloConfigDB ?characterEncoding=utf8
apollo_config_db_username=root
apollo_config_db_password=123456
# apollo portal db info
apollo_portal_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloPortalDB ?characterEncoding=utf8
apollo_portal_db_username=root
apollo_portal_db_password=123456
 
##修改三个环境的apollo服务器configservice地址
# meta server url, different environments should have different meta server addresses
dev_meta=http: //localhost :8080
fat_meta=http: //172 .16.0.17:8080
uat_meta=http: //172 .16.0.18:8080
pro_meta=http: //172 .16.0.16:8080

注意:只有部署了apollo-portal服务的服务器上需要将所有环境的地址写上去,其他环境的不用,比如


Server2的配置如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
apollo_config_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloConfigDB ?characterEncoding=utf8
apollo_config_db_username=root
apollo_config_db_password=123456
 
# apollo portal db info
apollo_portal_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloPortalDB ?characterEncoding=utf8
apollo_portal_db_username=root
apollo_portal_db_password=123456
 
# meta server url, different environments should have different meta server addresses
dev_meta=http: //localhost :8080
fat_meta=http: //172 .16.2.17:8080
uat_meta=http: //anotherIp :8080
pro_meta=http: //yetAnotherIp :8080


Server3的配置如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
apollo_config_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloConfigDB ?characterEncoding=utf8
apollo_config_db_username=root
apollo_config_db_password=123456
 
# apollo portal db info
apollo_portal_db_url=jdbc:mysql: //127 .0.0.1:3306 /ApolloPortalDB ?characterEncoding=utf8
apollo_portal_db_username=root
apollo_portal_db_password=123456
 
# meta server url, different environments should have different meta server addresses
dev_meta=http: //localhost :8080
fat_meta=http: //someIp :8080
uat_meta=http: //172 .16.2.18:8080
pro_meta=http: //yetAnotherIp :8080

apollo-portal是一个web控制台,用来做配置管理的。 服务是用来管理不同环境下的admin



apollo-configservice和apollo-adminservice:

需要把自己的IP和端口注册到Meta Server(apollo-configservice本身)

1、修改apollo-adminservice或apollo-configservice 的bootstrap.yml文件,加入以下配置

1
2
3
4
eureka:
   instance:
     homePageUrl: http: // ${指定的IP}:${指定的Port}
     preferIpAddress:  false

Server1的apollo-configservice/src/main/resources/bootstrap.yml文件配置:

1
2
3
4
5
eureka:
   instance:
     home-page-url: http: //172 .16.0.16:8080
     hostname : ${ hostname :localhost}
     preferIpAddress:  true

Server1的apollo-adminservice/src/main/resources/bootstrap.yml文件配置:

1
2
3
4
5
eureka:
   instance:
     home-page-url: http: //172 .16.0.16:8090
     hostname : ${ hostname :localhost}
     preferIpAddress:  true


Server2和Server3只需要将上面两个文件的中home-page-url的地址改成自己的IP即可。



导入apolloconfigdb.sql文件到数据库,并修改Eureka服务Url的值

先登录到数据库,然后执行

1
source  /opt/apollo/scripts/sql/apolloconfigdb .sql;

修改数据库ApolloConfigDB中ServerConfig表Eureka服务Url的值

1
2
3
4
use  ApolloConfigDB;
show tables;
select  * from  ServerConfig;
update ServerConfig  set  Value= 'http://172.16.2.16:8080/eureka/'  where Id=1;

以上操作三台服务器上都要做,Eureka服务Url的值的改成各自的IP地址


Server1上导入apolloportaldb.sql 文件到数据库,并修改部门

先登录到数据库,然后执行:

1
source  /opt/apollo/scripts/sql/apolloportaldb .sql;


修改环境为pro,uat,fat

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
use ApolloPortalDB;
mysql> show tables;
+--------------------------+
| Tables_in_ApolloPortalDB |
+--------------------------+
| App                      |
| AppNamespace             |
| Authorities              |
| Consumer                 |
| ConsumerAudit            |
| ConsumerRole             |
| ConsumerToken            |
| Favorite                 |
| Permission               |
| Role                     |
| RolePermission           |
| ServerConfig             |
| UserRole                 |
| Users                    |
+--------------------------+
14 rows  in  set  (0.00 sec)
  select  * from ServerConfig;
update ServerConfig  set  Value= 'fat,uat,pro'  where Id=1;


构建

分别在三台服务器上执行./build.sh

将构建生成的压缩包拷贝到/data/目录下 解压缩后,启动服务


Server1

1
2
3
4
5
6
7
cp  /opt/apollo/apollo-configservice/target/apollo-configservice-0 .9.1-SNAPSHOT-github.zip   /data
cp  /opt/apollo/apollo-adminservice/target/apollo-adminservice-0 .9.1-SNAPSHOT-github.zip  /data
cp  /opt/apollo/apollo-portal/target/apollo-portal-0 .9.1-SNAPSHOT-github.zip   /data
cd  /data
unzip apollo-adminservice-0.9.1-SNAPSHOT-github.zip -d apollo-adminservice
unzip apollo-configservice-0.9.1-SNAPSHOT-github.zip -d apollo-configservice
unzip apollo-portal-0.9.1-SNAPSHOT-github.zip -d apollo-portal


创建log路径, apollo三个服务日志路径是固定的/opt/logs/下的100003171  100003172  100003173三个目录100003173是portal服务的log目录,所以不安装portal服务的机器上不用创建该目录

1
mkdir  -p  /opt/logs/ {100003171,100003172,100003173}

修改权限为777

1
chmod  777  /opt/logs/ *

我的机器上由于/data目录挂载的是数据盘,空间大,所以是将/opt/logs下的三个目录软连接到/data/logs/目录下的

1
2
3
ln  -s  /data/logs/100003171  /opt/logs/100003171
ln  -s  /data/logs/100003172  /opt/logs/100003172
ln  -s  /data/logs/100003173  /opt/logs/100003173


修改portal服务启动脚本中的服务端口,默认我8080,修改为8070,否则和configservice服务端口冲突。 

然后分别启动portal、configservice、adminservice服务。启动脚本位于zip包加压缩后的目录下的scripts目录下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
ll  /data/apollo-adminservice/scripts/
total 8
-rwxr-xr-x 1 root root  339 Dec 13 15:57  shutdown .sh
-rwxr-xr-x 1 root root 3906 Dec 13 15:57 startup.sh
 
ll  /data/apollo-configservice/scripts/
total 8
-rwxr-xr-x 1 root root  340 Dec 13 15:57  shutdown .sh
-rwxr-xr-x 1 root root 3907 Dec 13 15:57 startup.sh
 
ll  /data/apollo-portal/scripts/
total 8
-rwxr-xr-x 1 root root  333 Dec 13 15:57  shutdown .sh
-rwxr-xr-x 1 root root 3900 Dec 13 17:12 startup.sh











本文转自 曾哥最爱 51CTO博客,原文链接:http://blog.51cto.com/zengestudy/2050628,如需转载请自行联系原作者

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
目录
相关文章
|
7月前
|
监控 Linux 应用服务中间件
Linux多节点多硬盘部署MinIO:分布式MinIO集群部署指南搭建高可用架构实践
通过以上步骤,已成功基于已有的 MinIO 服务,扩展为一个 MinIO 集群。该集群具有高可用性和容错性,适合生产环境使用。如果有任何问题,请检查日志或参考MinIO 官方文档。作者联系方式vx:2743642415。
2430 57
|
10月前
|
Java 关系型数据库 MySQL
新一代 Cron-Job分布式任务调度平台 部署指南
简单易用、超低延迟,支持用户权限管理、多语言客户端和多租户接入的分布式任务调度平台。 支持任何Cron表达式的任务调度,支持常用的分片和随机策略;支持失败丢弃、失败重试的失败策略;支持动态任务参数。
351 100
|
8月前
|
SQL 数据可视化 网络安全
YashanDB分布式可视化部署
本文介绍YashanDB的分布式部署流程,涵盖服务端安装、数据库基本信息与服务器配置、节点信息设置、建库参数调整、环境变量配置及安装结果检查等步骤。通过可视化Web界面操作,详细说明了各环节配置方法和注意事项,确保用户顺利完成数据库集群的搭建与初始化设置。适用于需要分布式数据库部署的场景,提供全面的操作指导。
YashanDB分布式可视化部署
|
9月前
|
运维 Kubernetes Java
Koupleless 助力「人力家」实现分布式研发集中式部署,又快又省!
本文由仁励家网络科技(杭州)有限公司架构师赵云兴、葛志刚撰写,探讨了公司在优化HR SaaS解决方案时遇到的系统资源浪费和运维成本高的问题。通过引入Koupleless框架,成功将模块体积从500M缩减至5M以下,部署时间从6分钟缩短至3分钟,并大幅节省服务器资源。文章详细介绍了Koupleless的部署方案及优化措施,感谢Koupleless团队的专业支持,使人力家实现了多应用合并部署,降低了运维成本。
Koupleless 助力「人力家」实现分布式研发集中式部署,又快又省!
|
9月前
|
运维 Kubernetes Java
Koupleless 助力「人力家」实现分布式研发集中式部署,又快又省!
通过引入Koupleless框架,解决了多应用部署中资源浪费和运维成本高的问题,实现了模块瘦身、快速部署及流量控制优化,大幅降低了服务器资源占用和发布耗时,提升了系统稳定性和运维效率。最终,人力家成功实现了多应用的轻量集中部署,显著减少了运维成本。
 Koupleless 助力「人力家」实现分布式研发集中式部署,又快又省!
|
10月前
|
人工智能 Kubernetes 异构计算
大道至简-基于ACK的Deepseek满血版分布式推理部署实战
大道至简-基于ACK的Deepseek满血版分布式推理部署实战
592 5
|
10月前
|
人工智能 Kubernetes 异构计算
大道至简-基于ACK的Deepseek满血版分布式推理部署实战
本教程演示如何在ACK中多机分布式部署DeepSeek R1满血版。
|
存储
cephFS高可用分布式文件系统部署指南
关于如何部署高可用的cephFS分布式文件系统,包括集群的搭建、验证高可用性以及实现两主一从架构的详细指南。
1083 10
|
分布式计算 资源调度 Hadoop
在YARN集群上运行部署MapReduce分布式计算框架
主要介绍了如何在YARN集群上配置和运行MapReduce分布式计算框架,包括准备数据、运行MapReduce任务、查看任务日志,并启动HistoryServer服务以便于日志查看。
244 0
|
Java Nacos Docker
"揭秘!Docker部署Seata遇上Nacos,注册成功却报错?这些坑你不得不防!一网打尽解决秘籍,让你的分布式事务稳如老狗!"
【8月更文挑战第15天】在微服务架构中,Nacos搭配Seata确保数据一致性时,Docker部署Seata后可能出现客户端连接错误,如“can not connect to services-server”。此问题多由网络配置不当、配置文件错误或版本不兼容引起。解决策略包括:调整Docker网络设置确保可达性;检查并修正`file.conf`和`registry.conf`中的Nacos地址和端口;验证Seata与Nacos版本兼容性;修改配置后重启服务;参考官方文档和最佳实践进行配置。通过这些步骤,能有效排除故障,保障服务稳定运行。
1355 0

热门文章

最新文章