負(fù)載均衡

生產(chǎn)環(huán)境相對(duì)是?較惡劣的, 我們需要對(duì)服務(wù)的流量進(jìn)?更加精細(xì)的控制. Nacos?持多種負(fù)載均衡策略, 包括權(quán)重, 同機(jī)房, 同地域, 同環(huán)境等.

服務(wù)下線

當(dāng)某?個(gè)節(jié)點(diǎn)上接?的性能較差時(shí), 我們可以第?時(shí)間對(duì)該節(jié)點(diǎn)進(jìn)?下線.

操作步驟: 服務(wù)詳情 -> 下線

點(diǎn)擊下線后, 再次請(qǐng)求接?, 會(huì)發(fā)現(xiàn)該服務(wù)沒有請(qǐng)求進(jìn)來了。再次單擊上線, 該節(jié)點(diǎn)會(huì)繼續(xù)收到請(qǐng)求。

下線之前

下線端口號(hào)為9091的服務(wù)進(jìn)程之后：

權(quán)重配置

除了下線之外, 我們也可以配置這個(gè)節(jié)點(diǎn)的流量權(quán)重。

配置權(quán)重

操作步驟: 找到對(duì)應(yīng)節(jié)點(diǎn) ->編輯 -> 在彈出的窗?修改權(quán)重值。

下面修改端口號(hào)為9091的服務(wù)進(jìn)程的權(quán)重為0.1

觀察結(jié)果：

我們可以看到，三個(gè)服務(wù)實(shí)例接收到的請(qǐng)求次數(shù)幾乎一樣多，這是為什么呢？明明我們已經(jīng)配置了權(quán)重且比例稍微比較大，按理說應(yīng)該能看到現(xiàn)象。

是因?yàn)槲覀兪褂昧薒oadBalance，它本來就是負(fù)責(zé)負(fù)載均衡的，此時(shí)就不會(huì)使用Nacos的權(quán)重屬性進(jìn)行負(fù)載均衡。

我們可以參考一下文章：

解決辦法

開啟Nacos負(fù)載均衡策略

application.properties

spring.cloud.loadbalancer.nacos.enabled=true

application.yml

spring:
  cloud:
    loadbalancer:
      nacos:
        enabled: true

觀察結(jié)果：

由此我們可以看到，我們?cè)O(shè)置的權(quán)重生效了。

常見問題

修改權(quán)重時(shí), 可能會(huì)報(bào)錯(cuò)：

報(bào)錯(cuò)信息為：

caused: errCode: 500, errMsg: do metadata operation failed ;caused:com.alibaba.nacos.consistency.exception.ConsistencyException: The Raft Group[naming_instance_metadata] did not find the Leader node;caused: The Raft Group[naming_instance_metadata] did not find the Leader node;

原因: Nacos 采? raft 算法來計(jì)算 Leader, 并且會(huì)記錄前?次啟動(dòng)的集群地址, 當(dāng)服務(wù)器 IP 改變時(shí)會(huì)導(dǎo)致 raft 記錄的集群地址失效, 導(dǎo)致選 Leader 出現(xiàn)問題. (?絡(luò)環(huán)境發(fā)?變化時(shí), IP地址也會(huì)發(fā)?變化)

解決辦法: 刪除 Nacos 根?錄下 data ?件夾下的 protocol ?件夾即可。

同集群優(yōu)先訪問

Nacos把同?個(gè)機(jī)房?jī)?nèi)的實(shí)例, 劃分為?個(gè)集群. 所以同集群優(yōu)先訪問, 在?定程度上也可以理解為同房?jī)?yōu)先訪問.微服務(wù)架構(gòu)中, ?個(gè)服務(wù)通常有多個(gè)實(shí)例共同提供服務(wù), 這些實(shí)例可以部署在不同的機(jī)器上, 這些機(jī)器可以分布在不同的機(jī)房, ?如product-service：

實(shí)例1: 分布在上海機(jī)房實(shí)例2: 分布在上海機(jī)房實(shí)例3: 分布在北京機(jī)房實(shí)例4: 分布在北京機(jī)房

微服務(wù)訪問時(shí), 應(yīng)盡量訪問同機(jī)房的實(shí)例. 當(dāng)本機(jī)房?jī)?nèi)實(shí)例不可?時(shí), 才訪問其他機(jī)房的實(shí)例。

?如order-service 在上海機(jī)房, product-service 在北京和上海機(jī)房都有實(shí)例, 那我們希望可以優(yōu)先訪問上海機(jī)房, 如果上海機(jī)房沒有實(shí)例, 或者實(shí)例不可?, 再訪問北京機(jī)房的實(shí)例. 通常情況下, 因?yàn)橥?個(gè)機(jī)房的機(jī)器屬于?個(gè)局域?, 局域?訪問速度更快?點(diǎn).

給實(shí)例配置集群名稱

1. 配置集群名稱

給order-service和端口號(hào)為9090的product-service配置 SH 集群名稱。

spring:
  cloud:
    nacos:
      discovery:
        server-addr: 110.41.51.65:10020
        cluster-name: SH #集群名稱: 上海集群

給端口號(hào)為9091的product-service 和 端口號(hào)為9092的product-service配置 BJ 集群名稱。

開啟Nacos負(fù)載均衡策略

同權(quán)重配置

spring:
  cloud:
    nacos:
      loadbalancer:
        nacos:
          enabled: true

多次訪問“http://127.0.0.1:8080/order/1”

觀察結(jié)果：

我們前面配置order-service集群為 SH，配置端口號(hào)為9090的product-service集群為 SH，配置端口號(hào)為9091的product-service集群為 BJ，配置端口號(hào)為9092的product-service集群為 BJ。

上面的結(jié)果可以看到，請(qǐng)求都發(fā)送到了端口號(hào)為9090的product-service集群，與預(yù)期符合。

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論