前情回顾：
《Spring Cloud Alibaba 基础教程：使用 Nacos 实现服务注册与发现》
《Spring Cloud Alibaba 基础教程：支持的几种服务消费方式》
《Spring Cloud Alibaba 基础教程：使用 Nacos 作为配置中心》
《Spring Cloud Alibaba 基础教程：Nacos 配置的加载规则详解》
《Spring Cloud Alibaba 基础教程：Nacos 配置的多环境管理》
《Spring Cloud Alibaba 基础教程：Nacos 配置的多文件加载与共享配置》
《Spring Cloud Alibaba 基础教程：Nacos 的数据持久化》
继续说说生产环境的 Nacos 搭建，通过上一篇《Nacos 的数据持久化》的介绍，我们已经知道 Nacos 对配置信息的存储原理，在集群搭建的时候，必须要使用集中化存储，比如：MySQL 存储。下面顺着上一篇的内容，继续下一去。通过本文，我们将完成 Nacos 生产环境的搭建。
集群搭建
根据官方文档的介绍，Nacos 的集群架构大致如下图所示（省略了集中化存储信息的 MySQL）：
下面我们就来一步步的介绍，我们每一步的搭建细节。
MySQL 数据源配置
对于数据源的修改，在上一篇《Nacos 的数据持久》中已经说明缘由，如果还不了解的话，可以先读一下这篇再回来看这里。
在进行集群配置之前，先完成对 MySQL 数据源的初始化和配置。主要分以下两步：
第一步：初始化 MySQL 数据库，数据库初始化文件：nacos-mysql.sql，该文件可以在 Nacos 程序包下的 conf 目录下获得。
第二步：修改 conf/application.properties 文件，增加支持 MySQL 数据源配置，添加（目前只支持 mysql）数据源的 url、用户名和密码。配置样例如下：
spring.datasource.platform=mysql
db.num=1
db.url.0=jdbc:mysql://localhost:3306/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true
db.user=root
db.password=
更多介绍与思考，可见查看上一篇《Nacos 的数据持久化》。
集群配置
在 Nacos 的 conf 目录下有一个 cluster.conf.example，可以直接把 example 扩展名去掉来使用，也可以单独创建一个 cluster.conf 文件，然后打开将后续要部署的 Nacos 实例地址配置在这里。
本文以在本地不同端点启动 3 个 Nacos 服务端为例，可以如下配置：
127.0.0.1:8841
127.0.0.1:8842
127.0.0.1:8843
注意：这里的例子仅用于本地学习测试使用，实际生产环境必须部署在不同的节点上，才能起到高可用的效果。另外，Nacos 的集群需要 3 个或 3 个以上的节点，并且确保这三个节点之间是可以互相访问的。
启动实例
在完成了上面的配置之后，我们就可以开始在各个节点上启动 Nacos 实例，以组建 Nacos 集群来使用了。
由于本文中我们测试学习采用了本地启动多实例的情况，与真正生产部署会有一些差异，所以下面分两种情况说一下，如何启动各个 Nacos 实例。
本地测试
本文中，在集群配置的时候，我们设定了 3 个 Nacos 的实例都在本地，只是以不同的端口区分，所以我们在启动 Nacos 的时候，需要修改不同的端口号。
下面介绍一种方法来方便地启动 Nacos 的三个本地实例，我们可以将 bin 目录下的 startup.sh 脚本复制三份，分别用来启动三个不同端口的 Nacos 实例，为了可以方便区分不同实例的启动脚本，我们可以把端口号加入到脚本的命名中，比如：
startup-8841.sh
startup-8842.sh
startup-8843.sh
然后，分别修改这三个脚本中的参数，具体如下图的红色部分（端口号根据上面脚本命名分配）：
这里我们通过 -Dserver.port 的方式，在启动命令中，为 Nacos 指定具体的端口号，以实现在本机上启动三个不同的 Nacos 实例来组成集群。
修改完 3 个脚本配置之后，分别执行下面的命令就可以在本地启动 Nacos 集群了：
sh startup-8841.sh
sh startup-8842.sh
sh startup-8843.sh
生产环境
在实际生产环境部署的时候，由于每个实例分布在不同的节点上，我们可以直接使用默认的启动脚本（除非要调整一些 JVM 参数等才需要修改）。只需要在各个节点的 Nacos 的 bin 目录下执行 sh startup.sh 命令即可。
Proxy 配置
在 Nacos 的集群启动完毕之后，根据架构图所示，我们还需要提供一个统一的入口给我们用来维护以及给 Spring Cloud 应用访问。简单地说，就是我们需要为上面启动的的三个 Nacos 实例做一个可以为它们实现负载均衡的访问点。这个实现的方式非常多，这里就举个用 Nginx 来实现的简单例子吧。
在 Nginx 配置文件的 http 段中，我们可以加入下面的配置内容：
这样，当我们访问：http://localhost:8080/nacos/ 的时候，就会被负载均衡的代理到之前我们启动的三个 Nacos 实例上了。这里我们没有配置 upstream 的具体策略，默认会使用线性轮训的方式，如果有需要，也可以配置上更为复杂的分发策略。这部分是 Nginx 的使用内容，这里就不作具体介绍了。
这里提一下我在尝试搭建时候碰到的一个问题，如果您也遇到了，希望下面的说明可以帮您解决问题。
错误信息如下：
2019-02-20 16:20:53,216 INFO The host [nacos_server] is not valid
Note: further occurrences of request parsing errors will be logged at DEBUG level.
java.lang.IllegalArgumentException: The character [_] is never valid in a domain name.
at org.apache.tomcat.util.http.parser.HttpParser$DomainParseState.next(HttpParser.java:926)
at org.apache.tomcat.util.http.parser.HttpParser.readHostDomainName(HttpParser.java:822)
at org.apache.tomcat.util.http.parser.Host.parse(Host.java:71)
at org.apache.tomcat.util.http.parser.Host.parse(Host.java:45)
at org.apache.coyote.AbstractProcessor.parseHost(AbstractProcessor.java:288)
at org.apache.coyote.http11.Http11Processor.prepareRequest(Http11Processor.java:809)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:384)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:791)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1417)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
主要原因是，一开始在配置 upstream 的时候，用了 nacos_server 作为名称，而在 Nacos 使用的 Tomcat 版本中不支持_符号出现在域名位置，所以上面截图给出的 upstream 的名称是 nacosserver，去掉了_符号。
到这里，Nacos 的集群搭建就完成了！我们可以通过 Nginx 配置的代理地址：http://localhost:8080/nacos/ 来访问 Nacos，在 Spring Cloud 应用中也可以用这个地址来作为注册中心和配置中心的访问地址来配置。读者可以使用文末的代码示例来修改原来的 Nacos 地址来启动，看是否可以获取配置信息来验证集群的搭建是否成功。也可以故意的关闭某个实例，来验证 Nacos 集群是否还能正常服务。
深入思考
在 Nacos 官方文档的指引下，Nacos 的集群搭建总体上还是非常顺畅的，没有什么太大的难度。但是值得思考的一个问题跟在上一篇中讲数据持久化的思考类似，作为一个注册中心和配置中心，Nacos 的架构是否显得太过于臃肿？除了 Nacos 自身之外，还需要依赖更多的中间件来完成整套生产环境的搭建，相较于其他的可以用于服务发现与配置的中间件来说，就不那么有优势了。尤其对于小团队来说，这样的复杂度与成本投入，也是在选型的时候需要去考虑的。
代码示例
本文介绍内容的客户端代码，示例读者可以通过查看下面仓库中的 alibaba-nacos-config-client 项目：
Github：https://github.com/dyc87112/SpringCloud-Learning/
Gitee：https://gitee.com/didispace/SpringCloud-Learning/
如果您对这些感兴趣，欢迎 star、follow、收藏、转发给予支持！
以下专题教程也许您会有兴趣
Spring Boot 基础教程
【新版】Spring Cloud 从入门到精通