• 欢迎访问VPS岛网站,国外VPS,国内VPS,国外服务器,国内服务器,服务器主机,测评及优惠码,推荐使用最新版火狐浏览器和Chrome浏览器访问本网站 QQ群

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

Nginx相关 mb5ff97fc6948e0 31次浏览 已收录 0个评论

前言

上一篇文章使用 Consul 和 Registrator 在 docker 的容器环境中搭建了服务注册和发现集群。在服务发现和注册的基础上,本文将引入 Nginx反向代理服务器和 Consul-template 组件,实现动态的服务负载均衡。

正文

1. 工具介绍

1.1. Nginx

一个高性能的 HTTP 和反向代理服务器,用于前端访问流量到后台应用服务器负载均衡和请求转发。

1.2. Consul-template

Consul-template 是 HashiCorp 基于 Consul 所提供的可扩展的工具,通过监听 Consul中的数据变化,动态地修改一些配置文件中地模板。常用于在 Nginx、 HAProxy 上动态配置健康状态下的客户端反向代理信息。

2. 实现原理

  • 通过 Nginx 自身实现负载均衡和请求转发;

  • 通过 Consul-template 的 config 功能实时监控 Consul 集群节点的服务和数据的变化;

  • 实时的用 Consul 节点的信息替换 Nginx 配置文件的模板,并重新加载配置文件;

Consul-template 和 nginx 必须安装在同一台机器上,因为 Consul-template 需要动态修改 nginx 的配置文件 nginx.conf,然后执行 nginx-s reload 命令进行路由更新,达到动态负载均衡的目的。

2.1. 传统负载均衡

传统的负载均衡,就是 Client 支姐访问 Nginx,然后被转发到后端某一台 WebServer。如果后端有添加/删除 WebServer,运维需要手动改下 nginx.conf ,然后重新载入配置,就可以动态的调整负载均衡。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

2.2. 自动负载均衡

再看看基于服务自动发现和注册的负载均衡,负载均衡的方式没有变,只是多了一些外围组件,当然这些组件对 Client 是不可见的, client 依然只能看到 Nginx 入口,访问方式也没变化。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

Nginx 的动态负载均衡实现流程如下:

  1. 以相同的 Consul 标签对 WebServer 进行服务标记和分类,新增或者删除 WebServer 服务器节点;

  2. Registrator 监控到 WebServer 的状态更新,自动在 Consul服务注册中心将它注册或者注销;

  3. Consul-template 订阅了 Consul 服务注册中心的服务消息,接收到 Consul 的消息推送,即 WebServer 服务节点状态发生改变。

  4. Consul-template 自动去修改和替换 Nginx 服务器下的 nginx配置文件中的模板,并重新加载服务达到自动负载均衡的目的。

3. 环境准备

3.1. 系统环境

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

3.2. 节点规划

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

  • Client WebApp:提供基于 Thrift的 RPC客户端和基于 Http协议的 RESTful客户端,用于访问 Server 程序。

  • Server WebApp:提供基于 Thrift的 RPC服务端和基于 Http协议的 RESTful服务端,供 Client 程序调用。

这里的3台主机 – 192.168.1.182、 192.168.1.183 和 192.168.1.185,每台主机部署两个 ClientWebApp 容器和一个 ClientServer 容器,用于模拟服务层的负载均衡。

3.3. 镜像构建

  • Consul:consul:latest

  • Registrator:gliderlabs/registrator:latest

  • Nginx和Consul-template:liberalman/nginx-consul-template:latest

  • Client WebApp:test-client:latest

  • Server WebApp:test-server:latest

