對 zookeeper 和 dubbo 問題總結

最近在搭建 zookeeper 和 dubbo 的環境時候，踩過不少坑，因此在此總結下！

1、zookeeper 問題總結

zookeeper 是一個註冊中心，註冊中心負責服務地址的註冊與查找，至關於目錄服務，服務提供者和消費者只在啓動時與註冊中心交互，註冊中心不轉發請求，壓力較小。

zookeeper 是 Apacahe Hadoop 的子項目，是一個樹型的目錄服務，支持變動推送，適合做爲Dubbo 服務的註冊中心，工業強度較高，可用於生產環境。

0、zookeeper 在Linux系統的安裝和啓動

• 推薦使用 WinSCP+Putty（集成使用） : WinSCP 可視化界面能夠直接將文件拖入 /root/ 根目錄下。

• 將 zookeeper 的壓縮包直接拖入 /root/ 根目錄，在WinSCP 打開 putty 輸入命令解壓 zookeeper ：

  tar -zxvf zookeeper-3.4.14.tar.gz。

• zookeeper--3.4.14 目錄下，建立 data 文件夾：mkdir data。

• 進入conf 目錄 ，把 zoo_sample.cfg 更名爲 zoo.cfg。

  mv zoo_sample.cfg zoo.cfg。

• 打開zoo.cfg，修改 data 屬性。

  修改dataDir=/root/zookeeper-3.4.14 /data

• zookeeper 服務啓動

  進入bin目錄，./zkServer.sh start、./zkServer.sh stop、./zkServer.sh status

一、 zookeeper 客戶端鏈接錯誤： Will not attempt to authenticate using SASL(unknown error)，以下圖：

解決方法

• 查看 zookeeper 客戶端是否已經啓動，以下圖：

• 若是 zookeeper 客戶端已經啓動可是依舊鏈接失敗，請檢查 linux 的防火牆是否關閉，以下圖：

• 再次啓動 zookeeper ，就不會報圖1的錯誤了。

  還有一種可能就是代碼中的 zookeeper 的 IP 填寫錯誤，致使鏈接不上，同窗們要仔細檢查。

2、Dubbo 問題總結

Dubbo 是一個分佈式服務框架，其前身是阿里巴巴開源項目Dubbo。Dubbo 致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。

簡單的說，Dubbo 就是個服務框架，若是沒有分佈式的需求，實際上是不須要用的，只有在分佈式的時候，纔有 Dubbo 這樣的分佈式服務框架的需求，而且本質上是個服務調用的東東，說白了就是個遠程服務調用的分佈式框架。

0、Dubbo 如何本地打包啓動(Dubbo-admin搭建過程)？

• 下載dubbo-admin ：git clone https://github.com/apache/dubbo-admin.git。
• 解壓下載下來的包，進入 dubbo-admin 文件夾，執行命令：mvn clean package。
• 在執行 mvn clean package 命令過程當中，耗時比較長(親測耗時 12 分鐘)，若是出現以下圖所示錯誤，可忽略（只列出一部分，僅供參考）。

  

• 等待了漫長的過程後，直到出現下圖所示即算打包成功。

  

• 啓動 dubbo-admin：打包成功後,啓動 dubbo-admin-distribution/target 下的 jar 包便可。

  cd dubbo-admin-distribution/target

  java -jar dubbo-admin-0.1.jar

• 啓動成功後訪問：http://localhost:8080 輸入用戶名和密碼(都爲root)，便可登錄。
  

• 重點記錄

  zookeeper 的註冊地址 ip 和登錄 dubbo-admin 的用戶名和密碼在 dubbo-admin-server/src/main/resources/application.properties，能夠設置。