前情回顧：
- 《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搭建，通過上一篇《Spring Cloud Alibaba基礎教程：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、收藏、轉發給予支持！