⑴ 如何設置zookeeper的用戶名和密碼
ZooKeeper啟動腳本沒有加任何參數，也就是使用jvm默認的。 如果想要加大ZooKeeper的JVM使用內存。可以在更改{ZK_HOME}/bin/zkServer.sh，大約在109-110行。 nohup $JAVA "-Dzookeeper.log.dir=${ZOO_LOG_DIR}" "-Dzookeeper.root.logger=${ZOO_LOG4J_PROP}" \ -cp "$CLASSPATH" $JVMFLAGS $ZOOMAIN "$ZOOCFG" > "$_ZOO_DAEMON_OUT" 2>&1 < /dev/null & 把$JVMFLAGS參數給替換掉了，修改為自定義參數，啟動後用jmap -heap <pid>如下：
⑵ zookeeper怎麼限制訪問ip
添加一條HHTP過濾器規則。
好處是可以限制IP連接數。壞處是可能讓正常訪問的IP無法訪問。因為IE現在可以實現多線程了。
⑶ Zookeeper在哪些系統中使用，又是怎麼用的
在Zookeeper的官 網上有這么一句話：ZooKeeper is a centralized service for maintaining configuration information, naming, providing distributed synchronization, and providing group services.
這大概描述了Zookeeper主要可以干哪些事情：配置管理，名字服務，提供分布式同步以及集群管理。那這些服務又到底是什麼呢？我們為什麼需要這樣的服務？我們又為什麼要使用Zookeeper來實現呢，使用Zookeeper有什麼優勢？接下來我會挨個介紹這些到底是什麼，以及有哪些開源系統中使用了。
配置管理
在我們的應用中除了代碼外，還有一些就是各種配置。比如資料庫連接等。一般我們都是使用配置文件的方式，在代碼中引入這些配置文件。但是當我們只有一種配置，只有一台伺服器，並且不經常修改的時候，使用配置文件是一個很好的做法，但是如果我們配置非常多，有很多伺服器都需要這個配置，而且還可能是動態的話使用配置文件就不是個好主意了。這個時候往往需要尋找一種集中管理配置的方法，我們在這個集中的地方修改了配置，所有對這個配置感興趣的都可以獲得變更。比如我們可以把配置放在資料庫里，然後所有需要配置的服務都去這個資料庫讀取配置。但是，因為很多服務的正常運行都非常依賴這個配置，所以需要這個集中提供配置服務的服務具備很高的可靠性。一般我們可以用一個集群來提供這個配置服務，但是用集群提升可靠性，那如何保證配置在集群中的一致性呢？ 這個時候就需要使用一種實現了一致性協議的服務了。Zookeeper就是這種服務，它使用Zab這種一致性協議來提供一致性。現在有很多開源項目使用Zookeeper來維護配置，比如在HBase中，客戶端就是連接一個Zookeeper，獲得必要的HBase集群的配置信息，然後才可以進一步操作。還有在開源的消息隊列Kafka中，也使用Zookeeper來維護broker的信息。在Alibaba開源的SOA框架Dubbo中也廣泛的使用Zookeeper管理一些配置來實現服務治理。
名字服務
名字服務這個就很好理解了。比如為了通過網路訪問一個系統，我們得知道對方的IP地址，但是IP地址對人非常不友好，這個時候我們就需要使用域名來訪問。但是計算機是不能是別域名的。怎麼辦呢？如果我們每台機器里都備有一份域名到IP地址的映射，這個倒是能解決一部分問題，但是如果域名對應的IP發生變化了又該怎麼辦呢？於是我們有了DNS這個東西。我們只需要訪問一個大家熟知的(known)的點，它就會告訴你這個域名對應的IP是什麼。在我們的應用中也會存在很多這類問題，特別是在我們的服務特別多的時候，如果我們在本地保存服務的地址的時候將非常不方便，但是如果我們只需要訪問一個大家都熟知的訪問點，這里提供統一的入口，那麼維護起來將方便得多了。
分布式鎖
其實在第一篇文章中已經介紹了Zookeeper是一個分布式協調服務。這樣我們就可以利用Zookeeper來協調多個分布式進程之間的活動。比如在一個分布式環境中，為了提高可靠性，我們的集群的每台伺服器上都部署著同樣的服務。但是，一件事情如果集群中的每個伺服器都進行的話，那相互之間就要協調，編程起來將非常復雜。而如果我們只讓一個服務進行操作，那又存在單點。通常還有一種做法就是使用分布式鎖，在某個時刻只讓一個服務去幹活，當這台服務出問題的時候鎖釋放，立即fail over到另外的服務。這在很多分布式系統中都是這么做，這種設計有一個更好聽的名字叫Leader Election(leader選舉)。比如HBase的Master就是採用這種機制。但要注意的是分布式鎖跟同一個進程的鎖還是有區別的，所以使用的時候要比同一個進程里的鎖更謹慎的使用。
集群管理
在分布式的集群中，經常會由於各種原因，比如硬體故障，軟體故障，網路問題，有些節點會進進出出。有新的節點加入進來，也有老的節點退出集群。這個時候，集群中其他機器需要感知到這種變化，然後根據這種變化做出對應的決策。比如我們是一個分布式存儲系統，有一個中央控制節點負責存儲的分配，當有新的存儲進來的時候我們要根據現在集群目前的狀態來分配存儲節點。這個時候我們就需要動態感知到集群目前的狀態。還有，比如一個分布式的SOA架構中，服務是一個集群提供的，當消費者訪問某個服務時，就需要採用某種機制發現現在有哪些節點可以提供該服務(這也稱之為服務發現，比如Alibaba開源的SOA框架Dubbo就採用了Zookeeper作為服務發現的底層機制)。還有開源的Kafka隊列就採用了Zookeeper作為Cosnumer的上下線管理。
後記
在這篇文章中，列出了一些Zookeeper可以提供的服務，並給出了一些開源系統裡面的實例。後面我們從Zookeeper的安裝配置開始，並用示例進一步介紹Zookeeper如何使用。
⑷ 如何啟動zookeeper-3.3.6
如何啟動zookeeper-3.3.6？
啟動zookeeper-3.3.6的方法：下載安裝配置zookeeper的伺服器環境-創建文件-設置許可權-編輯-重啟即可。
具體步驟：
一、登陸linux伺服器用cd 命令切換到/etc/rc.d/init.d/目錄下。
十、重啟即可。
⑸ 虛擬機安裝的zookeeper主機怎樣訪問
就通過瀏覽器訪問啊！如果是遇到問題，可能是以下原因：
1. 檢查網路看win機ping linux機是否正常2. 檢查埠你開啟的服務埠比如你開了http，那就是80埠或者你自定義的埠，3. 檢查防火牆service iptables stop你先測試一下是不是防火牆的原因，就關了看能否用，如果不行，說明是防火牆屏蔽掉了，可以設備防火牆放行對應埠，下面具體方法：
在虛擬機的Linux下安裝好Nginx伺服器後，本機可以通過curl獲取網頁內容，而在宿主機無法訪問，出現如下錯誤：
打開文件/etc/sysconfig/iptables進行編輯，在ssh的默認埠22下面增加12行，用於nginx伺服器，這里加多了13行埠3306，是為了mysql的遠程訪問。配置完後，重啟防火牆即可。
service iptables restart
在宿主機再試試：
有時候硬體也要注意: 有關伺服器，等算是「虛擬產品」的東西，我們要謹慎購買
虛擬機與伺服器等，因為性能等方面都需要仔細看性能是否可以銜接！
如果還有什麼問題的話，可以去咨詢「小鳥雲 "像他們這樣的伺服器廠商一定能給你解答！
⑹ Kafka zookeeper配置說明
1、dataDir、dataLogDir
# the directory where the snapshot is stored
# data路徑，這個路徑要事先創建，zookeeper的持久化都存儲在這兩個目錄里
dataDir=/tas100/tas100i/kafka/zookeeper
dataLogDir=/tas100/tas100i/kafka/log/zookeeper
2、clientPort
## the port at which the clients will connect
# 客戶端埠 默認2181
clientPort=2181
3、maxClientCnxns
# disable the per-ip limit on the number of connections since this is a non-proction config
#最大鏈接數，0表示不限制，默認為0
maxClientCnxns=100
4、tickTime
#時間定量
tickTime=2000
5、syncLimit
syncLimit=5
#表示leader於flower的心跳時間是5個tickTime
6、myid
#去dataDir中，放置一個myid的文件，這個文件就一個數字，標志zookeeper服務
⑺ zookeeper集群後客戶端怎麼連接
如果使用Curator
CuratorFrameworkFactory.newClient(
connectionInfo,
5000,
3000,
retryPolicy);
其中connectionInfo：格式host1:port1,host2:port2,...(伺服器列表)