首页 / 负载均衡 / 通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法

通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含125822字，纯文字阅读大概需要180分钟。

内容图文

前提#

前段时间顺利地把整个服务集群和中间件全部从UCloud迁移到阿里云，笔者担任了架构和半个运维的角色。这里详细记录一下通过Nginx、Consul、Upsync实现动态负载均衡和服务平滑发布的核心知识点和操作步骤，整个体系已经在生产环境中平稳运行。编写本文使用的虚拟机系统为CentOS7.x，虚拟机的内网IP为192.168.56.200。

动态负载均衡的基本原理#

一般会通过upstream配置Nginx的反向代理池：

Copy

http {
    
    upstream upstream_server{
        server 127.0.0.1:8081;
        server 127.0.0.1:8082;
    }

    server {
        listen       80;
        server_name localhost;

        location / {
            proxy_pass http://upstream_server;
        }
    }
}

现在假如8081端口的服务实例挂了需要剔除，那么需要修改upstream为：

Copy

upstream upstream_server{
    # 添加down标记该端口的服务实例不参与负载
    server 127.0.0.1:8081 down;
    server 127.0.0.1:8082;
}

并且通过nginx -s reload重新加载配置，该upstream配置才会生效。我们知道，服务发布时候重启过程中是处于不可用状态，正确的服务发布过程应该是：

把该服务从对应的upstream剔除，一般是置为down，告知Nginx服务upstream配置变更，需要通过nginx -s reload进行重载。
服务构建、部署和重启。
通过探活脚本感知服务对应的端口能够访问，把该服务从对应的upstream中拉起，一般是把down去掉，告知Nginx服务upstream配置变更，需要通过nginx -s reload进行重载。

上面的步骤一则涉及到upstream配置，二则需要Nginx重新加载配置（nginx -s reload），显得比较笨重，在高负载的情况下重新启动Nginx并重新加载配置会进一步增加系统的负载并可能暂时降低性能。

所以，可以考虑使用分布式缓存把upstream配置存放在缓存服务中，然后Nginx直接从这个缓存服务中读取upstream的配置，这样如果有upstream的配置变更就可以直接修改缓存服务中对应的属性，而Nginx服务也不需要reload。在实战中，这里提到的缓存服务就选用了Consul，Nginx读取缓存中的配置属性选用了新浪微博提供的Nginx的C语言模块nginx-upsync-module。示意图大致如下：

Consul安装和集群搭建#

Consul是Hashicorp公司的一个使用Golang开发的开源项目，它是一个用于服务发现和配置的工具，具备分布式和高度可用特性，并且具有极高的可伸缩性。Consul主要提供下面的功能：

服务发现。
运行状况检查。
服务分块/服务网格（Service Segmentation/Service Mesh）。
密钥/值存储。
多数据中心。

下面是安装过程：

Copy

mkdir /data/consul
cd /data/consul
wget https://releases.hashicorp.com/consul/1.7.3/consul_1.7.3_linux_amd64.zip
# 注意解压后只有一个consul执行文件
unzip consul_1.7.3_linux_amd64.zip

解压完成后，使用命令nohup /data/consul/consul agent -server -data-dir=/tmp/consul -bootstrap -ui -advertise=192.168.56.200 -client=192.168.56.200 > /dev/null 2>&1 &即可后台启动单机的Consul服务。启动Consul实例后，访问http://192.168.56.200:8500/即可打开其后台管理UI：

下面基于单台虚拟机搭建一个伪集群，关于集群的一些配置属性的含义和命令参数的解释暂时不进行展开。

Copy

# 创建集群数据目录
mkdir /data/consul/node1 /data/consul/node2 /data/consul/node3
# 创建集群日志目录
mkdir /data/consul/node1/logs /data/consul/node2/logs /data/consul/node3/logs

在/data/consul/node1目录添加consul_conf.json文件，内容如下：

Copy