这里先说说 test-client 和 test-server 的镜像构建:

  1. 克隆项目到本地项目环境: https://github.com/ostenant/spring-cloud-starter-thrift

  2. 切换到子模块 spring-cloud-starter-thrift-examples 下的 test 目录,执行命令 mvn cleanpackage 进行程序打包。

  3. 分别将 test-client 和 test-server 项目根目录下的 Dockerfile 文件和 target目录下的 target/*.jar程序拷贝到 192.168.1.182 、 192.168.1.183 和 192.168.1.185 目录下。

  4. 进入客户端 Dockerfile 所在目录,对客户端程序 test-client 进行镜像构建,命令如下: docker build.-t test-client:latest

  5. 进入服务端 Dockerfile 所在目录,对服务端程序 test-server 进行镜像构建,命令如下: docker build.-t test-server:latest

构建完成后查看本地镜像库:
基于Docker + Consul + Nginx + Consul-template的服务负载均衡

3.4. 部署模型

五台主机,其中 192.168.1.181 和 192.168.1.186 两台主机的主要作用如下:

  1. 作为负载均衡转发器 (这里只是演示,可以通过 KeepAlived 实现 Nginx 的 HA),将前端访问流量经过负载算法一次转发到后台 ClientWebApp 。

  2. 以 Server模式启动 Consul节点,其中一台作为整个服务发现与注册集群的 leader, 用于同步和持久化其余三台 Client 模式的 Consul 节点的数据和状态信息。

其余三台主机 – 192.168.1.182、 192.168.1.183 和 192.168.1.185,充当的角色如下:

  1. 每台分别以 Client 模式部署 Consul 节点,用于注册和发现本机 docker 容器暴露的服务,同时和 ConsulServer 的 leader 节点进行服务状态同步。

  2. 分别启动一个 ClientWebApp 容器实例和两个 ServerWebApp 容器实例,将 ClientWebApp 的请求根据服务层的负载算法二次转发到 ServerWebApp 中的任意一台上完成具体的业务处理。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

这里有两次服务转发操作:

  • 接入层的转发:两台 Nginx 服务器将客户流量,经由一次转发至三个 ClientWebApp 服务实例中任意一个做处理。

  • 服务层的转发:三个 ClientWebApp服务实例其中之一,根据从服务注册中心拉取的健康的服务缓存列表,将请求二次转发至六个 ServerWebApp服务实例其中之一做处理。

3.5. 开始搭建

3.5.1. Consul Server主机

(a). 分别编写 docker-compose.yml,注意 Registrator 需要配置各自的 IP地址。

  • 主机:192.168.1.181
docker-compose.yml

    version: '2'

    services:

      load_balancer:

        image: liberalman/nginx-consul-template:latest

        hostname: lb

        links:

          - consul_server_master:consul

        ports:

          - "80:80"

      consul_server_master:

        image: consul:latest

        hostname: consul_server_master

        ports:

          - "8300:8300"

          - "8301:8301"

          - "8302:8302"

          - "8400:8400"

          - "8500:8500"

          - "8600:8600"

        command: consul agent -server -bootstrap-expect 1 -advertise 192.168.1.181 -node consul_server_master -data-dir /tmp/data-dir -client 0.0.0.0 -ui

      registrator:

        image: gliderlabs/registrator:latest

        hostname: registrator

        links:

          - consul_server_master:consul

        volumes:

          - "/var/run/docker.sock:/tmp/docker.sock"

        command:  -ip 192.168.1.181 consul://192.168.1.181:8500
  • 主机:192.168.1.186
docker-compose.yml

    version: '2'

    services:

      load_balancer:

        image: liberalman/nginx-consul-template:latest

        hostname: lb

        links:

          - consul_server_slave:consul

        ports:

          - "80:80"

      consul_server_slave:

        image: consul:latest

        hostname: consul_server_slave

        ports:

          - "8300:8300"

          - "8301:8301"

          - "8302:8302"

          - "8400:8400"

          - "8500:8500"

          - "8600:8600"

        command: consul agent -server -join=192.168.1.181 -advertise 192.168.1.186 -node consul_server_slave -data-dir /tmp/data-dir -client 0.0.0.0 -ui

      registrator:

        image: gliderlabs/registrator:latest

        hostname: registrator

        links:

          - consul_server_slave:consul

        volumes:

          - "/var/run/docker.sock:/tmp/docker.sock"

        command:  -ip 192.168.1.186 consul://192.168.1.186:8500

(b). 在两台主机上分别通过 docker-compose 启动多容器应用,命令如下:

docker-compose up -d

这是在主机 192.168.1.181 上运行启动命令时的输出,可以看到 docker-compose 启动时会先去检查目标镜像文件是否拉取到本地,然后依次创建并启动 docker-compose.yml 文件配置的容器实例。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

(c). 查看正常启动的容器进程,观察 Consul、 Registrator 和 Nginx/ Consul-template的容器都正常启动。
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
(d). 利用 docker-compose,以相同的方式在主机 192.168.1.186 上启动所配置的容器服务实例,查看启动状态如下:
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
(e). 访问 http://IP:8500 查看 ConsulServer 的节点信息和服务注册列表。

  • 节点信息:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

  • 服务状态列表:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

两台 ConsulServer 主机上的容器服务实例均正常启动!

3.5.2. Consul Client主机

一般情况下,我们把 Consul 作为服务注册与发现中心,会使用它提供的服务定义 ( ServiceDefinition) 和健康检查定义 ( HealthCheckDefinition) 功能,相关配置说明参考如下:

服务定义

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

服健康检查定义

配置原则为: SERVICEXXX*。如果你的应用监听的是 5000 端口,则改为 SERVICE_5000_CHECK_HTTP,其它环境变量配置同理。
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
基于Docker + Consul + Nginx + Consul-template的服务负载均衡

配置说明

(a). 分别编写 docker-compose.yml,同样注意 Registrator 需要配置各自的 IP 地址。 test-server 和 test-client 的服务实例在配置时需要指定相关的环境变量。

  • 主机:192.168.1.182
docker-compose.yml

    version: '2'

    services:

      consul_client_01:

        image: consul:latest

        ports:

          - "8300:8300"

          - "8301:8301"

          - "8301:8301/udp"

          - "8302:8302"

          - "8302:8302/udp"

          - "8400:8400"

          - "8500:8500"

          - "8600:8600"

        command: consul agent -retry-join 192.168.1.181 -advertise 192.168.1.182 -node consul_client_01 -data-dir /tmp/data-dir -client 0.0.0.0 -ui

      registrator:

        image: gliderlabs/registrator:latest

        volumes:

          - "/var/run/docker.sock:/tmp/docker.sock"

        command:  -ip 192.168.1.182 consul://192.168.1.182:8500

      test_server_1:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-01

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-01

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "16000:8080"

          - "30000:25000"

      test_server_2:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-02

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-02

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "18000:8080"

          - "32000:25000"

      test_client_1:

        image: test-client:latest

        environment:

          - SERVICE_8080_NAME=my-web-server

          - SERVICE_8080_TAGS=test-client-http-service-01

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/features

        ports:

          - "80:8080"
  • 主机:192.168.1.183
docker-compose.yml

    version: '2'

    services:

      consul_client_02:

        image: consul:latest

        ports:

          - "8300:8300"

          - "8301:8301"

          - "8301:8301/udp"

          - "8302:8302"

          - "8302:8302/udp"

          - "8400:8400"

          - "8500:8500"

          - "8600:8600"

        command: consul agent -retry-join 192.168.1.181 -advertise 192.168.1.183 -node consul_client_02 -data-dir /tmp/data-dir -client 0.0.0.0 -ui

      registrator:

        image: gliderlabs/registrator:latest

        volumes:

          - "/var/run/docker.sock:/tmp/docker.sock"

        command:  -ip 192.168.1.183 consul://192.168.1.183:8500

      test_server_1:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-03

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-03

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "16000:8080"

          - "30000:25000"

      test_server_2:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-04

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-04

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "18000:8080"

          - "32000:25000"

      test_client_1:

        image: test-client:latest

        environment:

          - SERVICE_8080_NAME=my-web-server

          - SERVICE_8080_TAGS=test-client-http-service-02

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/features

        ports:

          - "80:8080"
  • 主机:192.168.1.185
docker-compose.yml

    version: '2'

    services:

      consul_client_03:

        image: consul:latest

        ports:

          - "8300:8300"

          - "8301:8301"

          - "8301:8301/udp"

          - "8302:8302"

          - "8302:8302/udp"

          - "8400:8400"

          - "8500:8500"

          - "8600:8600"

        command: consul agent -retry-join 192.168.1.181 -advertise 192.168.1.185 -node consul_client_03 -data-dir /tmp/data-dir -client 0.0.0.0 -ui

      registrator:

        image: gliderlabs/registrator:latest

        volumes:

          - "/var/run/docker.sock:/tmp/docker.sock"

        command:  -ip 192.168.1.185 consul://192.168.1.185:8500

      test_server_1:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-05

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-05

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "16000:8080"

          - "30000:25000"

      test_server_2:

        image: test-server:latest

        environment:

          - SERVICE_8080_NAME=test-server-http-service

          - SERVICE_8080_TAGS=test-server-http-service-06

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/health

          - SERVICE_25000_NAME=test-server-thrift-service

          - SERVICE_25000_TAGS=test-server-thrift-service-06

          - SERVICE_25000_CHECK_INTERVAL=10s

          - SERVICE_25000_CHECK_TIMEOUT=2s

          - SERVICE_25000_CHECK_TCP=/

        ports:

          - "18000:8080"

          - "32000:25000"

      test_client_1:

        image: test-client:latest

        environment:

          - SERVICE_8080_NAME=my-web-server

          - SERVICE_8080_TAGS=test-client-http-service-03

          - SERVICE_8080_CHECK_INTERVAL=10s

          - SERVICE_8080_CHECK_TIMEOUT=2s

          - SERVICE_8080_CHECK_HTTP=/features

        ports:

          - "80:8080"

注意:我们使用的第三方镜像 liberalman/nginx-consul-template, Nginx 会把名称为 my-web-server的服务容器作为后台转发的目标服务器,因此,在 test-client 的配置项中,需要指定 SERVICE_XXX_NAME 为 my-web-server。当然你也可以自己制作镜像指定模板。

(b). 在三台主机上使用 docker-compose 启动多容器应用:

docker-compose up -d

以主机 192.168.1.182 为例 (其余两台类似),控制台日志显示,创建并启动 docker-compose.yml 文件配置的5个容器实例。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

(c). 查看正常启动的容器进程,观察到 Consul、一台 test-client 和 两台 test-server的容器都正常启动。

(d). 在 b 操作中的控制台输出可以看到: docker-compose 并非按照 docker-compose.yml 文件中服务配置的先后顺序启动。 registrator 容器的启动依赖于 consul 容器,而此时 consul 还并未启动,就出现了 registrator 优先启动而异常退出的现象。解决方法是再运行一次 docker-compose up-d 命令。
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
(e). 再次查看容器进程,此时 Registrator 容器就已经正常启动了。
基于Docker + Consul + Nginx + Consul-template的服务负载均衡

(f). 以相同的方式在其余两台主机上重复以上操作,再次访问 http://IP:8500 查看 ConsulServer 的节点信息和服务注册列表。

  • Consul 集群节点信息,包括两台 ConsulServer 节点和一台 ConsulClient 节点,节点右侧可以看到所有的服务注册列表和相关的健康检查结果:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

  • nginx 服务状态列表,服务名称 nginx-consul-template,提供 http 服务,共有2个服务实例:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

  • test-client 服务状态列表,服务名称为 my-web-server,提供 http 服务,共有3个服务实例:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

  • test-server 服务状态列表,服务名称为 test-server-http-service 和 test-server-thrift-service,分别对应6个 http 服务实例和 6个 thrift 服务实例:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
三台 ConsulClient 主机上的容器服务实例均正常启动,服务注册和发现运行正常!

4. 结果验证

4.1. Nginx负载均衡

4.1.1. 访问Nginx

Nginx 默认访问端口号为 80,任选一台 Nginx 访问,比如: http://192.168.1.181/swagger-ui.html

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

请求转发至 TestClient 的 Swagger页面,表明 nginx配置文件 nginx.conf 被 Consul-template 成功修改。

4.1.2. 进入Nginx容器

运行 docker ps 查看 nginx-consul-template 的容器 ID,比如这里是: 4f2731a7e0cb。进入 nginx-consul-template 容器。

docker-enter 4f2731a7e0cb

查看容器内部的进程列表:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

特别留意以下一行进程命令,这里完成了三步重要的操作:

consul-template -consul-addr=consul:8500 -template /etc/consul-templates/nginx.conf.ctmpl:/etc/nginx/conf.d/app.conf:nginx -s reload
  1. Consul-template 利用 Consul 上的服务信息对 Nginx 的配置文件模板 /etc/consul-templates/nginx.conf.ctmpl 进行重新解析和渲染。

  2. 渲染生成的 nginx 配置文件为 /etc/nginx/conf.d/app.conf。

  3. 进一步运行 nginx-s reload 重新加载 app.conf,更新路由转发列表。

查看 app.conf 的配置项,发现三个 test-client 节点的 IP:port 都加入了路由转发列表中。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

退出并关闭主机 192.168.1.182 上的 test-client 容器。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

再次查看 app.conf,可以发现路由节点 192.168.1.182:80 已经从 Nginx 的路由转发列表上剔除掉了。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

同样的,重新启动 test-client 恢复容器,又可以发现 Nginx 的路由转发列表 再次自动将其添加!

4.2. 服务负载均衡

4.2.1. 接口测试

test-client 通过 http 通信方式请求任意一台 test-server,返回响应结果 (请求处理时间 ms )。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

test-client 通过 thrift 通信方式请求任意一台 test-server,返回响应结果 (请求处理时间 ms )。

基于Docker + Consul + Nginx + Consul-template的服务负载均衡

4.2.3. 日志分析

服务的负载均衡并不是很好观察,这里直接截取了一段 test-client 的服务缓存列表动态定时刷新时打印的日志:

2018-02-09 13:15:55.157  INFO 1 --- [erListUpdater-1] t.c.l.ThriftConsulServerListLoadBalancer : Refreshed thrift serverList: [

test-server-thrift-service: [

    ThriftServerNode{node='consul_client_01', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-01], host='192.168.1.182', port=30000, address='192.168.1.182', isHealth=true},

    ThriftServerNode{node='consul_client_01', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-02], host='192.168.1.182', port=32000, address='192.168.1.182', isHealth=true},

    ThriftServerNode{node='consul_client_02', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-03], host='192.168.1.183', port=30000, address='192.168.1.183', isHealth=true},

    ThriftServerNode{node='consul_client_02', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-04], host='192.168.1.183', port=32000, address='192.168.1.183', isHealth=true},

    ThriftServerNode{node='consul_client_03', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-05], host='192.168.1.185', port=30000, address='192.168.1.185', isHealth=true},

    ThriftServerNode{node='consul_client_03', serviceId='test-server-thrift-service', tags=[test-server-thrift-service-06], host='192.168.1.185', port=32000, address='192.168.1.185', isHealth=true}

],

test-server-http-service: [

    ThriftServerNode{node='consul_client_01', serviceId='test-server-http-service', tags=[test-server-http-service-01], host='192.168.1.182', port=16000, address='192.168.1.182', isHealth=true},

    ThriftServerNode{node='consul_client_01', serviceId='test-server-http-service', tags=[test-server-http-service-02], host='192.168.1.182', port=18000, address='192.168.1.182', isHealth=true},

    ThriftServerNode{node='consul_client_02', serviceId='test-server-http-service', tags=[test-server-http-service-03], host='192.168.1.183', port=16000, address='192.168.1.183', isHealth=true},

    ThriftServerNode{node='consul_client_02', serviceId='test-server-http-service', tags=[test-server-http-service-04], host='192.168.1.183', port=18000, address='192.168.1.183', isHealth=true},

    ThriftServerNode{node='consul_client_03', serviceId='test-server-http-service', tags=[test-server-http-service-05], host='192.168.1.185', port=16000, address='192.168.1.185', isHealth=true},

    ThriftServerNode{node='consul_client_03', serviceId='test-server-http-service', tags=[test-server-http-service-06], host='192.168.1.185', port=18000, address='192.168.1.185', isHealth=true}

],

my-web-server: [

    ThriftServerNode{node='consul_client_01', serviceId='my-web-server', tags=[test-client-http-service-01], host='192.168.1.182', port=80, address='192.168.1.182', isHealth=true},

    ThriftServerNode{node='consul_client_02', serviceId='my-web-server', tags=[test-client-http-service-02], host='192.168.1.183', port=80, address='192.168.1.183', isHealth=true},

    ThriftServerNode{node='consul_client_03', serviceId='my-web-server', tags=[test-client-http-service-03], host='192.168.1.185', port=80, address='192.168.1.185', isHealth=true}

]]

服务实例

  • test-server-http-service 所有健康的服务实例:

基于Docker + Consul + Nginx + Consul-template的服务负载均衡
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
基于Docker + Consul + Nginx + Consul-template的服务负载均衡
spring-cloud-starter-thrift 采用的轮询的转发策略,也就是说 my-web-server会按次序循环往来地将 http 或者 rpc 请求分发到各自的 6 个服务实例完成处理。

总结

本文提供了一套基于微服务服务注册与发现体系和容器的高可用 ( HA) 解决方案,引入了接入层和服务层的自动负载均衡的实现,详细给出了实践方案和技术手段。


VPS岛 的文章和资源来自互联网,仅作为参考资料,如果有侵犯版权的资源请尽快联系站长,我们会在24h内删除有争议的资源。丨 转载请注明基于Docker + Consul + Nginx + Consul-template的服务负载均衡
喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址