基于Docker搭建nacos2.0.3 三节点高可用集群

小盒子_spring

已于 2022-09-27 16:23:53 修改

阅读量5.2k

点赞数 4

分类专栏： Docker 文章标签：运维 nacos docker docker-compose nginx

于 2021-11-03 11:42:09 首次发布

本文链接：https://blog.csdn.net/m0_37044606/article/details/85250858

版权

Docker 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1. Naocs简介

Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。

Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。

2. Nacos部署方式

Nacos 支持三种部署模式：单机模式、集群模式和多集群模式。在实践中，我们往往习惯用单机模式快速构建一个 Nacos 开发/测试环境，而在生产中，出于高可用的考虑，一定需要使用 Nacos 集群部署模式。多集群模式一般用于多数据中心场景。

3. Nacos部署方式对比

3.1 直连模式

直连模式是比较容易理解的，也是最简单的部署方式了，如下图所示：

采用直连模式后，典型的开发场景配置如下：

server-addr: 192.168.10.128:8848,192.168.10.129:8848,192.168.10.130:8848

这种方式优点是部署比较简单、很直观。但是这种方式有很大的弊端，就是扩缩容、或者调整IP、机器置换、集群迁移等场景下，所有的应用都需要修改配置，很不灵活，生产环境不推荐。

直连模式分析：

高可用性。集群本身的扩缩容必须要改动业务代码才能被感知到，出现节点故障需要紧急下线、紧急扩容等场景，让业务修改代码是不现实的，不符合高可用的原则。
可伸缩性。同上，可伸缩性不好。
架构简单，用户理解成本低。
没有引入额外的组件，没有新增组件的运维成本。

3.2 VIP 模式

VIP（Virtual IP）模式可以很好的解决直连模式 IP 变化所带来的应用批量修改的问题。什么是 VIP 呢？

VIP是指虚拟IP，VIP的叫法来自阿里内部。

Real Server：处理实际请求的后端服务器节点。
Director Server：指的是负载均衡器节点，负责接收客户端请求，并转发给 RS。
VIP：Virtual IP，DS 用于和客户端通信的 IP 地址，作为客户端请求的目标 IP 地址。
IP，DS 用于和内部 RS 通信的 IP 地址。
RIP：Real IP，后端服务器的 IP 地址。
CIP：Client IP，客户端的 IP 地址。

VIP模式的好处就是帮助Nacos Client 屏蔽了后端 RIP，相对于 RIP 而言，VIP 很少会发生变化。以扩容场景为例，只需要让 VIP 感知到即可，Nacos Client 只需要关注 VIP，避免了扩容引起的代码改造。只要是具备负载均衡能力的组件，均可以实现 VIP 模式，如下所示：

例如用nginx来实现VIP模式：

nginx配置如下：

#配置nginx反向代理
upstream nacos_server {
	server 192.168.10.128:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.129:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.130:8848  weight=1 max_fails=1 fail_timeout=10s;
}

server {
    listen 80;
    server_name nacos;
    location / {
    proxy_pass http://nacos_server;
	proxy_set_header Host $host;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header REMOTE-HOST $remote_addr;
	add_header X-Cache $upstream_cache_status;
	add_header Cache-Control no-cache;
    }
}

开发场景配置如下：

server-addr: 192.168.10.127:8848

其实VIP模式也存在可读性问题，例如VIP的ip发生了变化，也需要修改应用代码，这种情况下最好给VIP挂一个域名。

nginx配置如下：

#配置nginx反向代理
upstream nacos_server {
	server 192.168.10.128:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.129:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.130:8848  weight=1 max_fails=1 fail_timeout=10s;
}

server {
    listen 80;
    server_name cases.nacos.com;
    location / {
        proxy_pass http://nacos_server;
	proxy_set_header Host $host;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header REMOTE-HOST $remote_addr;
	add_header X-Cache $upstream_cache_status;
	add_header Cache-Control no-cache;
    }
}

开发场景配置如下：

server-addr: cases.nacos.com:8848

模式分析

高可用性。域名的可用性需要由 DNS 域名服务器负责，可用性保障较高；VIP 需要由高可用的负责均衡组件支持，且流量经过负载均衡转发，对 VIP 的实现有较高可用性的要求。
可伸缩性。水平扩缩容时，只需要让 VIP 感知即可，可伸缩性好。
依赖了域名解析系统和负载均衡系统，生产部署时，需要有配套设施的支持。

3.3 地址服务器模式

3.3.1 地址服务器简介

地址服务器是什么？顾名思义，是用来寻址地址的服务器，发送一个请求，返回一串地址列表。如下图所示：