{
  "datacenter": "es8-dc",
  "data_dir": "/data/consul/node1",
  "log_file": "/data/consul/node1/consul.log",
  "log_level": "INFO",
  "server": true,
  "node_name": "node1",
  "ui": true,
  "bind_addr": "192.168.56.200",
  "client_addr": "192.168.56.200",
  "advertise_addr": "192.168.56.200",
  "bootstrap_expect": 3,
  "ports":{
    "http": 8510,
    "dns": 8610,
    "server": 8310,
    "serf_lan": 8311,
    "serf_wan": 8312
    }
}

在/data/consul/node2目录添加consul_conf.json文件，内容如下：

Copy

{
  "datacenter": "es8-dc",
  "data_dir": "/data/consul/node2",
  "log_file": "/data/consul/node2/consul.log",
  "log_level": "INFO",
  "server": true,
  "node_name": "node2",
  "ui": true,
  "bind_addr": "192.168.56.200",
  "client_addr": "192.168.56.200",
  "advertise_addr": "192.168.56.200",
  "bootstrap_expect": 3,
  "ports":{
    "http": 8520,
    "dns": 8620,
    "server": 8320,
    "serf_lan": 8321,
    "serf_wan": 8322
    }
}

在/data/consul/node3目录添加consul_conf.json文件，内容如下：

Copy

{
  "datacenter": "es8-dc",
  "data_dir": "/data/consul/node3",
  "log_file": "/data/consul/node3/consul.log",
  "log_level": "INFO",
  "server": true,
  "node_name": "node3",
  "ui": true,
  "bind_addr": "192.168.56.200",
  "client_addr": "192.168.56.200",
  "advertise_addr": "192.168.56.200",
  "bootstrap_expect": 3,
  "ports":{
    "http": 8530,
    "dns": 8630,
    "server": 8330,
    "serf_lan": 8331,
    "serf_wan": 8332
    }
}

新建一个集群启动脚本：

Copy

cd /data/consul
touch service.sh
# /data/consul/service.sh内容如下：
nohup /data/consul/consul agent -config-file=/data/consul/node1/consul_conf.json > /dev/null 2>&1 &
sleep 10
nohup /data/consul/consul agent -config-file=/data/consul/node2/consul_conf.json -retry-join=192.168.56.200:8311 > /dev/null 2>&1 &
sleep 10
nohup /data/consul/consul agent -config-file=/data/consul/node3/consul_conf.json -retry-join=192.168.56.200:8311 > /dev/null 2>&1 &

如果集群启动成功，观察节点1中的日志如下：

通过节点1的HTTP端点访问后台管理页面如下（可见当前的节点1被标记了一颗红色的星星，说明当前节点1是

内容总结

以上是互联网集市为您收集整理的通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法全部内容，希望文章能够帮你解决通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/937041.html

来源：【匿名】

首页 / 负载均衡 / 通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法

通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法

内容导读

内容图文

前提#

动态负载均衡的基本原理#

Consul安装和集群搭建#

内容总结

内容备注

内容手机端

【通过Nginx、Consul、Upsync负载均衡处理平滑的几种方法】教程文章相关的互联网学习教程文章

Linux性能优化实战：负载均衡与CPU使用率（01）【代码】

SharePoint 2013 搭建负载均衡(NLB)【图】

Nginx学习笔记（三）--- Nginx实现反向代理和配置负载均衡【图】

通过负载均衡器+域名实现容灾切换-（11）深信服负载均衡器

LVS负载均衡群集（三种工作模式原理详解）【图】

LVS，Nginx及HAProxy三种负载均衡器比较【代码】【图】

nginx+tomcat负载均衡实验【代码】【图】

Nginx负载均衡和防爬虫策略【代码】

LVS 负载均衡 ------ DR模式 + Keepalived【代码】【图】

5.5 Nginx 负载均衡【代码】【图】

使用LVS+NAT搭建集群实现负载均衡【图】

lvs+keepalived实现高可用负载均衡

nginx高可用负载均衡配置【图】

客户端负载均衡—Ribbon初探【代码】

关于正向代理，反向代理，负载均衡的个人理解

NGINX - 相关标签

负载均衡 - 相关标签

负载均衡 - 最新教程

负载均衡 - 最热教程