Nacos服务分级存储模型
一级是服务,例如userservice
二级是集群,例如杭州或上海
三级是实例,例如杭州机房的某台部署了userservice的服务器
1、整体模型图
2、服务跨集群调用问题
- 服务调用尽可能选择本地集群的服务,跨集群调用延迟较高
- 本地集群不可访问时,再去访问其它集群
3、配置服务集群
修改application.yml文件,添加spring.cloud.nacos.discovery.cluster-name属性
spring:
cloud:
nacos:
server-addr: localhost:8848 # nacos 服务端地址
discovery:
cluster-name: HZ
# 配置集群名称,也就是机房位置,例如:HZ,杭州
NacosRule负载均衡策略(com.alibaba.cloud.nacos.ribbon.NacosRule):
- 优先选择同集群服务实例列表
- 本地集群找不到提供者,才去其它集群寻找,并且会报警告
- 确定了可用实例列表后,再采用随机负载均衡挑选实例
配置
Nacos控制台可以设置实例的权重值,0~1之间同集群内的多个实例,权重越高被访问的频率越高权重设置为0则完全不会被访问
实际部署中会出现这样的场景:
- 服务器设备性能有差异,部分实例所在机器性能较好,另一些较差,我们希望性能好的机器承担更多的用户请求
- Nacos提供了权重配置来控制访问频率,权重越大则访问频率越高
设置权重:
Nacos中服务存储和数据存储的最外层都是一个名为namespace的东西,用来做最外层隔离(不同的环境之间无法相互提供服务)
1、服务消费者获取服务:
- 向nacos注册中心定时拉取服务
- 由nacos注册中心主动推送变更消息
- 服务消费者会建立服务缓存表
2、Nacos注册中心检测服务注册者:
- 如果服务提供者是临时实例采用心跳监测(当服务挂掉之后不会等待他)
- 如果服务提供者不是临时实例非临时实例nacos主动询问(当服务挂掉的之后会一直询问)
3、配置临时实例
临时实例宕机时,会从nacos的服务列表中剔除,而非临时实例则不会
spring:
cloud:
nacos:
discovery:
ephemeral: false # 设置为非临时实例
五、Nacos与Eureka对比
共同点:
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
区别:
- Nacos支持服务端主动检测提供者状态:
【临时实例采用心跳模式,心跳不正常会被剔除】
【非临时实例采用主动检测模式,不会被剔除】 - Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
- Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式