注：简单来说，就是一个后端服务，包含一个返回服务器IP地址的接口，通过这个接口可以获取到定义的服务器IP.

如下示例代码：

    @Controller
    public class AddressServerController {
        @RequestMapping("/cases/nacos/serverlist")
        public ResponseEntity<String> serverlist() {
            return ResponseEntity.ok().
                    header("Content-Type", "text/plain").
                    body("192.168.10.128:8848\r\n" + 
                            "192.168.10.129:8848\r\n" +
                            "192.168.10.130:8848\r\n"
                    );
        }
    }

使用地址服务器可以完成集群地址和客户端配置的解耦，解决直连模式中无法动态感知集群节点变化的问题。客户端根据地址服务器返回的列表，随后采取直连模式连接；并且在客户端启动后，会启动一个定时器，轮询感知 AddressServer 的变化，进而及时更新地址列表。如下图所示：

模式分析

高可用性。域名的可用性需要由 DNS 域名服务器负责，可用性保障较高；地址服务器的职责单一，有较高的可用性；运行时 Client 直连 Nacos Server 节点，可用性靠 nacos-sdk 保障。
可伸缩性。水平扩缩容时，只需要让地址服务器感知即可，可伸缩性好。
依赖了域名解析系统和地址服务器，生产部署时，需要有配套设施的支持。

4. Nacos实战

我采用VIP+域名模式进行搭建Nacos2.0.3 三节点的高可用集群。

环境要求：

系统	ip	插件
centos7	192.168.10.127	docker、docker-compose、nginx
centos7	192.168.10.128	docker、docker-compose、nacos
centos7	192.168.10.129	docker、docker-compose、nacos
centos7	192.168.10.130	docker、docker-compose、nacos

4.1 拉取镜像

在对应的服务器上拉取镜像

docker pull nacos/nacos-server:2.0.3
docker pull nginx:1.20.1

4.2 docker-compose部署nacos

以192.168.10.128为例：

新建目录(可以自定义) 若干：

mkdir /data/nacos-docker/ -p

mkdir /data/nacos-docker/env/ -p

mkdir /data/nacos-docker/init.d/ -p

新建docker-compose-nacos.yaml文件，内容如下：

version: "3"
services:
  nacos:
    hostname: nacos
    image: nacos/nacos-server:2.0.3
    container_name: bdyh-nacos
    privileged: true
    networks:
      - pknet
    volumes:
      - ./cluster-logs:/home/nacos/logs
      - ./init.d/custom.properties:/home/nacos/init.d/custom.properties
    ports:
      - "7848:7848"
      - "8848:8848"
      - "9848:9848"
      - "9555:9555"
      - "9849:9849"
    env_file:
      - ./env/nacos-ip.env
    restart: on-failure
networks:
  pknet:
    external: true

注：其中端口 7848、8848、9848、9849是必须要开放的端口，8848是web页面端口，7848是集群数据同步接口，9848、9849是nacos 2.0.0以上的版本必须开发的端口。

新版本部署

Nacos2.0版本相比1.X新增了gRPC的通信方式，因此需要增加2个端口。新增端口是在配置的主端口(server.port)基础上，进行一定偏移量自动生成。

端口	与主端口的偏移量	描述
9848	1000	客户端gRPC请求服务端端口，用于客户端向服务端发起连接和请求
9849	1001	服务端gRPC请求服务端端口，用于服务间同步等

客户端拥有相同的计算逻辑，用户如同1.X的使用方式，配置主端口(默认8848)，通过相同的偏移量，计算对应gRPC端口(默认9848)。因此如果客户端和服务端之前存在端口转发，或防火墙时，需要对端口转发配置和防火墙配置做相应的调整。

pknet是docker自定义的网络：

此处的10.139可以自定义，不冲突即可

sudo docker network create --driver bridge --subnet 10.139.0.0/16 --gateway 10.139.0.1 pknet

在/data/nacos-docker/env/目录下新建nacos-ip.env文件，内容如下：

