- 1. windows怎么执行build.sh?
- 2. 本地运行时Portal一直报Env is down.
- 3. admin server 或者 config server 注册了内网IP,导致portal或者client访问不了admin server或config server
- 4. Portal如何增加环境?
- 5. 如何删除应用、集群、Namespace?
- 6. 客户端多块网卡造成获取IP不准,如何解决?
- 7. 通过Apollo动态调整Spring Boot的Logging level
- 8. 将Config Service和Admin Service注册到单独的Eureka Server上
- 9. Spring Boot中使用
ConditionalOnProperty
读取不到配置 - 10. 多机房如何实现A机房的客户端就近读取A机房的config service,B机房的客户端就近读取B机房的config service?
- 11. apollo是否有支持HEAD请求的页面?阿里云slb配置健康检查只支持HEAD请求
- 12. apollo如何配置查看权限?
- 13. apollo如何放在独立的tomcat中跑?
- 14. 注册中心Eureka如何替换为zookeeper?
- 15. 本地多人同时开发,如何实现配置不一样且互不影响?
- 16. Portal挂载到nginx/slb后如何设置相对路径?
- 1. windows怎么执行build.sh?
- 2. 本地运行时Portal一直报Env is down.
- 3. admin server 或者 config server 注册了内网IP,导致portal或者client访问不了admin server或config server
- 4. Portal如何增加环境?
- 5. 如何删除应用、集群、Namespace?
- 6. 客户端多块网卡造成获取IP不准,如何解决?
- 7. 通过Apollo动态调整Spring Boot的Logging level
- 8. 将Config Service和Admin Service注册到单独的Eureka Server上
- 9. Spring Boot中使用
ConditionalOnProperty
读取不到配置 - 10. 多机房如何实现A机房的客户端就近读取A机房的config service,B机房的客户端就近读取B机房的config service?
- 11. apollo是否有支持HEAD请求的页面?阿里云slb配置健康检查只支持HEAD请求
- 12. apollo如何配置查看权限?
- 13. apollo如何放在独立的tomcat中跑?
- 14. 注册中心Eureka如何替换为zookeeper?
- 15. 本地多人同时开发,如何实现配置不一样且互不影响?
- 16. Portal挂载到nginx/slb后如何设置相对路径?
1. windows怎么执行build.sh?
安装Git Bash,然后运行 “./build.sh” 注意前面 “./”
2. 本地运行时Portal一直报Env is down.
默认config service启动在8080端口,admin service启动在8090端口。请确认这两个端口是否被其它应用程序占用。
如果还伴有异常信息:org.springframework.web.client.HttpClientErrorException: 405 Method Not Allowed,一般是由于本地启动了ShadowSocks
,因为ShadowSocks
默认会占用8090端口。
1.1.0版本增加了系统信息页面,可以通过管理员工具
-> 系统信息
查看当前各个环境的Meta Server以及admin service信息,有助于排查问题。
3. admin server 或者 config server 注册了内网IP,导致portal或者client访问不了admin server或config server
分布式部署的时候,apollo-configservice
和apollo-adminservice
需要把自己的IP和端口注册到Meta Server(apollo-configservice本身)。
Apollo客户端和Portal会从Meta Server获取服务的地址(IP+端口),然后通过服务地址直接访问。
所以如果实际部署的机器有多块网卡(如docker),或者存在某些网卡的IP是Apollo客户端和Portal无法访问的(如网络安全限制),那么我们就需要在apollo-configservice
和apollo-adminservice
中做相关限制以避免Eureka将这些网卡的IP注册到Meta Server。
方案一: 忽略某些网卡
具体文档可以参考Ignore Network Interfaces章节。具体而言,就是分别编辑apollo-configservice/src/main/resources/application.yml和apollo-adminservice/src/main/resources/application.yml,然后把需要忽略的网卡加进去。
如下面这个例子就是对于apollo-configservice
,把docker0和veth.*的网卡在注册到Eureka时忽略掉。
spring:
application:
name: apollo-configservice
profiles:
active: ${apollo_profile}
cloud:
inetutils:
ignoredInterfaces:
- docker0
- veth.*
注意,对于application.yml修改时要小心,千万不要把其它信息改错了,如spring.application.name等。
方案二:强制指定admin server和config server向eureka注册的IP
可以修改startup.sh,通过JVM System Property在运行时传入,如-Deureka.instance.ip-address=${指定的IP}
,或者也可以修改apollo-adminservice或apollo-configservice 的bootstrap.yml文件,加入以下配置
eureka:
instance:
ip-address: ${指定的IP}
方案三:强制指定admin server和config server向eureka注册的IP和Port
可以修改startup.sh,通过JVM System Property在运行时传入,如-Deureka.instance.homePageUrl=http://${指定的IP}:${指定的Port}
,或者也可以修改apollo-adminservice或apollo-configservice 的bootstrap.yml文件,加入以下配置
eureka:
instance:
homePageUrl: http://${指定的IP}:${指定的Port}
preferIpAddress: false
做完上述修改并重启后,可以查看Eureka页面(http://${config-service-url:port})检查注册上来的IP信息是否正确。
注:如果Apollo部署在公有云上,本地开发环境无法连接,但又需要做开发测试的话,客户端可以升级到0.11.0版本及以上,然后通过
-Dapollo.configService=http://config-service的公网IP:端口
来跳过meta service的服务发现,记得要对公网 SLB 设置 IP 白名单,避免数据泄露
4. Portal如何增加环境?
4.1 1.6.0及以上的版本
1.6.0版本增加了自定义环境的功能,可以在不修改代码的情况增加环境
- protaldb增加环境,参考分布式部署指南 2.1.3.1一节
- 为apollo-portal添加新增环境对应的meta server地址,具体参考:2.2.1.2.4 配置apollo-portal的meta service信息。apollo-client在新的环境下使用时也需要做好相应的配置,具体参考:1.2.2 Apollo Meta Server。
注1:一套Portal可以管理多个环境,但是每个环境都需要独立部署一套Config Service、Admin Service和ApolloConfigDB,具体请参考:2.1.2 创建ApolloConfigDB,2.1.3.2 调整ApolloConfigDB配置,2.2.1.2 配置数据库连接信息
注2:如果是为已经运行了一段时间的Apollo配置中心增加环境,别忘了参考2.1.2.1 从别的环境导入ApolloConfigDB的项目数据对新的环境做初始化
4.2 1.5.1及之前的版本
4.2.1 添加Apollo预先定义好的环境
如果需要添加的环境是Apollo预先定义的环境(DEV, FAT, UAT, PRO),需要两步操作:
- protaldb增加环境,参考分布式部署指南 2.1.3.1一节
- 为apollo-portal添加新增环境对应的meta server地址,具体参考:2.2.1.2.4 配置apollo-portal的meta service信息。apollo-client在新的环境下使用时也需要做好相应的配置,具体参考:1.2.2 Apollo Meta Server。
注1:一套Portal可以管理多个环境,但是每个环境都需要独立部署一套Config Service、Admin Service和ApolloConfigDB,具体请参考:2.1.2 创建ApolloConfigDB,2.1.3.2 调整ApolloConfigDB配置,2.2.1.2 配置数据库连接信息
注2:如果是为已经运行了一段时间的Apollo配置中心增加环境,别忘了参考2.1.2.1 从别的环境导入ApolloConfigDB的项目数据对新的环境做初始化
4.2.2 添加自定义的环境
如果需要添加的环境不是Apollo预先定义的环境,请参照如下步骤操作:
- 假设需要添加的环境名称叫beta
- 修改com.ctrip.framework.apollo.core.enums.Env类,在其中加入
BETA
枚举:
public enum Env{
LOCAL, DEV, BETA, FWS, FAT, UAT, LPT, PRO, TOOLS, UNKNOWN;
...
}
- 修改com.ctrip.framework.apollo.core.enums.EnvUtils类,在其中加入
BETA
枚举的转换逻辑:
public final class EnvUtils {
public static Env transformEnv(String envName) {
if (StringUtils.isBlank(envName)) {
return Env.UNKNOWN;
}
switch (envName.trim().toUpperCase()) {
...
case "BETA":
return Env.BETA;
...
default:
return Env.UNKNOWN;
}
}
}
- 修改apollo-env.properties,增加
beta.meta
占位符:
local.meta=http://localhost:8080
dev.meta=${dev_meta}
fat.meta=${fat_meta}
beta.meta=${beta_meta}
uat.meta=${uat_meta}
lpt.meta=${lpt_meta}
pro.meta=${pro_meta}
- 修改com.ctrip.framework.apollo.core.internals.LegacyMetaServerProvider类,增加读取
BETA
环境的meta server地址逻辑:
public class LegacyMetaServerProvider {
...
domains.put(Env.BETA, getMetaServerAddress(prop, "beta_meta", "beta.meta"));
...
}
- protaldb增加
BETA
环境,参考分布式部署指南 2.1.3.1一节 - 为apollo-portal添加新增环境对应的meta server地址,具体参考:2.2.1.2.4 配置apollo-portal的meta service信息。apollo-client在新的环境下使用时也需要做好相应的配置,具体参考:1.2.2 Apollo Meta Server。
注1:一套Portal可以管理多个环境,但是每个环境都需要独立部署一套Config Service、Admin Service和ApolloConfigDB,具体请参考:2.1.2 创建ApolloConfigDB,2.1.3.2 调整ApolloConfigDB配置,2.2.1.2 配置数据库连接信息
注2:如果是为已经运行了一段时间的Apollo配置中心增加环境,别忘了参考2.1.2.1 从别的环境导入ApolloConfigDB的项目数据对新的环境做初始化
5. 如何删除应用、集群、Namespace?
0.11.0版本开始Apollo管理员增加了删除应用、集群和AppNamespace的页面,建议使用该页面进行删除。
页面入口:
页面详情:
6. 客户端多块网卡造成获取IP不准,如何解决?
获取客户端网卡逻辑在1.4.0版本有所调整,所以需要根据客户端版本区分
6.1 apollo-client为1.3.0及之前的版本
如果有多网卡,且都是普通网卡的话,需要在/etc/hosts里面加一条映射关系来提升权重。
格式:ip ${hostname}
这里的${hostname}就是你在机器上执行hostname的结果。
比如正确IP为:192.168.1.50,hostname执行结果为:jim-ubuntu-pc 那么最终在hosts文件映射的记录为:
192.168.1.50 jim-ubuntu-pc
6.2 apollo-client为1.4.0及之后的版本
如果有多网卡,且都是普通网卡的话,可以通过调整它们在系统中的顺序来改变优先级,顺序在前的优先级更高。
7. 通过Apollo动态调整Spring Boot的Logging level
可以参考apollo-use-cases项目中的spring-cloud-logger和spring-boot-logger代码示例。
8. 将Config Service和Admin Service注册到单独的Eureka Server上
Apollo默认自带了Eureka作为内部的注册中心实现,一般情况下不需要考虑为Apollo单独部署注册中心。
不过有些公司自己已经有了一套Eureka,如果希望把Apollo的Config Service和Admin Service也注册过去实现统一管理的话,可以按照如下步骤操作:
1. 配置Config Service不启动内置Eureka Server
1.1 1.5.0及以上版本
为apollo-configservice配置apollo.eureka.server.enabled=false
即可,通过bootstrap.yml或-D参数等方式皆可。
1.2 1.5.0之前的版本
修改com.ctrip.framework.apollo.configservice.ConfigServiceApplication,把@EnableEurekaServer
改为@EnableEurekaClient
@EnableEurekaClient
@EnableAspectJAutoProxy
@EnableAutoConfiguration // (exclude = EurekaClientConfigBean.class)
@Configuration
@EnableTransactionManagement
@PropertySource(value = {"classpath:configservice.properties"})
@ComponentScan(basePackageClasses = {ApolloCommonConfig.class,
ApolloBizConfig.class,
ConfigServiceApplication.class,
ApolloMetaServiceConfig.class})
public class ConfigServiceApplication {
...
}
2. 修改ApolloConfigDB.ServerConfig表中的eureka.service.url
,指向自己的Eureka地址
比如自己的Eureka服务地址是1.1.1.1:8761和2.2.2.2:8761,那么就将ApolloConfigDB.ServerConfig表中设置eureka.service.url为:
http://1.1.1.1:8761/eureka/,http://2.2.2.2:8761/eureka/
需要注意的是更改Eureka地址只需要改ApolloConfigDB.ServerConfig表中的eureka.service.url
即可,不需要修改meta server地址。
默认情况下,meta service和config service是部署在同一个JVM进程,所以meta service的地址就是config service的地址,修改Eureka地址时不需要修改meta server地址。
9. Spring Boot中使用ConditionalOnProperty
读取不到配置
@ConditionalOnProperty
功能从0.10.0版本开始支持,具体可以参考 3.2.1.3 在Spring Boot初始bootstrap阶段注入配置
10. 多机房如何实现A机房的客户端就近读取A机房的config service,B机房的客户端就近读取B机房的config service?
请参考Issue 1294,该案例中由于中美机房相距甚远,所以需要config db两地部署,如果是同城多机房的话,两个机房的config service可以连同一个config db。
11. apollo是否有支持HEAD请求的页面?阿里云slb配置健康检查只支持HEAD请求
apollo的每个服务都有/health
页面的,该页面是apollo用来做健康检测的,支持各种请求方法,如GET, POST, HEAD等。
12. apollo如何配置查看权限?
从1.1.0版本开始,apollo-portal增加了查看权限的支持,可以支持配置某个环境只允许项目成员查看私有Namespace的配置。
这里的项目成员是指:
- 项目的管理员
- 具备该私有Namespace在该环境下的修改或发布权限
配置方式很简单,用超级管理员账号登录后,进入管理员工具 - 系统参数
页面新增或修改configView.memberOnly.envs
配置项即可。
13. apollo如何放在独立的tomcat中跑?
有些公司的运维策略可能会要求必须使用独立的tomcat跑应用,不允许apollo默认的startup.sh方式运行,下面以apollo-configservice为例简述一下如何使apollo服务端运行在独立的tomcat中:
- 获取apollo代码(生产部署建议用release的版本)
- 修改apollo-configservice的pom.xml,增加
<packaging>war</packaging>
- 按照分布式部署文档配置build.sh,然后打包
- 把apollo-configservice的war包放到tomcat下
- cp apollo-configservice/target/apollo-configservice-xxx.war ${tomcat-dir}/webapps/ROOT.war 运行tomcat的startup.sh
- 运行tomcat的startup.sh
另外,apollo还有一些调优参数建议在tomcat的server.xml中配置一下,可以参考application.properties
14. 注册中心Eureka如何替换为zookeeper?
许多公司微服务项目已经在使用zookeeper,如果出于方便服务管理的目的,希望Eureka替换为zookeeper的情况,可以参考@hanyidreamer贡献的改造步骤:注册中心Eureka替换为zookeeper
15. 本地多人同时开发,如何实现配置不一样且互不影响?
参考#1560
16. Portal挂载到nginx/slb后如何设置相对路径?
一般情况下建议直接使用根目录来挂载portal,不过如果有些情况希望和其它应用共用nginx/slb,需要加上相对路径(如/apollo),那么可以按照下面的方式配置。
16.1 Portal为1.7.0及以上版本
首先为apollo-portal增加-D参数server.servlet.context-path=/apollo
或系统环境变量SERVER_SERVLET_CONTEXT_PATH=/apollo
。
然后在nginx/slb上配置转发即可,以nginx为例:
location /apollo/ {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://127.0.0.1:8070/apollo/;
}
16.2 Portal为1.6.0及以上版本
首先为portal加上prefix.path=/apollo
配置参数,配置方式很简单,用超级管理员账号登录后,进入管理员工具 - 系统参数
页面新增或修改prefix.path
配置项即可。
然后在nginx/slb上配置转发即可,以nginx为例:
location /apollo/ {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://127.0.0.1:8070/;
}