#nacos dev env
#如果支持主机名可以使用hostname,否则使用ip，默认也是ip
PREFER_HOST_MODE=ip
MODE=cluster
#多网卡情况下，指定ip或网卡
NACOS_SERVER_IP=192.168.10.128
#集群中其它节点[ip1:port ip2:port ip3:port]
NACOS_SERVERS=192.168.10.128:8848 192.168.10.129:8848 192.168.10.130:8848
#nacos的web端口，不写默认就是8848
NACOS_APPLICATION_PORT=8848
#数据源平台 仅支持mysql或不保存empty
SPRING_DATASOURCE_PLATFORM=mysql
MYSQL_SERVICE_HOST=192.168.10.131
MYSQL_SERVICE_DB_NAME=caseRetrieval-config
MYSQL_SERVICE_PORT=3306
MYSQL_SERVICE_USER=root
MYSQL_SERVICE_PASSWORD=bdyh@2020
MYSQL_DATABASE_NUM=1
#JVM调优参数
JVM_XMS=2g
JVM_XMX=2g
JVM_XMN=2g
JVM_MS=128m
JVM_MMS=320m

注：NACOS_SERVER_IP=192.168.10.128，需对应调整为部署机器的ip，mysql数据源自行调整

在/data/nacos-docker/init.d目录下新建custom.properties文件，内容如下：

#spring.security.enabled=false
#management.security=false
#security.basic.enabled=false
#nacos.security.ignore.urls=/**
#management.metrics.export.elastic.host=http://localhost:9200
# metrics for prometheus
management.endpoints.web.exposure.include=*

# metrics for elastic search
#management.metrics.export.elastic.enabled=false
#management.metrics.export.elastic.host=http://localhost:9200

# metrics for influx
#management.metrics.export.influx.enabled=false
#management.metrics.export.influx.db=springboot
#management.metrics.export.influx.uri=http://localhost:8086
#management.metrics.export.influx.auto-create-db=true
#management.metrics.export.influx.consistency=one
#management.metrics.export.influx.compressed=true

目录结构如下（若是自定义，请注意修改docker-compose文件中对应的路径即可）：

利用docker-compose编排nacos容器：

docker-compose -p nacos -f docker-compose-nacos.yaml up -d

日志查看：

docker logs -f bdyh-nacos

注：192.168.10.128 192.168.10.129 192.168.10.129都是同样的部署方式，注意修改特定的机器IP即可。

4.3 利用nginx+域名的方式做负载均衡

在192.168.10.127上部署nginx

新建目录若干：

mkdir -p /data/nginx

mkdir -p /data/nginx/conf/

mkdir -p /data/nginx/conf.d

mkdir -p /data/nginx/log

在/data/nginx目录下新建docker-compose-nginx.yml文件，内容如下：

version: '3.7'

services:
  nginx:
    image: nginx:1.20.1
    container_name: bdyh-nginx
    restart: always
    environment:
      TZ: Asia/Shanghai
    volumes:
      - /data/nginx/log:/var/log/nginx
      - /data/nginx/conf.d:/etc/nginx/conf.d
      - /data/nginx/conf/nginx.conf:/etc/nginx/nginx.conf
    ports:
      - "80:80"
    networks:
      - pknet
networks:
  pknet:
    external: true

在/data/nginx/conf/目录下新建nginx.conf文件，内容如下：

user  root;
worker_processes  auto;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

在/data/nginx/conf.d/目录下新建nacos-cluster.conf文件，内容如下：

#配置nginx反向代理
upstream nacos_server {
	server 192.168.10.128:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.129:8848  weight=1 max_fails=1 fail_timeout=10s;
	server 192.168.10.130:8848  weight=1 max_fails=1 fail_timeout=10s;
}

server {
    listen 80;
    server_name cases.nacos.com;
    location / {
        proxy_pass http://nacos_server;
	proxy_set_header Host $host;
	proxy_set_header X-Real-IP $remote_addr;
	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
	proxy_set_header REMOTE-HOST $remote_addr;
	add_header X-Cache $upstream_cache_status;
	add_header Cache-Control no-cache;
    }
}

利用docker-compose编排nginx容器：

docker-compose -p nginx -f docker-compose-nginx.yml up -d

在需要访问nacos的机器上配置hosts地址：

cat >> /etc/hosts << EOF

192.168.10.127 cases.nacos.com

EOF

5. Nacos访问

192.168.10.127:8848/nacos/

6. 服务注册

server-addr: cases.nacos.com:8848

7.关闭双写

可以关闭双写，从而释放性能，具体的关闭方式是通过API进行：

curl -X PUT 'localhost:8848/nacos/v1/ns/operator/switches?entry=doubleWriteEnabled&value=false'

关闭后可以从logs/naming-server.log日志中观察到Disable Double write, stop and clean v1.x cache and features字样。说明关闭双写。

· END ·

如果这篇文章对您有帮助或者有所启发的话，请帮忙点赞、转发，您的支持是我坚持更新的最大动力。

最后，欢迎关注架构至美微信公众号，查看历史文章，希望我的文章可以给您带来收获，哪怕只是一点点。